Автор: Marco González

Редакотр: Randall Roland

Перевод: Evgeny Chirochkin

Операторы нод, разработчики ядра Antelope и члены сообщества собираются вместе каждую неделю, чтобы обсудить актуальные вопросы дня. Основной целью каждого круглого стола операторов нод является:

“...улучшить протокол Antelope (в частности) для операторов нод”.

Встречи проходят каждую среду с 17 МСК до 18 МСК (с 16 МСК до 17 МСК по летнему времени). Для тех, кто хочет изучить основы работы нод EOS, Фонд сети EOS предоставляет учебные пособия и документацию.

Обсуждение специальных нод снова было отложено. Вместо этого разработчики ядра Antelope рассказали о версиях Leap 4.0 и 5.0 во время круглых столов 5 и 12 апреля соответственно. Главные разработчики стремились проинформировать сообщество и получить обратную связь.

На этой неделе группа пригласила разработчиков ядра из ENF, которые представили свои идеи и демонстрацию версии 4.0.0. Брайан Хаззард предоставил записи, которые также доступны на EOS Nation GitHub за 05 апреля. Просмотрите запись круглого стола на YouTube ENF.

Antelope v4.0.0 еще больше укрепит превосходство EOS в производительности, масштабируемости и надежности по сравнению с другими блокчейнами. Важные особенности (из заметок Брайана) включают в себя:

Конкретные выводы (из заметок Брайана):

После обзора Брайана с презентацией выступил Лин Хуанг. Лин обсудил транзакции (и задачи), доступные только для чтения:

Лин провел демонстрацию < /cleos push transaction > и транзакций только для чтения. Ключевыми особенностями распараллеленных транзакций (и задач) только для чтения являются:

Ключевые пункты, представленные Владом для моментального планирования, включают:

Он назвал повторяющиеся моментальные снэпшоты "самой интересной" функцией. Снимки появляются каждые 20 блоков и будут продолжаться до тех пор, пока не будут прерваны. Незапланированные снимки могут быть сделаны с помощью ID.

Влад также упомянул о новом инструменте (leap-util), который в настоящее время добавляет новые возможности и будет иметь обновленную поддержку /cleos.

Питер Ошвальд подробно описал рабочие этапы тестирования производительности и предоставил пример работы в командной строке и отчет. Первоначальная идея заключалась в создании лучшего способа запуска метрик производительности на различных операционных нодах, чтобы разработчики могли видеть, как их улучшения влияют на производительность экосистемы.
​
Питер описал три различных уровня тестирования производительности: простой, базовый и продвинутый. Чем выше уровень, тем больше параметров разрешено. Более подробную информацию о тестовых платформах и типичных конфигурациях можно найти в документе README для кодовой базы Performance_tests [см. 31:12 видео].
​
Далее Питер описывает генератор транзакций, замену ассоциированного плагина, и обработку больших TPS. Рассказав о других возможностях, он сообщает о планах по дальнейшему развитию метрик производительности. Например, измерение того, улучшается или ухудшается производительность nodeos.
​

Перед завершением встречи Кевин Хейфнер сделал краткий обзор нескольких тем. Используя записи Брайана, Кевин сделал обзор четырех широких областей совершенствования и их подтем:

Кевин проверил, как работает автопиринг в настоящее время. В примере были рассмотрены возможности подключения, относящиеся к планированию BP.

Далее он сделал несколько заметок о плагине экспортера Prometheus:

В заключение встречи было упомянуто, что нодеос имеет доступ к (сохраняемому) каталогу, но не к архивам. История состояний ведет себя так же.
​
Кевин закончил с микро-оптимизацией, где блоки распространяются после проверки заголовка и не обязательно должны происходить в главном потоке. Наряду с 4-кратным улучшением get_block, распространение блоков ожидается гораздо быстрее в версии 4.0. Он описывает, что "это более быстрый период" и более половины процесса (времени) было перенесено с основного потока.
​

EOS - это настолько быстрый блокчейн, насколько это вообще возможно. Разработка компанией Antelope версии 4.0.0 сделает EOS значительно быстрее, эффективнее и удобнее для разработчиков.

Разработчики ядра Antelope представили свое видение среды 5.0 и попросили высказать свое мнение. Было проведено сравнение с существующими операциями, средой 4.0 и видением 5.0. Заметки о круглом столе от 12 апреля и ссылку на видеозапись ищите на сайте EOS Nation GitHub.

Новые возможности, появляющиеся в v4.0.0-rc3, подробно описаны в приведенной выше ссылке.
​
Лишние часы разработчиков, проводимые раз в две недели, обеспечат дополнительную поддержку тем, кто посещает круглые столы. Стивен Дизель будет вести встречи. Первая встреча состоится 20 апреля, а затем каждый следующий четверг. Не стесняйтесь обращаться к Стивену в Telegram, чтобы узнать больше о CDT и других вещах, связанных с разработчиками (например, о DUNE, болевых точках и новых капсулах Antler).

Учитывая, что до консенсус-обновления 5.0 осталось несколько месяцев (возможно, оно состоится в начале осени), встреча была менее структурированной, чем обычно. Основные темы, представляющие интерес, включают:

В версии 4.0 будет представлен плагин Prometheus. За короткое время тестирования члены сообщества попросили сделать плагин доступным для запуска на отдельном, настраиваемом порту. Теперь, похоже, это станет основной темой для 5.0.

Prometheus на отдельной конечной точке вдохновил на другие конфигурации конечных точек. Некоторые предложенные категории конечных точек включают:

Категории не будут настраиваться для каждой конечной точки. Скорее, конечные точки будут группироваться так, чтобы это имело смысл. Также будет обеспечено единообразие категорий. По умолчанию все конечные точки будут находиться в одной категории, чтобы система могла работать так, как она работала всегда.
​
Общим было предложение под названием "пользовательские конфигурации портов/io (custom port/io configurations)".
​
Еще одним приоритетом для 5.0 является внедрение IPv6.
​

Идея об эффективных категориях конечных точек, по-видимому, была воспринята хорошо. Некоторые первоначальные предложения и ответы включали:

На сегодняшний день get_info, как правило, является общедоступной функцией. Однако в одноранговых средах (например, на нодах производителей блоков) есть необходимость в том, чтобы get_info оставалась непубличной.

Обратите внимание, что существуют мнения по поводу сохранения get_info на всех конечных точках.

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

Брайан завершил сессию, спросив сообщество об идеальной среде для 5.0. Он представил предложения по некоторым основным направлениям и сказал, что будет продолжать слушать предложения по обратной связи:

Сеть EOS теперь подключена к Ethereum через EOS EVM. Версии 4.0 (обновление консенсуса не ожидается) и 5.0 (запланированное обновление консенсуса) уверенно продвигаются вперед. Обе версии улучшают скорость и функциональность. EOS уже хорошо зарекомендовал себя в пространстве блокчейн. Теперь пришло время реализовать мечты.