О выходе Leap 3.2 стало известно на этом круглом столе. Кроме того, обсуждалась фундаментальная проблема Государственной базы данных - ее астрономически высокое использование оперативной памяти. Были рассмотрены возможные долгосрочные и краткосрочные решения, а также компромиссы.

Кроме того, в конце встречи от ЕНФ был дан краткий обзор специфики улучшений плагина NET, а также определено расписание следующего круглого стола: Статистика возможностей Prometheus Exporter в Leap 4.0 для "черного ящика" nodEOS. На этот раз к круглому столу присоединились 13 участников.

Разработка программного обеспечения - основная тема обсуждения на еженедельных сессиях круглого стола операторов узлов EOS. Разработчики, блокчейн-производители, инженеры блокчейна и члены сообщества, желающие узнать больше о процессе разработки EOS, - все они извлекают пользу из полученных знаний.

Экосистема может расти здоровым и естественным образом благодаря частому обмену мнениями и взаимодействию. Развитие EOS Network Foundation получило благоприятные отзывы от ВР и разработчиков. Благодаря общению сообщество будет знать, что поднятые вопросы решаются.

Краткая информация о готовящихся обновлениях Antelope Leap от Стивена Дизеля (ENF, менеджер по продуктам команды Leap)

ОБНОВЛЕНИЯ	ДАТЫ РЕЛИЗА
Итоговый релиз Leap 3.2	релиз на Github
Обновление системного контракта	готовится
Релиз DUNE	декабрь, 2022

В начале встречи Стивен объявил, что Leap 3.2 выпущен на Github, но это не консенсусное обновление и поэтому необязательное.

Брайан Хаззард согласился быть доступным для любых вопросов относительно обновления по различным каналам. На следующей неделе будет обновлен документ Net Plugin Enhancements, так как на прошлой встрече были собраны отличные идеи и определены некоторые новые потенциальные возможности для backlog.

Обрезка базы данных штатов Пересмотрено: Слишком много оперативной памяти используется для хранения истории штатов

Майкл из EOSUSA не смог присутствовать на встрече, но он предложил тему для этой встречи: Обрезка баз данных штатов. Участники согласились, что реальная проблема заключается в том, что используется слишком много оперативной памяти. По инициативе Стивена готовится RFP с целью проведения исследования для изучения проблемы оперативной памяти.

Компромисс между производительностью и размером оперативной памяти.

Главный вопрос был задан Кевином Хейфнером: "Насколько большой производительностью вы готовы пожертвовать ради размера оперативной памяти? Готовы ли вы пожертвовать 1 циклом производства блоков для загрузки данных в оперативную память (например, теплый блок)?". Однако такое решение сопряжено с высоким риском спама.

Просто существует огромный спрос на оперативную память, который, похоже, никогда не будет удовлетворен. На данный момент для бесперебойной работы базы данных состояния WAX требуется 128 ГБ оперативной памяти. Проблема в том, что на обычных устройствах не хватает места для большего объема оперативной памяти. Трудно найти устройства с мощными процессорами и большим количеством места для оперативной памяти. Возможно, устройства для графических дизайнеров/аниматоров смогут удовлетворить будущие требования.

Определенные краткосрочные и долгосрочные возможности (квоты)

Краткосрочные возможности

Коалиция Antelope готовит RFP для исследования этого вопроса.
Сделать запуск и завершение работы в режиме Heap быстрее
Есть ли возможность сделать tmpfs больше из коробки?
Если оставить запросы учетных записей отключенными, можно сэкономить на оперативной памяти (возможность для настройки оператором узла, уже возможно).
Хранить запросы учетных записей на диске (возможно 4 ГБ для примерно 14М учетных записей на WAX оперативной памяти в экономии здесь, вероятно, не стоит)

Долгосрочные возможности

Можно ли стимулировать смарт-контракты указывать оперативную память в сравнении с дисковым хранилищем?
Производители оборудования должны начать предлагать очень быстрые процессорные ядра с большим объемом оперативной памяти

Улучшения P2P (Net Plugin) (by Brain Hazzard)

Брайан Хаззард быстро коснулся следующих проблем и предложил представить их более подробно на следующей встрече после короткого вопроса ведущего, Дэниела Киза, может ли он дать краткое резюме конкретных предложений по улучшению Net Plugin, которые недавно обсуждались внутри компании.

Есть возможность сделать более легкие проверки, которые происходят для блоков на реле. Это может сэкономить время и сделать ретрансляцию более быстрой
Можно было бы кодировать, если блок заполнен (с точки зрения построенного процессорного времени), трансляцию и начало следующего блока.
Автоматическая настройка пиров для оптимизации задержки (в настоящее время BP делают это вручную).
1. оптимизация по расписанию (какой ВР идет раньше, какой позже?)
2. оптимизировать с точки зрения задержки

Повестка дня на следующую неделю

A debate on what data should be included in the prometheus exporter in the next Leap 4.0 proposed by Matthew from EOS Nation:

nodeEOS - это как черный ящик, многие операторы узлов не имеют представления о том, что происходит внутри. Есть просьба предоставить некоторую статистику об этом.
Участникам встречи по узлам предлагается принести свой список пожеланий для Prometheus во время следующей встречи.

Участники (13) круглого стола:

Randall Roland | EOSsupport.io
Dario | EOSsupport.io
Kevin Heifner | OCI
Matt Witherspoon | ENF
Brian Hazzard
Jannis - Rakeden (Jannis)
Max Cho | KOREOS
Daniel Keyes | EOS Nation
Stephen Diesel | ENF
Matthew Darwin | EOS Nation
Corvin Meyer auf der Heide | liquiid.io
Patrick Burns | Aloha EOS
Ross Dold | EOSphere

Источники и ссылки

Резюме круглого стола операторов нод EOS

Изображения
- Баннер от EOS Support Graphics