Автор: Marco González

Редактор: Randall Roland

Перевод: Evgeny Chirochkin

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

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

В первом заседании этого месяца сохранялся интерес к оценке текущего прогресса в развитии и обратной связи.

Смотрите заметки со встреч на GitHub и видео на Youtube канале ENF.

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

Прежде чем перейти к рассмотрению действий вокруг 5.0, вот несколько обновлений:

После кратких комментариев об обновлениях последовали темы, выбранные слушателями. Первым вариантом было возвращение к таксономии типов узлов. Другим вариантом было рассмотрение и комментирование активных повесток дня для Leap 5.0.

В конечном итоге дискуссия свелась к двум темам:

Грантовая инициатива ЕНФ для Leap v5.0.0, обсуждавшаяся 3 мая, включают:

Из перечисленных выше пунктов два (IF и Peer Node Discovery Improvements) признаны проектами RFP (запрос предложений).

IF RFP может оказаться самой важной инициативой 5.0. Достижение окончательного результата быстрее (чем пара секунд, которые требуются в настоящее время) влияет на то, как разработчики думают о своих dApp. IF означает более быструю эстафету между транзакциями и надежно затронутое состояние сети. Представьте, что смогут сделать разработчики, когда будет обеспечено большее количество завершенных действий. IF повышает сложность разработки dApp. Пользователи (и сеть в целом) выигрывают от более надежных и креативных dApp.
​

Отзывы о IF всегда положительные. Были упомянуты примеры использования и то, как разработчики могут изменить способ создания. В своей самой простой форме ускорение окончательности упрощает транзакции, которые, как известно, необходимы. Подробнее о IF читайте в отчете Коалиции - Ускоренная финализация в IBC, SDKs + новый RFP по улучшению P2P.

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

Взаимодействие по контракту направлено на решение проблем разработчиков, связанных с масштабированием. Среди кратких отзывов выделялось поддержание гибкого решения (решений).

Немедленное(ие) вещание, похоже, является актуальной темой. То есть, введение операционных преимуществ, которые "начинаются раньше", до следующего слота блока. Это позволяет избежать столкновения с отложенной транзакцией с частично заполненным следующим блоком. Одна из потенциальных проблем заключается в том, что диагностировать задержку BP может стать сложнее. Решениями для задержки BP могут быть обертывание блока, мониторинг между узлами, блок-конверт и дополнительная информация заголовка.
​

Обнаружение одноранговых узлов - это еще один RFP. Помимо упоминания частных IP-адресов, ограничений/перегрузки и возможной маски подсети, эта тема обсуждалась мало. Один из участников упомянул, что сообщество Ethereum имеет значительный опыт в этой области. Был создан пункт действий, который может быть рассмотрен на одном из будущих круглых столов.

Prometheus был упомянут наряду с Generalized IP (конфигурации портов для конечных точек HTTP в nodeos). Идея заключается в том, чтобы избежать избыточности, технического долга и функциональности.

В настоящее время воспроизводимые сборки с прикреплением требуют ручных действий. Цель - повысить уровень автоматизации по мере развития сообщества разработчиков. Была запрошена дополнительная информация. Здесь были упомянуты моментальные снимки. Ожидается, что моментальные снимки станут более разумными с выходом новых патчей и будут приоритетнее перезапусков. Обратите внимание, что для крупных релизов может потребоваться больше, чем снапшот.
​
Другими темами в списке грантовых инициатив ENF для Leap v5.0.0 на момент написания этой статьи были:
​

Список инициатив Leap v5.0.0 находится в процессе работы. Вероятно, он будет неоднократно меняться до выхода Leap 5.0.0 в сентябре/октябре 2023 года. Основная идея заключается в том, что AntelopeIO выделяется в пространстве блокчейна благодаря своей производительности и надежности. Разработка должна поддерживать эти концепции. Кроме того, ключевым моментом является упрощение процессов для разработчиков и содействие принятию пользователями.
​
Обратите внимание, что в список не входят исправления ошибок.

Leap v4.0.0 в целом, похоже, выполняет работу, для которой он был предназначен. Особый интерес представляют гибкие подписи счетов. Новая функция считается существенным дополнением.
​
Более сложные моменты связаны с мультисигами и временными задержками. Облегчение работы с мультисигмами для GameFi представляется разумным. Функции временной задержки были пересмотрены с идеей масштабируемых временных полномочий (разрешений).
​
Улучшение документации снова всплыло на поверхность. Первоначальная проблема заключается в балансировании патчей и обновлений наряду с основной документацией по разработке. Ожидается, что улучшения будут происходить по мере приближения осеннего релиза 5.0.
​

Antelope на EOS (Leap) 4.0 - это захватывающее представление того, что нас ждет в будущем. Некоторые разработчики уже осознали преимущества и решили сделать необязательное обновление. Команда ENF продолжает демонстрировать свой талант, позволяя развивающейся информации течь рекой. Возникла новая культура EOS - культура творчества и работы на благо процветания.

Обновления, на которые следует обратить внимание, включают:

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

Одной из первых тем были стимулы. Затем последовали взаимодействие с сообществом и обеспечение ценности и роста.

"Хорошие (операционные) проверки здоровья" - это готовое решение. Большинство участников, похоже, поддерживают идею сосредоточиться на известной производительности и надежности Antelope, а не на балансе нагрузки.

Были обсуждены вопросы кошельков как для MetaMask, так и для Anchor. Простые объявления для MetaMask кажутся логичным следующим шагом. Возможно, потребуется больше усилий, но сосредоточиться на Anchor для улучшения среды EVM кажется разумным.

Поскольку EOS входит в среду EVM, важно помнить, что EOS предлагает больше возможностей, чем другие технологии EVM. Хотя EOS EVM стремится соответствовать операционным возможностям существующих EVM dApps, разработка должна быть осторожной, чтобы избежать подводных камней. Было предложено улучшить то, как подобные цели уникальным образом достигаются EOS. В частности, начать с оплаты ресурсов (CPU/NET) "майнерами". Кроме того, следует увеличить количество майнеров, чтобы облегчить распределение платы.
​
​

Среди других пунктов, которые привлекли внимание группы, были следующие

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

В целом, круглый стол 10 мая стал энергичной дискуссией, которая затронула как общие, так и конкретные вопросы. EOS EVM, возможно, уже работает, но ему еще предстоит показать свою истинную форму. Развитие продолжается по мере запуска новых dApps. Разработка на EOS EVM сегодня требует настоящего таланта, дальновидности и адаптивности. Тем не менее, именно сейчас закладываются самые плодотворные семена.
​