Автор: Marco González

Редактор: Randall Roland

Перевод: Evgeny Chirochkin

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

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

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

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

Встреча 21 июня продолжила обсуждение P2P. Документ на GitHub, отвечающий на некоторые отзывы последних недель, направлял дискуссию.

В документе четко определена проблема. Определение приемлемого решения тесно согласуется с предыдущими отзывами.

Страница руководящего документа состоит из нескольких разделов: Проблема, Решение, Вопросы, Ресурсы и Комментарии.

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

Определена аудитория - пользователи антилопы и:

Чтобы согласовать проблему с основной разработкой, необходимо сосредоточиться на "улучшении пользовательского опыта и эффективности инфраструктуры". Успешная реализация поможет "более широкому внедрению и успехю протокола Antelope".

Возвращаясь к возможностям целевых пользователей, можно отметить следующие приоритеты:

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

Вышеописанная продуктовая возможность называется "P2P Improvements". Четыре основные метрики успеха, перечисленные в документе на GitHub:

Процесс выявления рисков осуществляется на основе статьи ("Четыре больших риска"), написанной Проектной группой Силиконовой долины (Silicon Valley Project Group). Заданный вопрос касается P2P Peer Discovery RFP в отношении параллельных сроков:

Дополнительные ресурсы и вопросы см. на странице документации.

Ответы участников включают:

В завершение встречи были заданы уточняющие вопросы. Был задан вопрос о дросселировании (замедлении) как стратегии управления пропускной способностью. Судя по отзывам, дросселирование рассматривается как вариант, в отличие от отключения нод.
​
Команда разработчиков приглашает операторов нод помочь в определении направления следующих шагов. Внимание было обращено на раздел разбивки задач ("Features/Epics") на странице документа. Здесь были упомянуты пропускная способность и механизмы контроля.

На собрании 28 июня обрезка блоков была определена как область, которую необходимо улучшить. Планирование Leap 5.0 включает время на подготовку, новые стандарты, IF, OC и многое другое.

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

Подробнее о Leap 5.0 в следующем разделе.

Сначала решили выслушать вопросы, которые волнуют сообщество. Дискуссия началась вокруг обрезки блоков и различных вопросов для текущей версии 4.0.3 и ожиданий по версии 5.0. Обрезка блоков вызвала немедленный интерес. Использование leap-util для обрезки решения для исключения bloks-log вызвало несколько комментариев. Необходимость распространить обрезку на несколько сотен блоков, кажется, может быть улучшена. Более мелкие обрезки, которые могут идентифицировать ошибки (исключения), являются привлекательной возможностью для добавления.

Две темы, похоже, нашли отклик во вступительном слове:

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

Похоже, что сообщество хочет иметь более простой инструментарий для диагностики и восстановления. Для получения более подробной информации посетите leap-util не может успешно выполнить подробный смок тест и обрезать блоклог. #1348.

Как уже говорилось ранее, началось планирование релиз-кандидата Leap 5.0. Команда разработчиков работает над смягчением длительного и сложного процесса, связанного с консенсусным обновлением. Leap 5.0 установит стандартную процедуру. Пара месяцев необходима для подготовки сообщества. Планы ориентированы на предпраздничный релиз, следовательно, начало развертывания в сентябре.
​
Ожидается, что Leap будет выпускать два крупных релиза в год. Один из них, вероятно, потребует обновления консенсуса. Среди основных задач - снижение эксплуатационных расходов узла. Это включает в себя снижение затрат операторов узлов при добавлении новых цепочек. Были высказаны замечания о пользе опыта и оптимизации (оперативной памяти, процессора и дискового пространства). Была подчеркнута важность того, чтобы больше людей перешли на версию 4.0.
​
Две основные функции обновления протокола в версии 5.0 следующие:

IF, по-видимому, является решающим моментом. IF остается ключевой инициативой первоначального плана ЕНФ для новой EOS. Функции OC - это преимущества производительности, в первую очередь предназначенные для улучшения EVM. Однако существуют общие преимущества OC для производителей блоков. Дополнительные сведения см. в разделе Добавление eos-vm-oc-enable auto mode #1322.

Другие элементы разрабатываются параллельно и ожидаются в будущих релизах, чтобы не задерживать 5.0.

Встреча завершится рассмотрением возможностей OC для версии 5.0. Текущая разработка касается фундаментальных улучшений. OC должен сначала работать на контрактах системы eosio (например, для токенов и EOS EVM), раньше других упомянутых функций. Новые возможности и подготовка к Leap 5.0, вероятно, останутся в центре внимания будущих встреч.