К основному содержимому
Все коллекцииEOS Support Media
Сводка ежемесячного круглого стола операторов нод [июль 2023 #1]
Сводка ежемесячного круглого стола операторов нод [июль 2023 #1]

Опубликовано 21 июля 2023 г.

Dario Cesaro avatar
Автор: Dario Cesaro
Обновлено более года назад

Автор: Marco González

Редактор: Randall Roland

Перевод: Evgeny Chirochkin


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

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

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

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

  • 5 июля: Эффективность и стабильность: Трафик, размер/время блока и SHiP

  • 12 июля: Удобные решения для многофункциональных авторизаций и 5.0

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

Круглый стол 5 июля:

Эффективность и стабильность: Трафик, размер/время блока, 5.0 и SHiP

По мере приближения Leap 5.0 круглые столы принимают форму открытых дискуссий. Согласование работы ноды с выходом версии 5.0 является непростой задачей. Мониторинг настроений сообщества, обмен информацией о развитии и общение, скорее всего, определят, насколько гладко пройдет ежегодное обновление консенсуса этой осенью (2023 г.).

Интересы сообщества 5 июля были сосредоточены вокруг размера блока и времени его работы.

Обзор

Эффективность и стабильность характеризуют дискуссию о высоком трафике (на Leap версии 4.0), размере блока/времени, 5.0 и проблемах SHiP. Ощущение гармонии сохраняется по мере приближения Leap 5.0.

Обновления

  • скоро будет выпущен патч с подробной информацией

Тема от сообщества: Эффективность и стабильность

Обсуждались вопросы эффективности и стабильности. Были рассмотрены такие вопросы, как производительность и трафик сети, SHiP, размер блока, время обработки, а также улучшения в Leap 5.0. Также обратите внимание на включенную ссылку о предотвращении сбоев при обработке API.

Трафик

Хотя в центре внимания круглых столов операторов узлов находится сеть EOS, на встречах могут обсуждаться все публичные цепочки AntelopeIO. Одной из наиболее загруженных является WAX.

Огромный трафик на WAX заставляет операторов узлов работать на пределе своих возможностей. Обсуждение проблем трафика WAX помогает в разработке новых версий программного обеспечения AntelopeIO. Будущие итерации EOS, WAX и других цепочек AntelopeIO, несомненно, будут лучше благодаря исследованиям трафика.

WAX испытывает трудности с внедрением Leap версии 4.03 из-за некоторых существующих проблем. Тестирование продолжается по мере появления сообщений об ошибках. Также рассматривается возможность проведения нагрузочного тестирования в реальных условиях. Отметим, что Leap версии 5.0 предполагает гораздо более высокую производительность, чем это возможно в средах версии 4.0.

Размер/время блока и leap 5.0

Размер блока остается актуальной темой. При запуске EOS максимальное время блокировки процессора было установлено на уровне 100 миллисекунд. Затем время увеличилось до 250 миллисекунд, но в связи с некоторыми ранними проблемами сеть остановилась на 200 миллисекундах, где и остается по сей день. В Leap 5.0 будет консервативно возвращаться к 250 миллисекундам с возможностью работы с гораздо более высокими скоростями.

Среди других затронутых тем и вопросов:

  • переменная конфигурация для размера блока

  • узкие места

  • время отказа и оценки транзакций

  • пропускная способность сети

  • белые списки и повышение уровня учетных записей

  • время набора по сравнению с процентным временем

Leap 5.0 изменит работу узлов за счет ускорения раундов и преимуществ, связанных с ранним завершением блока. Детали ускорения раундов выглядят следующим образом:

  • всегда выбирает наименьшее время блока

  • миллисекундные смещения по сравнению с блочными наборами

Раннее завершение блока подразумевает возможность более раннего начала блока, даже если время окончания остается прежним.

Хотя в 5.0 будет реализован более быстрый запуск блоков (по сравнению с 4.0), команда разработчиков все же хочет видеть существующие возможности 4.0.

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

Проблемы SHiP

Новый выпуск патча должен решить недавние проблемы с SHiP (State History Plugin). В одном из отчетов было обнаружено отсутствие обратной связи с SHiP при отсутствии пиринговых соединений. В таких случаях могут быть полезны моментальные снимки. Исправления касаются синхронизации EOS с Genesis. Другая выявленная проблема связана с неполучением данных ABI. Поток данных прекращался при отключении от SHiP. Все эти проблемы легко устранимы.

Следите за выходом новых патчей.

Круглый стол 12 июля:

Удобные решения для многофункциональных авторизаций и 5.0

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

Обзор

Динамические приложения должны учитывать интересы пользователей. Решения рассматривались как со стороны кошелька, так и со стороны изменения кода, специфичного для операторов узлов. Наиболее целесообразными по разным причинам могут оказаться кошельковые решения для многоэкземплярной авторизации.

Обновления

  • Сегодня ожидается выпуск релизов для версий Leap 4.0.4, 3.2.4, и 3.1.5

Релизы устраняют уязвимость в системе безопасности. Более подробная информация о каждом исправлении (включая решение проблемы стабильности) приведена в ссылках на соответствующие версии.

Удобные решения для многофункциональных авторизаций

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

В ходе круглого стола были рассмотрены такие комбинации авторизации, как:

  • опция истечения срока действия

  • квитанция (токен) для сохраненной на цепочке авторизации конкретны

  • пользователей

  • делегированные полномочия смарт-контракта

  • общие стандарты для изменяемых опционов

  • белые списки

  • запрос на разрешение (RFP)

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

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

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

"пространство имен (.ra), а затем вы используете открытый ключ пользователя для регистрации новой учетной записи"

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

Модератор предложил темы, связанные с Leap 5.0, - мгновенный финализм (IF) и проблемы нарушения консенсуса. Ключевые темы остальных участников круглого стола включают:

  • координация обновления протокола консенсуса

  • подробнее о белых списках в сравнении с правами доступа к учетным записям (временные аспекты)

  • новый открытый ключ для опций истечения срока действия (затронута проблема безопасности) в сравнении с распознаванием логина кошелька

  • упоминание о том, что в настоящее время ключи хранятся в кошельках, а не в приложениях

  • мобильным приложениям могут потребоваться уникальные опции истечения срока действия и ограничения контроля на уровне eosio (например, разрешения на премиум-имена для продажи на рынке)

  • в чате спросили: "...разрешение на удаление своего собственного разрешения..." или всегда необходим ключ владельца

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


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

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