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

Опубликовано 23 июня, 2023

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

Автор: Marco González

Редактор: Randall Roland

Перевод: Evgeny Chirochkin

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

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

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

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

  • 7 июня: Улучшения и управление P2P, отзывы на 4.0, конфигурации нод, обновления консенсуса

  • 14 июня: Решения для истории, брандмауэр Antelope, долгосрочные инновации

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

7 июня: Улучшения и управление P2P, отзывы на 4.0, конфигурации нод, обновления консенсуса

Встреча 7 июня в основном была посвящена открытому общению. С приближением сентября все больше внимания уделяется подготовке к Leap 5.0.

Обзор

Улучшение управления работой нод - постоянный интерес сообщества. Улучшение P2P составляет большую часть отзывов.

Обновления

  • планирование обновления консенсуса в сентябре (Leap v5.0)

Улучшения P2P

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

  • пропускная способность (bandwidth)

  • видимость (visibility)

  • управление p2p

  • подключение (connectivity)

  • синхронизация

  • подходящий поток нод (appropriate node flow)

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

Видимость и управление P2P

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

Информация об одноранговой сети, которую можно сравнить с "черным ящиком", может оставить оператора в догадках относительно того, где найти блоки, в которых он в данный момент нуждается. К важным типам данных относятся:

  • осведомленность о пирах, которым требуются блоки

  • откуда берутся блоки

  • вызовы конкретных блоков

  • когда происходит переход к другому узлу

  • поддерживать соответствующую информацию о состоянии

Поток нод и синхронизация

Исходящий поток данных должен быть больше входящего. Текущее обозначение синхронизации - это тайм-аут перед переходом к следующей ноде. Улучшение синхронизации P2P также является темой недавней беседы на GitHub.

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

  • показать все пиры

  • автоматический выбор наиболее подходящего пира

  • сопоставлять данные с действием

  • подключаться только к узлам с нужным блоком

Больше отзывов о функциях P2P и другие вопросы

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

Отзывы сообщества накапливаются по мере повышения опыта использования. Ниже приведены основные моменты подробных описаний:

  • Упоминается Leap util

  • проведение тестов на последней версии

  • большая подверженность нежелательному поведению

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

  • низкая задержка, высокая пропускная способность и полные данные являются сигналами здорового соединения

  • bloks_log

  • брандмауэр

  • балансировщик нагрузки

  • информация о заголовках

  • проблемы с пропускной способностью

Повторно был задан следующий вопрос:

  • Может ли маркировка типов пиров (например, внутренний и внешний) помочь разработчикам Antelope повысить эффективность синхронизации?

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

В преддверии Leap 5.0

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

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

  • самой большой проблемой для консенсусного обновления является координация; улучшение координации для 5.0, вероятно, будет будущей темой

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

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

14 июня: Решения для истории, Antelope Firewall, долгосрочные инновации

На встрече 14 июня участники снова провели "мозговой штурм" по вопросам постоянного совершенствования.

Обзор

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

Обновления

  • планируем выпуск патча 4.0.2 на этой неделе, примечания будут представлены в ближайшее время

  • Отчет о P2P-улучшениях на подходе; работаем над ответами на отзывы и обсуждаем официальные планы

Разговор на GitHub о целесообразности использования Decoupled Instrument Feasibility по-прежнему волнует нескольких операторов. Однако эта тема была отложена.

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

Решения для истории

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

В начале обсуждения истории были упомянуты dfuse, Graph и (позже) firehose. Основное внимание уделялось тому, чтобы отдельные библиотеки и инструментарий не попадали в кодовую базу nodeos. Решение, не связанное с nodeos, для абстрагирования истории, остается в руках разработчиков. Однако краткосрочные решения (например, частичное удовлетворение потребностей через трассировку) все еще перевешивают соотношение эффективности к вознаграждению на данный момент.

Независимые попытки найти решение для дип майнд решений по истории принесли больше идей и комментариев. Ниже приведены основные моменты, которые заняли примерно четверть встречи:

  • отзывы сообщества говорят о том, что решение выполнимо, хотя масштабирование вызывает озабоченность

  • сообщество заинтересовано и вкладывает усилия в альтернативную десериализацию/сериализацию

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

  • контролируется командой разработчиков с учетом решения, ориентированного на операторов

  • функция nodeos продолжает развиваться

  • операторы поощряются представлять аналогичные инновационные (nodeos) решения

Один из участников встречи описал прототип (для библиотечной функции), который заменяет регистратор указателем на nodeos с намерением, чтобы nodeos отправлял соответствующую информацию обратно. Это решение обеспечивает скорость и гибкость, особенно для приложений игрового типа. Ограничения прототипа связаны с безопасностью и языковыми ограничениями (например, он хорошо работает с Python, но не с Javascript). В перспективе желательно создать интерфейс на блокчейне для экспериментов с различными структурами данных.

Antelope Firewall

Вкратце была затронута тема брандмауэра Antelope. Грант ENF финансирует разработку нового брандмауэра. Было быстро упомянуто несколько пунктов:

  • Разработка API для узлов Leap

  • устранить балансировку нагрузки

Значение брандмауэра заключается в таких вещах, как ограничение скорости, взаимодействие с учетными записями и многое другое (например, независимые JSON-файлы).

Долгосрочные инновации

Встреча завершилась некоторыми "безумными" идеями относительно будущего Antelope. Следующие идеи не входят в дорожную карту команды разработчиков:

  • компиляция для C#/C+ для использования с Leap и EVM

  • интересные ранние сборки EOSIO

  • запуск детерминированных моделей искусственного интеллекта

Хотя разговор был недолгим, он подтолкнул к обсуждению "сумасшедших" сборок EOSIO. Сообщество поощряется делиться такими сборками в честь 5-летнего юбилея EOS.


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

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