Автор: Marco González
Редактор: Randall Roland
Перевод: Evgeny Chirochkin
Операторы Node, разработчики ядра Antelope и члены сообщества собираются вместе каждую неделю, чтобы обсудить животрепещущие вопросы дня. Основной целью каждого круглого стола операторов ноды является:
"...улучшить протокол Antelope (в частности) для операторов нод".
Встречи проходят каждую среду с 17 МСК до 18 МСК (с 16 МСК до 17 МСК по летнему времени). Для тех, кто хочет изучить основы работы нод EOS, Фонд сети EOS предоставляет учебные пособия и документацию.
Ниже приводится список двух круглых столов, о которых рассказывается в этом резюме:
19 июля: Рекомендуемые ENF изменения конфигурации для версии 5.0
26 июля: Отменена
Дополнительные записи заседаний и комментарии ищите на GitHub. Видеозаписи можно найти на YouTube ENF.
19 июля: Рекомендуемые ENF изменения конфигурации для версии 5.0
Круглый стол 19 июля может стать тем моментом, когда сообщество операторов нод переключит свое внимание с Antelope v4.0 на v5.0. Действия по подготовке к внедрению 5.0, скорее всего, начнутся с изменений в конфигурации, обсуждавшихся на сегодняшней встрече.
ОБЗОР
Эрик Пассмор опубликовал в Telegram заметки, в которых изложены рекомендации ЕНФ по изменению конфигурации nodeos. Основные моменты из этих заметок приведены в следующем разделе.
Тема: Опубликованые рекомендации из Telegram-канала операторов нод от 18 июля
Первое, что было выявлено, - это транзакции в производственной среде, время которых превышает 30 мс. Здесь особенно выделяется обновление транзакций read_only, добавленное в Leap 4.0. Увеличение лимитов сразу же приносит пользу как транзакциям read_only, так и общим транзакциям.
Предлагаемые ENF изменения конфигурации на июль 2023 года (по сообщению Эрика Пассмора) выглядят следующим образом.
1. Для изменения конфигурации только для чтения, затрагиваются только версии Leap 4.0 и более поздние:
“(165ms) read-only-read-window-time-us в 165,000”
“(151ms) max-transaction-time в 151”
2. Изменения мультисиг затронут только тестовую сеть Jungle (на данный момент). Для основной сети изменений пока не требуется:
“(150ms) max_transaction_cpu_usage в 150,000”
“(200ms) max_block_cpu_usage в 200,000”
Ожидается, что предлагаемые изменения будут сосредоточены в сети Jungle TestNet до тех пор, пока план развертывания не будет согласован с еженедельным совещанием операторов нод.
Предлагаемые изменения предшествуют конфигурации по умолчанию, которая планируется к выпуску версии 5.0. В конце сообщения Эрика сообщается, что настройки конфигурации будут входить в число отслеживаемых элементов для обеспечения одинаковых настроек у производителей и цепочек, что позволит скоординировать развертывание версии 5.0.
Meeting Discussion
Эрик присоединился к заседанию круглого стола для обсуждения рекомендуемых изменений. Сообществу не потребовалось долгого обсуждения, чтобы понять замысел ЕНФ. Возражений также не последовало.
Вкратце обсуждались следующие темы:
уточнения по времени
увеличение с 30 до 151 миллисекунды обеспечивает достаточную свободу действий
ожидается, что новые изменения будут тестироваться в течение нескольких недель на Jungle
акцент на бесперебойную координацию начинается с изменения конфигурации
достаточность субъективной тарификации при сбоях транзакций
Субъективная тарификация помогает предотвратить неудачные транзакции на основе стоимости процессора и изменений конфигурации.
Обратите внимание, что невозможно идеально смоделировать активность в сети EOS. Планируемые изменения могут потребовать корректировки. Следует дополнительно продумать, что может пойти не так (особенно это касается производителей блоков).
Именно в этот момент было предложено написать новую статью в блоге. Операторы нод неоднократно упоминаются в записи блога от 24 мая "Введение в субъективный биллинг и потерянные транзакции".
Другие заметные упоминания, связанные с изменением конфигурации, включают тестирование производительности/бенчмарков. Есть уверенность, что конфигурации выдержат.
Версия 5.0, субъективный биллинг и ускоренное создание блоков
Как ускорить выход блоков Antelope Leap версии 5.0? В сообщении от 24 мая (упомянутом выше) представлены обновления субъективного биллинга:
"Новые возможности Mandel 3.1 позволят операторам нод при инициализации задавать параметр времени затухания субъективного аккаунта ноды. Этот параметр будет регулировать время, необходимое для обнуления субъективного аккау".
Объявление от 8 августа, Leap v3.1 Release Features & Additional Tools, описывает новые инструменты для работы с транзакциями:
"В предыдущих статьях мы рассмотрели, как субъективная биллинговая система может стать причиной потери транзакций, и описали существующие способы устранения таких распространенных проблем жизненного цикла транзакций, как потеря транзакций. В релизе Leap v3.1 представлены новые инструменты для решения этих и других проблем".
По мере развития субъективной биллинговой системы в версии 5.0 намечаются значительные улучшения. Вместо непримененных транзакций, стоящих в очереди, следующий блок может начинаться немедленно. Было даже высказано предположение, что за один раунд может быть завершено 12 блоков. Было высказано предостережение по поводу контрольного рассмотрения последнего блока.
Встреча закончилась рано, поскольку сообщество с нетерпением ждет координации работы над версией 5.0.
Источники и ссылки