MultiversX запускает обновление Supernova для разделения консенсуса и выполнения

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

MultiversX, участник экосистемы Decentralization Guardians (CTDG) от Cointelegraph, сейчас тестирует подход, направленный на устранение этого узкого места. Обновление Supernova разделяет консенсус и выполнение транзакций, позволяя валидаторам голосовать без ожидания завершения выполнения — перенося вычисления в асинхронную конвейерную систему. Supernova уже запущен на тестнете, а планируемая дата запуска на мейннете — позже в этом году.

• Supernova переупорядочивает рабочий процесс блоков, так что предлагатели отправляют блоки транзакций без предварительного выполнения, а валидаторы могут сразу голосовать на основе соответствия протоколу.
• Результат выполнения подтверждается в последующих заголовках блоков, при этом выполнение отстает от консенсуса примерно на один блок (около 600 миллисекунд).
• «Виртуальное состояние мемпула» помогает сохранять корректность, отслеживая ожидающие nonce, ожидаемое потребление баланса и транзакции, уже предложенные, но еще не выполненные.
• EIE (Execution-Result Inclusion Estimator) ограничивает количество результатов исполнения, на которые может ссылаться блок, исходя из того, что могут безопасно обрабатывать ноды минимальной спецификации.
• Автоматическое обратное давление снижает вместимость блока, когда выполнение отстает слишком сильно, предоставляя системе время для наверстывания.

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

Многие сети годами оптимизировались вокруг скорости согласования и распространения блоков. Подход MultiversX заключается в том, что эти улучшения недостаточны, если выполнение остается на критическом пути. Основной вопрос, который решает Supernova, — архитектурный: должно ли выполнение оставаться внутри цикла консенсуса или его можно обрабатывать асинхронно, сохраняя безопасность и корректность?

Supernova, теперь доступна на тестнете, вводит изменённую последовательность создания блоков.

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

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

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

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

Supernova решает эту проблему с помощью виртуального состояния mempool. Как описывает MultiversX, виртуальный mempool выходит за рамки последнего выполненного состояния цепочки и отслеживает перспективные входные данные для выполнения, такие как ожидающие nonce, ожидаемое потребление баланса и транзакции, уже предложенные, но результаты выполнения которых еще не прошли консенсус. Это дает proposer более точное представление о деятельности аккаунта, позволяя им выбирать транзакции, которые, как ожидается, успешно выполнятся, когда наступит их черед.

Чтобы обеспечить устойчивость системы при различной производительности валидаторов, MultiversX также вводит две меры защиты, направленные на операционную стабильность:

• Оценщик включения результатов выполнения (EIE): EIE ограничивает количество результатов выполнения, которые могут быть указаны в блоке. Предел связан с тем, что могут безопасно обрабатывать ноды с минимальными характеристиками, снижая риск перегрузки более слабых нод из-за ссылок на слишком много ожидающих результатов.
• Автоматическая обратная связь: если выполнение отстает слишком сильно, емкость блока уменьшается, чтобы сеть могла наверстать упущенное — вместо того чтобы позволять задержке накапливаться бесконечно.

Для разработчиков ключевое сообщение заключается в том, что «внутришардная финализация» может наступить сразу после получения доказательства. MultiversX утверждает, что это обычно происходит в рамках того же раунда примерно за 100–250 миллисекунд, при более предсказуемых условиях выполнения. Это особенно важно для приложений, зависящих от быстрых циклов обратной связи — упомянутые примеры включают высокочастотные DeFi-примитивы и системы книга ордеров на цепочке, которые могут деградировать, когда задержка становится проблемой для пользовательского опыта.

Supernova также генерирует блоки с интервалом 600 миллисекунд на живом тестнете и девнете с 20 августа. Более широкая цель сети — сделать взаимодействия в цепочке более мгновенными, приблизив опыт к отзывчивой инфраструктуре приложений, а не к задержанному расчету.

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

Обновление также происходит в рамках более широкого сотрудничества в области инфраструктуры, включающего Cointelegraph Decentralization Guardians. Ранее сообщалось, что Cointelegraph присоединился к MultiversX в качестве валидатора через программу CTDG в марте 2026 года, расширив операционную роль организации за пределы контента и работы с сообществом.

Cointelegraph’s CTDG Dev Hub также описывается как официальный партнер MultiversX, соединяющий протокол с более широким сообществом разработчиков. В материале также упоминается практическое участие, например, делегирование MultiversX Foundation валидатору CTDG и создание командой Dev Hub специальной панели валидатора на MultiversX.

С точки зрения отрасли, это важно, потому что обновления протоколов такого рода часто требуют согласованности экосистемы: улучшения производительности имеют смысл только тогда, когда инфраструктура, инструменты и участвующие валидаторы могут надежно внедрить новые механизмы выполнения и консенсуса. Акцент Supernova на обратной связи и минимальных защитных мерах указывает на то, что дизайн стремится сделать этот переход более плавным.

По мере того как Supernova переходит от тестнета к запланированной дате мейннета, пользователям следует внимательно отслеживать, сохраняется ли задержка выполнения в пределах ожидаемых границ при реальной нагрузке, а также насколько последовательно EIE и обратная связь предотвращают отставание валидаторов без чрезмерного ограничения пропускной способности. Критерии успеха будут заключаться не только в более быстрой финализации — они будут зависеть от того, остается ли выполнение надежным, когда консенсус и выполнение работают по разным часам.

Эта статья была первоначально опубликована как Upgrade Separates Consensus and Execution to Address Scaling Limits на Crypto Breaking News — вашем надежном источнике новостей о криптовалютах, новостей о bitcoin и обновлений блокчейна.