Все коллекции
EOS Support Media
Резюме круглого стола операторов нод EOS [Октябрь #1, 2023]
Резюме круглого стола операторов нод EOS [Октябрь #1, 2023]

Опубликовано 17 октября 2023 г.

Markus Hinrichs avatar
Автор: Markus Hinrichs
Обновлено больше недели назад

Автор: Markus Hinrichs

Редактор: Randall Roland

Перевод: Evgeny Chirochkin

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

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

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

Ниже приводится список двух круглых столов, о которых рассказывается в этом резюме:

  • 4 октября: Технические характеристики Leap 5, консенсус-апгрейд отложен до Leap 6

  • 11 октября: Leap 5.0 RC2, совершенствование процесса тестирования, проблемы обновления

Дополнительные записи заседаний и комментарии ищите на GitHub. Видеозаписи можно найти на YouTube ENF.

4 октября: Технические характеристики Leap 5, консенсус-апгрейд отложен до Leap 6

В ходе первого круглого стола, состоявшегося в октябре, Брайан Хаззард из ENF представил обзор ряда технических аспектов и предстоящих событий, связанных с выходом Leap 5.0. Затем операторы нод приняли участие в АМА-сессии, в ходе которой были затронуты такие темы, как Prometheus RC1, выполнение транзакций и другие.

Технические особенности Leap 5.0

  • Сокращение объема памяти: Достигнуто сокращение объема памяти на 20%, с возможностью сокращения еще на 6%. Полезно для операторов нод EOS и, возможно, других сетей.

  • Предварительный просмотр примечаний к релизу: Брайан Хаззард представил черновой вариант примечаний к релизу и упомянул о готовящемся релизу руководства по обновлению. Более подробная информация будет опубликована в Telegram-канале операторов нод Antelope.

  • Удаление отложенных транзакций: Среди заметных изменений - удаление отложенных транзакций путем изменения конфигурации. Также будет включена протокольная функция для их удаления.

  • Библиотека BLS: Добавлена для агрегации подписей и реализации доказательства нулевого знания, особенно в рамках кодовой базы Leap.

  • Оптимизации: Улучшения в области памяти, производительности процессора и возможностей P2P. Эти оптимизации повышают способность EOS EVM обрабатывать большие транзакции и криптографические примитивы. Кроме того, это положительно скажется на процессе транзакций в EOS.

Повышение эффективности

  • Асинхронная выборка блоков: внедряется асинхронная выборка блоков, позволяющая nodeos самостоятельно получать следующую партию блоков. Этот процесс повышает эффективность синхронизации, оптимизируя задержку и использование полосы пропускания с помощью новых настроек по умолчанию.

  • Выбор пиров: Теперь пиры знают, какими блоками вы обладаете, что позволяет оптимизировать выбор пиров на основе доступности блоков и сократить количество обходов.

  • Контроль полосы пропускания: Новая настройка позволяет ограничить максимальную полосу пропускания, выделяемую для получения блоков, чтобы синхронизация не расходовала все доступные ресурсы полосы пропускания.

  • Сокращение памяти стейта: Благодаря вкладу сообщества были реконструированы структуры данных для базы сетей, что привело к сокращению объема памяти на 20%. Дальнейшая оптимизация может дать еще 6% сокращения.

"Я в восторге от многих вещей в этом релизе. Улучшения, связанные с получением блоков, - это действительно здорово, например, вы не можете потерпеть неудачу в 5.0, вы всегда получаете информацию обратно, и это в 4 раза быстрее..." Кевин Хейфнер (OCI)

OCTOBER 11: Leap 5.0 RC2, совершенствование процесса тестирования, проблемы обновления

В начале встречи была представлена информация о Leap 5 RC1, который был доступен в течение короткого времени, после чего был снят с производства из-за ошибки. Это привело к тому, что RC2 был объявлен официальным кандидатом на новый релиз. Когда обсуждение перешло к процедурам тестирования, Эрик Пассмор (ENF) представил API-узел раннего доступа для улучшения тестирования, решая такие вопросы, как регистрация ошибок и потенциальные проблемы с производительностью. Стремление к повышению эффективности и результативности процесса тестирования нашло отклик среди присутствующих, возникли вопросы о процессах обновления БП и операторов узлов.

Обсуждение вопросов тестирования

"...Даже простое тестирование - это тоже хорошо. Не хотите ли вы, ребята, немного попинать шины, и какой формат был бы наилучшим?" Эрик Пассмор ENF

  • Релиз API ноды раннего доступа для тестирования.

  • Сосредоточьтесь на исправлении ошибок, логировании и потенциальных проблемах с производительностью.

  • Предпочтение отдается тестированию кода или пакета разработки?

  • Важность конкретного, ориентированного на ценность тестирования.

Задачи оператора ноды

  • Проблемы с нодами истории стейта, управлением ресурсами и тестовыми средами.

  • Необходимость улучшения координации и коммуникации.

Дорожная карта и коммуникации

  • Требование большей прозрачности дорожной карты развития Antelope.

  • Четкое информирование разработчиков об обновлениях и изменениях.

Модернизация сети

  • Причинами обновления являются новые возможности, повышение производительности и уход от форков.

"...Есть еще одна основная причина для апгрейда, которая заключается в том, что вы не хотите быть форком в сети...". Shaq

"...эти биржи, вероятно, находятся на 3.1, хорошем стабильном релизе, пока мы не выпустим консенсус-форк 5.0, они, вероятно, останутся на 3.1, потому что всё работает". Майкл EOS USA

  • Пользовательские сборки в различных сетях.

  • Управление пользовательскими сборками и поддержание соответствия с основной кодовой базой.

dApps и L2 Support:

  • Важность совместимости нод и масштабируемости для dApps.

  • Координация с поставщиками решений второго уровня.

  • Текущие соглашения для плавного перехода.

"...безусловно, есть несколько ключевых решений второго уровня, которые было бы неплохо иметь..." Майкл, EOS USA

Различия в процессах модернизации

  • Уникальные процессы обновления в связи с использованием заказных разработок в различных сетях.

  • Управление разнообразными настройками и взаимодействие с разработчиками.

  • Разнообразные настройки с учетом специфики сети.

  • Управление различными настройками в разных сетях.

    • Большое количество пользовательского кода на WAX, Ultra, UX и т.д. → их обновление значительно сложнее.


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

Нашли ответ на свой вопрос?