Автор: Marco González
Редактор: Randall Roland
Перевод: Evgeny Chirochkin
Операторы нод, разработчики ядра Antelope и члены сообщества собираются вместе каждую неделю, чтобы обсудить актуальные вопросы дня. Основной целью каждого круглого стола операторов нод является:
“...улучшить протокол Antelope (в частности) для операторов нод”.
Встречи проходят каждую среду с 17 МСК до 18 МСК (с 16 МСК до 17 МСК по летнему времени). Для тех, кто хочет изучить основы работы нод EOS, Фонд сети EOS предоставляет учебные пособия и документацию.
Круглые столы 19 и 26 апреля были посвящены развитию Leap. 19 апреля обсуждалось, что может появиться в Leap версии 5.0. К 26 апреля была запущена версия 4.0.0. На последнем апрельском круглом столе были получены отзывы и рассмотрено новое предложение.
19 апреля: Надежды и мечты о Leap 5.0 и последующих версиях
Формат встречи представлял собой своего рода сказочный пейзаж, исследующий будущий потенциал Сети EOS. Записи встречи за 16 апреля можно найти на GitHub EOS Nation. Просмотрите запись круглого стола на YouTube ENF.
ОБЗОР
До выхода пятой версии Antelope осталось несколько месяцев. Формирование разработки происходит сейчас. Отзывы сообщества приветствуются. Посмотрите комментарии участников и поделитесь своими собственными. Но сначала несколько обновлений:
Leap v4.0.0 не за горами
Инструментарий Antler
Демонстрация CDT ожидается через неделю или две
На круглом столе, проведенном 19 апреля под руководством команды Antelope, обсуждались надежды, и чаяния о версии 5.0 и последующих версиях.
Нижеследующее резюме резюмирует заметки, представленные Брайаном Хаззардом. Версия 5.0 Antelope Leap пока запланирована к выпуску на осень 2023 года. Ожидайте обновлений и, возможно, релиза уже в сентябре.
Версия 5.0 сети EOS представляет видение будущего. Участников попросили выразить свой wishlist (мысли и мечты). Среди тем для обсуждения были следующие:
интересы на сегодняшний день
небольшие, но важные изменения, которые относительно легко достижимы
прагматичные, полезные и общеукрепляющие действия
замечательные, противоречивые и "вау"-факторы
Туземуны и устремления, касающиеся как операторов, так и пользователей
Вышеупомянутые темы помогли суммировать пожелания по развитию 5.0 (и далее). Ниже приведены краткие резюме от каждого из девяти участников:
Росс: динамическое обнаружение пиров, автоматизация лучших пиров и легкий просмотр последнего блока
Дэниел: дружественный мультичейн, полезные блоки ETH и интеграция The Graph
Micheal: более подробная конечная точка администратора ("GetInfo2") и запрос здоровья, указывающий на безопасность/синхронизацию узла ("Is Ready")
Марко (MachnBird Sparo): простая/доступная обработка платежей и оборудование
Аарон: разрешения с временными полномочиями и заданными правилами, соответствующими представлениям
Кевин: распараллеливание проверки блоков, 100K TPS и горизонтальное масштабирование
Денис: улучшение внутренних ресурсов за счет консолидации и экономичности
Тони: интеграция Loki для ведения логов и собственное решение для мониторинга
J.P.: улучшенное управление пирами с помощью оперативного API и возможность легко быть в курсе новых функций/исправлений
Мэтью: интеграция WAX RNG, IPv6 повсеместно, автоматический запуск nodeos и сжатый формат снимков
ЗАКЛЮЧЕНИЕ
Обратная связь с сообществом занимает центральное место в текущей разработке. Можно предположить, что предоставление обратной связи на ранних этапах разработки 5.0 будет наиболее ценным.
26 апреля: nodeos 5.0 Предложение по API/Сериализации
Поскольку Leap v4.0.0 уже работает, основное внимание уделяется фиксации курса для разработки 5.0 в ближайшие месяцы. Заметки о встрече 26 апреля находятся на EOS Nation GitHub. Предложение, (обновленное) ограничения времени API/сериализации для nodeos 5.0, можно найти по ссылке на ENF hackmd.io. Ищите запись на YouTube ENF.
ОБЗОР
И снова основное внимание было уделено обратной связи с сообществом. На самом деле, обсуждение проходило в формате вопросов и ответов. Обновления включают:
V4.0.0 была выпущена на этой неделе, и некоторые операторы узлов уже перешли на нее.
CDT v4rc1 вероятен на следующей неделе
Ниже приводится краткий обзор предложения. Два основных момента для изменений, которые скоро появятся в версии 5.0, следующие:
Ограничение сериализации ABI
неатомарные ограничения элементов API
Для большинства запросов ABI (Application Binary Interface) десериализация была перенесена в пул потоков HTTP. В результате улучшилась отзывчивость nodeos на основной поток.
Как следствие, появились ограничения на количество возвращаемых элементов для неатомарных API. Более конкретно, запросы на http_max_response_time должны указывать диапазон и максимальное время. Обратите внимание, что правильные запросы всегда возвращают хотя бы один объект, а максимальное количество по умолчанию составляет 1 000 объектов.
Ниже приводится краткое изложение руководящих требований:
API ноды должны успешно обслуживать любой атомарный запрос
неатомарные вызовы API должны указывать максимальное время запроса
должны защищать от пользовательских "аби-бомб (abi-bombs)"
Обсуждение
Дискуссия была более свободной, чем обычно. Перечисленные темы были выбраны по принципу "что выделилось и вызвало наибольшее количество обратной связи".
Почему изменился get_block
Скорость, эффективность и предотвращение замораживания основного потока, казалось, вдохновляли на перенос get_block в поток HTTP.
Мониторинг времени
Prometheus рекомендуется не только как решение для истории. Prometheus также должен оказать значительную помощь в мониторинге. В списке пожеланий - легкое и широкодоступное решение.
Вариант использования для разработчиков
Вкратце обсуждалась возможность использования разработчиками плагина. Также обсуждалось продвижение плагина, упоминался плагин trace_api_plugin и то, как некоторые разработчики (в частности, финансовые) не доверяют решениям второго уровня.
Другие темы
Среди других тем, получивших значительное время для обсуждения, были:
причины отказа (или замораживания)
максимальное время отклика
подробнее о решении для истории
моментальные снимки
Заключение
Leap 5.0, несомненно, вызовет жаркие споры и новые предложения. Правильное решение этого предложения, ориентированного на производительность, должно в значительной степени способствовать плавному развитию 5.0. Участники, похоже, придерживаются схожих взглядов, уделяя особое внимание качеству, а не быстрому продвижению решения.