Встреча операторов узлов Vaulta (ранее EOS): планы MSIG…

На последнем собрании операторов узлов Vaulta ($EOS $A) 11 июня 2025 года обсуждались некоторые важные изменения. Мы говорили о новом плане мультиподписи (MSIG) для системных контрактов, полной переработке системы стейкинга и вознаграждений, а также о том, как мы будем обрабатывать заявки BPay. Также много обсуждалось тестирование новой версии Antelope Spring v1.2 RC3 в сети Jungle. Похоже, что все движется быстро, и все готовятся к этим обновлениям.

Основные выводы

Крупное обновление системного контракта Vaulta запланировано на июль, которое изменит работу стейкинга и вознаграждений, переведя все на токен $A.
Новая система позволит стейкинг и анстейкинг только в токенах $A, и вознаграждения также будут запрашиваться в $A.
Мы работаем с прокси-операторами, чтобы помочь им постепенно перейти на новую систему токенов.
Планируется добавить обертку для заявок BPay, чтобы убедиться, что они по-прежнему работают с новой системой токенов.
Операторы узлов тестируют Antelope Spring v1.2 RC3, особенно новый пиринг на основе gossip, чтобы убедиться, что он готов к работе, с рекомендациями для производственных настроек.

Предстоящий Vaulta MSIG для развертывания системного контракта

Итак, Фонд Vaulta планирует транзакцию с мультиподписью (MSIG). Ходят слухи, что они нацелены на предложение около 8 июля. Цель? Выполнить его к 15 июля, но это зависит от получения достаточного количества одобрений.

Этот MSIG посвящен обновленным системным контрактам, объединяющим изменения в стейкинге, вознаграждениях и регистрации ключей пиров.

Что именно меняется?

Во-первых, они хотят, чтобы стейкинг и анстейкинг происходили только через контракт core.vaulta. Думайте об этом как об оптимизации всего процесса.
BP смогут регистрировать ключи пиров. Это необходимо для пиринга BP на основе gossip в Spring v1.2.0.
Вы больше не сможете стейкать из $EOS. Стейкинг в $A по-прежнему будет доступен через core.vaulta.
То же самое касается анстейкинга – больше никакого анстейкинга в $EOS. $A – это путь через core.vaulta.
И заявки на вознаграждение BP в $EOS? Нет. Эти вознаграждения нужно запрашивать в $A через core.vaulta.

Переработка стейкинга и получения вознаграждений

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

Думайте об этом так:

Стейкинг и анстейкинг? Все через токены.
Получение вознаграждений? Да, снова токены.
Цель? Более жесткий контроль над распределением токенов. Логично, не так ли?

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

Координация прокси-инфраструктуры

Были разговоры о том, как работать с крупными прокси-серверами стейкинга во время перехода. Главное — убедиться, что все находятся на одной волне, поскольку Vaulta переходит на новую систему.

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

Пробел в обработке заявок BPay

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

Чтобы исправить это, предлагается добавить действие-обертку. По сути, эта обертка позволит BP запрашивать свои вознаграждения в новом формате токенов. Это важно по нескольким причинам:

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

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

Обзор ограничения окна заявок

Итак, есть старое правило, которое гласит, что вы можете запрашивать что-либо только в течение 24-часового окна плюс одна дополнительная секунда. Это как-то раздражает, не так ли? Ну, есть разговоры об изменении этого. Кто-то предложил увеличить это окно или просто отменить ограничение с помощью обновления контракта.

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

Тестирование и улучшения Antelope Spring v1.2 RC3

Antelope Spring v1.2 RC3 уже здесь, и он привносит некоторые интересные изменения. Этот выпуск сосредоточен на исправлении некоторых надоедливых проблем и повышении гибкости для операторов узлов.

Это не обязательное обновление для участия в тестировании, так что никакого давления. Вот краткий обзор:

Обновление обрезает адреса серверов. Это должно помочь сократить количество ошибок конфигурации. Мы все там были, не так ли?
Теперь оно позволяет дублировать IP-адреса пиров gossip. Это хорошая новость для тех, кто использует более сложные настройки.
Поведение пиринга gossip останется таким же, как в RC2. Так что, если вы уже тестируете, все должно быть довольно знакомо.

Проверка сети пиринга на основе Gossip

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

Вот план:

Все участники должны удалить все свои записи пиров вручную, кроме одного назначенного узла. Это заставляет систему полагаться на gossip.
Идея состоит в том, чтобы подтвердить, что узлы подключаются только на основе данных gossip, которые они получают.
Группа Jungle Testnet Telegram будет координировать всю конфигурацию и расписание. Так что следите за обновлениями.

Заключение

Итак, собрание операторов узлов Vaulta 11 июня 2025 года охватило много вопросов. Они говорили о предстоящем плане мультиподписи (MSIG), что является большим событием для новых системных контрактов. Это означает изменения в том, как работают стейкинг и вознаграждения, переводя все на токены $A. Они также обсудили работу с прокси-операторами и тестирование сети Jungle для Antelope Spring v1.2 RC3. Кроме того, они подняли вопросы, связанные с заявками BPay, и как они могут исправить время получения вознаграждений позже. Похоже, что много движущихся частей, но все это направлено на улучшение системы.

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

Встреча операторов узлов Vaulta (ранее EOS): планы MSIG, изменения системных контрактов и тестирование сети Gossip