К основному содержимому
Все коллекцииEOS Support Media
Сводка c круглого стола операторов нод, проводимого два раза в месяц [февраль 2023 #2]
Сводка c круглого стола операторов нод, проводимого два раза в месяц [февраль 2023 #2]

Опубликовано X марта 2023 г.

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

Автор: Marco Gonzàlez

Редактор: Randall Roland

Перевод: Evgeny Chirochkin

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

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

Встречи проходят каждую среду с 17 МСК до 19 по МСК.

Начиная с 1 февраля, круглый стол операторов нод был посвящен обсуждению параметров конфигурации для Leap v3.2 и последующих версий. Узлы специального назначения были включены 8 февраля. Узлы, предназначенные для специальных целей, обсуждались на встречах 15 и 22 февраля. Группа продолжила работу над документом "Проект таксономии ролей, которые исполняют различные ноды в Antelope".

Февраль 15: Ноды специального назначения (продолжение) - API ноды

Смотрите запись круглого стола от 15 февраля на YouTube ЕНФ. Читайте записи на GitHub EOS Nation (Leap).

Обновление:

Как обсуждалось ранее, Leap v4.0.0 ожидает начала тестирования на Jungle в марте. Консенсус-обновление, вероятно, не произойдет до сентября. Кроме того, ожидайте замораживания кода перед ранним тестированием в ближайшие недели.

ОСНОВНЫЕ ОБСУЖДАЕМЫЕ ТЕМЫ

На последней встрече мы остановились на API нодах. На встрече 15 февраля были рассмотрены фундаментальные определения типов нод. На этой неделе было представлено несколько типов нод, а также оценщик транзакций. Подробности см. в (черновом варианте) таксономии нод antelope.

О типах нод

Классификации типов нод были впервые определены на прошлой неделе. Основное внимание было уделено первичным целям.

Ранее рассмотренные типы нод

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

  • Релейные ноды только для блоков и лучшие практики конфигурация

  • Нода ретрансляции блоков и транзакций

Начало фокусировки на API нодах

Были определены два основных типа API нод:

  • Push API Node: "Принимает транзакции от HTTP-клиентов и действует как исходящий ретранслятор транзакций".

  • "Не принимает входящие транзакции p2p, если только не действует как нода ретрансляции блоков и транзакций".

  • Chain API Node: "Предоставляет доступ к чтению примитивов блокчейна... и данных о стейте...".

  • Ноды истории имеют совершенно иные требования, чем те, которые может обеспечить API нода.

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

Замыкают классификацию типов узлов на этой неделе следующие службы:

  • Developer Node: для тестирования, выполняет все роли ноды на локальном устройстве в сети с одной нодой

  • Transaction Estimator (Оценщик транзакций): принимает, проверяет и применяет транзакции без передачи данных в сеть

Два других типа нод (классифицированных как "фиды" во время обсуждения) были:

  • Snapshotting Node: периодически делает моментальный снимок и публикует файл на внутреннем/внешнем хосте

  • Trace API Node: записывает информацию о трассировке транзакций на локальный диск клиента для доступа через API.

Решения Layer-2

Нода поставщика ресурсов была одним из первых идентифицированных решений уровня 2:

  • Resource Provider Node: принимает, интерпретирует, проверяет и выполняет бизнес-логику клиентских транзакций, чтобы определить, может ли подпись покрыть расходы на CPU/NET/RAM.

Была включена заметка о ноде поставщика ресурсов, которая может перерасти в готовое, подключаемое решение.

РЕЗЮМЕ

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

22 февраля: Ноды специального назначения (продолжение) - фидеры и уровень-2

Смотрите запись круглого стола от 22 февраля на YouTube ЕНФ. Читайте записи на GitHub EOS Nation (Leap).

ОБНОВЛЕНИЕ:

ЕНФ ожидает обзор возможностей Leap v4.0.0 до ранее упомянутого замораживания кода. Проверьте дату проведения круглого стола, на котором будут рассмотрены новые возможности.

ОСНОВНЫЕ ОБСУЖДАЕМЫЕ ТЕМЫ

Обсуждение нод специального назначения продолжилось в контексте обратной связи с документом о таксономии нод антилопы. Подробные заметки о встрече можно найти там. Были представлены нода DeepMind Logger и нода истории состояний для продвижения решения второго уровня. Сервисы истории представляют здесь особый интерес.

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

Концептуализация фидерных нод

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

  • DeepMind Logger Node: "постоянно сериализует текущий блок и т.д. и передает их в stdout для дальнейшей обработки...".

  • State History Node: "сохраняет блоки/снепшоты в файле истории состояний...".

Решения Layer-2

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

  • Event Capture Service (Служба захвата событий): Занимается обработкой выходов фидов нод в специальные форматы для обеспечения целевого назначения. В качестве примера была использована служба поставщика истории.

  • History Provider Service: базовая услуга, доступная в любом формате, которая предоставляет исторические данные по запросу клиента через API

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

РЕЗЮМЕ

В дополнение к перспективам, перечисленным 15 февраля, несколько других пунктов были перечислены в разделе "Следующие шаги" - подробнее см. в (проекте) таксономии нод антилопы. Решения Layer-2, как ожидается, будут продолжены на следующей неделе. Кроме того, необходимо определить матрицу характеристик фидов.


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

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