Автор: Marco González
Редактор: Randall Roland
Перевод: Evgeny Chirochkin
Операторы Node, разработчики ядра Antelope и члены сообщества собираются вместе каждую неделю, чтобы обсудить животрепещущие вопросы дня. Основной целью каждого круглого стола операторов ноды является:
“...улучшить протокол Antelope (в частности) для операторов нод”.
Встречи проходят каждую среду с 17 МСК до 18 МСК (с 16 МСК до 17 МСК по летнему времени). Для тех, кто хочет изучить основы работы нод EOS, Фонд сети EOS предоставляет учебные пособия и документацию.
Ниже приводится список трех круглых столов, о которых рассказывается в этом ежемесячном резюме:
17 мая: Обратная связь EVM; улучшения P2P (эффективность, синхронизация и моментальные снимки)
24 мая: Техническое обслуживание, автоматизация и последующие действия P2P
31 мая: Инфраструктура EOS EVM и узел RPC
Дополнительные записи заседаний и комментарии ищите на GitHub. Видеозаписи можно найти на YouTube ENF.
17 мая: Улучшения P2P
Лидирующая позиция в разработке web3 означает предложение лучшего опыта пиринговой сети. Улучшения P2P были темой круглого стола операторов нод 17 мая.
ОБЗОР
Как обычно, круглый стол начался с нескольких минут технических обновлений.
ОБНОВЛЕНИЯ
Выпуск патча Leap 4.0.1 близок к завершению
CDT 4.0rc2 (упоминается)
Выпуск патча Dune v1.1.1 и преодоление конфликта (см. обсуждение на GitHub ) (упоминается)
Перед обсуждением P2P была получена быстрая обратная связь по EVM. Обсуждение P2P сосредоточилось на эффективном пиринге, синхронизации и снепшотах.
ДИСКУССИЯ
Отзывы об EVM
Обратная связь EOS EVM была быстро услышана. Комментарии будут рассмотрены и отвечены на них на одном из последующих заседаний или в социальных сетях сообщества. Среди высказанных замечаний были следующие:
использование нескольких нод
ресурсы и API-ноды
оплата газа, "социализированные затраты на оперативную память" и возврат платы майнерам
долгосрочное управление и упрощенный пользовательский опыт
последующее решение потенциальных проблем безопасности
Улучшения P2P
Среди обсуждения улучшений P2P выделялись две темы:
эффективный пиринг и синхронизация
снэпшоты
Эффективный пиринг и синхронизация
Участники надеются на улучшение пиринга и связанных с ним функций. Дальше беседа сосредоточилась на фундаментальных улучшениях с доступными целями. Надежное автоматическое обнаружение известных пиров стало потенциальным решением проблемы.
К основным проблемам относятся:
точность транзакций при минимальной задержке
обеспечение синхронизации с пиром с наименьшей задержкой
увеличение скорости последнего блока
лучшее решение вопросов подписания полномочий в условиях глобальной сети
решение по автоматическому, либо ручному выравниванию
Изучение блокчейна WAX может помочь решить насущные проблемы.
Снэпшоты
В ходе круглого стола 17 мая больше всего комментариев было посвящено снэпшотам. Ниже приводится краткий обзор комментариев и вопросов. Для получения более подробной информации смотрите запись.
Тема моментальных снимков (снэпшотов) началась с вопроса о том, кто в последнее время чаще всего пользовался этой функцией. Большинство участников ответили, что используют снэпшот примерно раз в день. Среди причин были названы оперативная память и перезагрузка (для тех, кто работает на больших нодах). Снимки в целом работают предсказуемо для "хороших" настроек.
Операторы нод WAX, как правило, используют относительно большие установки. Необходимость в координации с обслуживанием блокчейна WAX возникает еженедельно. Процесс обычно проходит гладко.
Восстановление через моментальный снимок обычно занимает 15 минут, но некоторые факторы могут увеличить это время до нескольких часов. Эта тема вызвала оживленную дискуссию. Для тех, кто хочет узнать подробности, обсуждение снапшотов состоялось в последней трети встречи.
24 мая: Техническое обслуживание, автоматизация и последующие действия P2P
Круглый стол 24 мая начался с наводящих вопросов, которые были актуальны и представляли общий интерес.
ОБЗОР
Единственное обновление на сегодня:
Патч Leap 4.0.1 готов к работе
Среди основных тем, заданных участникам, были следующие:
как часто приходится "собирать из исходников"
понимание проблем сопровождения
отзывы об автоматизации nodeos
последующие действия P2P
ДИСКУССИЯ
Основная дискуссия началась с того, что ведущий пригласил операторов нод поделиться своим опытом. Первые заданные темы были направлены на понимание обычного обслуживания операторов нод, вовлеченных процессов и того, как часто приходится "собирать из исходников". Следующий вопрос касался автоматизации нод. Встреча завершилась продолжением круглого стола от 17 мая, на котором обсуждались улучшения P2P.
Обслуживание операторов нод
Операторы нод поделились своим мнением о "сборке из исходного кода" в сравнении с менеджером пакетов. Менеджер пакетов (например, activate install) может лучше всего подойти для менее специализированных операторов. Многие были за увелечение эффективности.
Сложные операции могут включать множество факторов. Сохранение имеющихся возможностей кажется разумным. Например пользовательские сборки и конфигурации. Обсуждались двоичные файлы, другие цепочки и пользовательские пакеты приложений.
Nodeos Automation (и Cleos)
После вопросов об автоматизации обсуждение перешло к проблемам, связанным с развертыванием нод.
Развертывание полезной ноды может быть сложнее, чем может показаться на первый взгляд. В частности, был упомянут разрыв между "идеальным" образом Docker и развертыванием. Для тех, кто менее сосредоточен на настройке, пакет приложений может дополнить использование Docker.
Была затронута тема компиляции Cleos для выполнения операций с большим количеством опций. Были затронуты такие темы, как:
удалённый доступ
кошелёк Antelope
отдельные пакеты
работа на Apple
Объяснение, данное Apple, заключалось в том, что на nodeos сложно запустить виртуальную машину. Кроме того, многие команды больше не работают.
Завершающим этапом обсуждения автоматизации были двоичные файлы и nodeos.
Последующая деятельность P2P
Как отмечалось в обсуждении P2P 17 мая, снимки вызвали оживленную дискуссию. Встреча 24 мая завершилась более подробным обсуждением в рамках P2P.
Функция моментальных снимков в целом предназначена для операций аварийного восстановления, а не для текущего высокочастотного использования. Далее операторы нод рассказали о своих операциях и столкновениях с ними.
Обсуждались оптимизация/перепроектирование нод, хранение временных файлов, компромиссы (т.е. соотношение производительности с размером базы данных), трафик, эхо, а также необходимость улучшения коммуникации между сообществом операторов нод и разработчиками Antelope. Тема снапшотов снова вызвала живой интерес.
Если и есть какой-то вывод, то он заключается в том, что определение различий между техническими и поведенческими (в сетях равных сетей) вопросами может хорошо послужить сообществу и будущему развитию.
31 мая: Инфраструктура EOS EVM и RPC ноды
Последний круглый стол месяца представлял собой открытую дискуссию, главным образом, об инфраструктуре RPC нод для EOS EVM.
ОБЗОР
За 31 мая не было упомянуто никаких обновлений.
Интересные темы в Telegram за неделю включают:
Релиз Antelope Leap v4.0.1
время ответа плагина API трассировки зависит от высоты блока (GitHub)
нодам BP на 4.0.0 не нужно обновляться (до 4.0.1), но нодам SHiP и API нужно.
Поскольку насущной темы не было, слово было предоставлено сообществу. Был поднят вопрос об инфраструктуре EOS EVM, который перерос в продолжительную дискуссию.
ДИСКУССИЯ
Через несколько минут ведущий подытожил тему следующим образом,
'Есть ли интерес к тому, чтобы БП ЭОС управляли нодами EVM в будущем?'
Существующая инфраструктура EVM Основные моменты
централизованные RPC ноды являются общепринятым и высокопроизводительным решением
пользователи, как правило, удовлетворены централизованным решением
централизация помогает оптимизировать разработку
привлекательные сборки стали проще на EOS благодаря централизации
децентрализованные решения возможны
разработка децентрализованного решения будет трудоемкой
Преимущества централизованной инфраструктуры EVM
Как текущие пользователи, так и разработчики EVM ждут централизованных RPC нод. Это динамика, которая доказала свою высокую производительность и упрощает разработку.
Ключевая причина заключается в том, что Ethereum развивался вместе с dapps, работающими на совместимых цепочках. В отличие от решений второго уровня, EOS EVM построил дорогу к Ethereum. Таким образом, если цепочки второго уровня моделируют технологию Ethereum, то EOS предлагает более функциональные, стабильные, безопасные и производительные возможности.
Ethereum и старше, и более развит, и обладает большим финансовым капиталом, чем EOS. Обширные библиотеки и возможности разработки делают эти факты очевидными. Пока EOS работает над внедрением своих уникальных преимуществ в экосистему, инфраструктуру узла RPC планируется сохранить централизованной.
В настоящее время ENF управляет инфраструктурой RPC. Ожидайте новостей о партнерстве ENF (например, Infuria и Alchemy), которое в конечном итоге передаст инфраструктуру RPC нод из-под управления ENF.
Независимые (децентрализованные) решения
Запуск собственной ноды EVM RPC вне существующей и планируемой централизованной структуры будет возможен. ENF также предоставит информацию о том, как запустить независимую ноду EVM. Однако децентрализованные операции не будут иметь доступа к сетевым преимуществам, таким как маркетинг и инфраструктура.
Завершение
Некоторые темы, кратко затронутые на закрытии встречи:
чипсеты (Zeon, I9, and EEC RAM)
шардинг
разработка для получения общих преимуществ
запросы транзакций только для чтения (приветствуется обратная связь)
проблемы с пирингом узлов, которые, возможно, были исправлены при обновлении с 3.2 до 4.0 (отзывы приветствуются)
Всем предлагается перейти с версии 3.2 на версию 4.0 и поделиться своим опытом.
ВЫВОДЫ
Круглые столы продолжают решать вопросы, способствующие повышению эффективности и совершенствованию работы нод по мере того, как развитие Antelope и EVM продолжается в направлении Leap 5.0. Операторы нод могут играть более важную роль в принятии новых членов сообщества. Общение, продуктивная обратная связь, общая производительность и поддержка инноваций - все это показывает тенденцию к росту с каждой встречей.
Источники и ссылки