Встреча операторов узлов Vaulta (ранее EOS): обмен токенов $EOS на $A, обновление протокола сплетен и будущее обнаружения пиров.

21 мая 2025 года состоялся Круглый стол операторов узлов Vaulta (ранее известный как EOS), на котором собрались разработчики сети и операторы узлов. Основными темами обсуждения стали запуск системного контракта core.vaulta и новый обмен токенов $EOS на $A. Кроме того, они обсудили выпуск Antelope Spring 1.2 RC2, который включает обновления протокола госсипа, направленные на улучшение пиринговых соединений и автоматизацию настройки брандмауэров. Другие обсуждаемые вопросы включали поэтапное отключение старых методов реле и идеи по улучшению обнаружения сети. Эта встреча подчеркнула продолжающиеся изменения в технической структуре сети Vaulta.

Ключевые выводы

• Системный контракт core.vaulta был успешно развернут, и обмен токенов $EOS на $A теперь активен, с поддержкой около 28 бирж.

• Операторы узлов должны обновиться до Antelope Spring 1.2 RC2, чтобы воспользоваться новыми функциями, которые улучшают пиринговую связь и видимость сети.

• Планируется создание публичного госсип-гэгла для улучшения обнаружения пиров, особенно для узлов, которые не являются производителями блоков.

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

• Функция Block Mac теперь является стандартной в последних версиях Antelope, что помогает сократить количество избыточных передач блоков.

Системный контракт Vaulta core.vaulta и обмен токенов $EOS на $A

Итак, новый системный контракт core.vaulta запущен. Это большое событие. Токен $A и обмен с $EOS на $A также работают. Вот что вам нужно знать:

• Около 28 бирж заявили о поддержке обмена. Это довольно хорошее покрытие.

• Если вы разработчик, вам нужно обновиться до системного контракта core.vaulta до 17 сентября 2025 года. Если вы этого не сделаете, все может работать неправильно.

• Это обновление важно для поддержания совместимости и плавности работы. Не откладывайте!

Обновление Antelope Spring 1.2 RC2

Итак, новость: операторам узлов следует обновиться до Antelope Spring 1.2 RC2. Это довольно важное обновление. Вот в чем дело:

• Этот релиз включает новую конфигурацию BP госсипа, которая должна улучшить пиринговую связь и видимость топологии сети.

• Появилась новая настройка под названием p2p-bp-gossip-endpoint. Узлы могут использовать ее для передачи информации о входящих и исходящих соединениях. Это может действительно помочь понять, как все связано.

• Данные госсипа теперь имеют логику истечения. Они истекают через час и повторно транслируются каждые 30 минут. Это должно поддерживать свежесть сети без чрезмерных затрат.

• Улучшена поддержка брандмауэров и автоматизации соединений благодаря новой API-точке. Это должно упростить управление соединениями, особенно для крупных настроек.

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

Обсуждение топологии сети и обнаружения пиров

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

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

Еще одно предложение заключалось в использовании чего-то похожего на узлы-сидеры или трекеры, как вы видите в Ethereum или BitTorrent. Эти узлы будут действовать как центральные точки для распространения информации о пирах. Это может упростить процесс присоединения новых узлов к сети и быстрое нахождение пиров.

Вот некоторые идеи, которые были обсуждены:

• Разработка публичного "госсип-гэгла" для не-BP.

• Изучение узлов-сидеров/трекеров.

• Использование смарт-контрактов для публикации хешей снимков.

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

Устаревание реле только для блоков/транзакций

Итак, обсуждение перешло к старым :BLK и :TRX тегам пиров. Знаете, тем, которые предназначены для реле только для блоков и только для транзакций? Что ж, похоже, что они больше не приносят пользы. Оказывается, не так много людей на самом деле их используют.

Вот в чем дело:

• Они на данный момент устарели.

• Они могут вызывать некоторые странные проблемы с подключением.

• Их удаление может упростить всю сетевую работу.

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

Функция Block Mac (Снижение избыточности блоков)

Итак, функция Block Mac – это все о сокращении ненужных данных блоков, которые летают по сети. Эта функция была на самом деле внедрена в Antelope Spring v1.1, и теперь она просто включена по умолчанию как в Antelope Spring v1.1, так и в v1.2. Подумайте об этом как о разумном способе сделать все более эффективным.

В общем, узлы следят за тем, насколько избыточны передачи блоков, а затем корректируют, как они отправляют данные. Это как будто они учатся по ходу дела, что довольно здорово.

Вот суть:

• Узлы отслеживают, какие блоки уже широко известны.

• Затем они уменьшают отправку этих блоков пирами, которые, вероятно, их уже имеют.

• Это сокращает использование полосы пропускания по всей сети.

Это простая идея, но она может действительно сделать разницу в поддержании плавной работы сети.

Открытые технические обсуждения

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

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

Еще одна тема, которую они обсуждали, касалась различных ролей и типов узлов. У вас есть производители блоков (BPs), API-узлы и поставщики снимков. Похоже, они пытаются выяснить, как эти разные узлы могут лучше работать вместе. Вот некоторые идеи, которые были упомянуты:

• Лучшее взаимодействие между типами узлов.

• Стандартизированные роли для упрощения управления.

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

Наконец, кто-то предложил идею создания оракула снимков. Цель заключалась бы в проверке целостности снимков с использованием консенсуса. Это интересная идея, но она также звучит довольно сложно. Похоже, нам придется подождать и посмотреть, что из этого выйдет.

Заключительные мысли о встрече операторов узлов Vaulta

В заключение, недавняя встреча операторов узлов Vaulta подчеркнула несколько важных обновлений и обсуждений, которые будут формировать будущее сети. Успешный запуск системного контракта core.vaulta и обмен токенов $EOS на $A является значительным шагом вперед. Улучшения в выпуске Antelope Spring 1.2 RC2, особенно касающиеся протокола госсипа, обещают улучшить обнаружение пиров и связанность сети. Поскольку сообщество продолжает решать устаревшие проблемы и исследовать новые идеи для работы узлов, очевидно, что сотрудничество между разработчиками и операторами будет ключом к продолжающейся эволюции сети. Идеи, высказанные на этой встрече, вероятно, повлияют на будущие разработки, что делает это захватывающим временем для всех вовлеченных.

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