Автор: 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.