
Високопродуктивні дизайни блокчейну довго стикалися зі структурним компромісом: коли виконання пов’язане безпосередньо з консенсусом, пропускна здатність мережі обмежується швидкістю, з якою валідатори можуть обробляти транзакції. Поки дослідницькі та інженерні команди вдосконалюють фінальність та розповсюдження блоків, виконання все частіше розглядається як наступний обмежуючий фактор, який потрібно переробити.
MultiversX, учасник екосистеми Decentralization Guardians (CTDG) від Cointelegraph, зараз тестує підхід, спрямований на усунення цього обмеження. Його оновлення Supernova роз’єднує консенсус від виконання транзакцій, дозволяючи валідаторам голосувати, не чекаючи завершення виконання — переносячи обчислення в асинхронний конвеєр. Supernova вже працює на тестнеті, а планування розгортання передбачає дату активації на мейннеті в кінці цього року.
Основні висновки
- Supernova змінює порядок блоку, так що пропоненти надсилають блоки транзакцій без попереднього виконання, тоді як валідатори можуть одразу голосувати на основі протокольної валідності.
- Виконання підтверджено у наступних заголовках блоків, при цьому виконання відстає від консенсусу приблизно на один блок (близько 600 мілісекунд).
- «Віртуальний стан мемпулу» допомагає зберігати валідність, відстежуючи очікувані nonce, очікуване споживання балансу та транзакції, які вже запропоновані, але ще не виконані.
- EIE (Execution-Result Inclusion Estimator) обмежує кількість результатів виконання, на які може посилатися блок, залежно від того, що можуть безпечно обробляти ноди мінімальної специфікації.
- Автоматичний зворотний тиск зменшує ємність блоку, коли виконання відстає занадто сильно, надаючи системі час для нав’язання.
Чому виконання на основі консенсусу стало проблемою масштабування
У традиційних синхронних блокчейнах валідатори не просто погоджуються, що блок добре сформований — вони також повинні виконати транзакції, щоб перевірити зміни стану перед голосуванням. Це робить систему детермінованою та критичною для консенсусу, але також створює спільний вузький місце: найбільш обчислювально важкі транзакції ефективно сповільнюють всю мережу.
Багато мереж витратили роки на оптимізацію швидкості угоди та розповсюдження блоків. Підхід MultiversX полягає в тому, що ці досягнення недостатні, якщо виконання залишається на критичному шляху. Основне питання, яке вирішує Supernova, — архітектурне: чи має виконання залишатися всередині циклу консенсусу, чи може воно оброблятися асинхронно зі збереженням безпеки та коректності?
Асинхронний конвейер Supernova: спочатку голосування, потім виконання
Supernova, тепер доступна на тестнет, вводить змінений порядок створення блоків.
Раніше виробництво блоків слідувало більш послідовному шаблону: пропонент вибирав транзакції, виконував їх локально та пропонував блок, що містив ці результати. Валідатори мусили повторно виконувати ті самі транзакції, щоб перевірити переходи стану перед голосуванням, що означало, що виконання безпосередньо входило в критичний для консенсусу шлях.
З Supernova цей порядок змінюється. Згідно з описом MultiversX щодо роз’єднання Supernova, пропонент вибирає транзакції та пропонує блок, не виконуючи їх заздалегідь. Валідатори перевіряють, чи відповідає пропозиція правилам протоколу, і можуть одразу голосувати. Виконання продовжується асинхронно у фоновому режимі, створюючи вихід, який зазвичай посилається та нотаризується у заголовку наступного блоку — таким чином, виконання відстає від консенсусу приблизно на один блок, або близько 600 мілісекунд.
Практичним наслідком є те, що відповідність мережі стає менш залежною від швидкості, з якою валідатори можуть виконувати кожну транзакцію перед участю в консенсусі. Натомість консенсус просувається на основі валідності протоколу, тоді як виконання відбувається паралельно.
Збереження валідності при відставанні виконання від консенсусу
Відокремлення виконання від консенсусу створює очевидний виклик щодо безпеки та валідності: якщо виконання затримується, як мережа визначає, чи транзакції, включені до запропонованого блоку, ймовірно залишаться дійсними до моменту отримання результатів їх виконання?
Supernova вирішує цю проблему за допомогою віртуального стану mempool. Як описує MultiversX, віртуальний mempool охоплює не лише останній виконаний стан ланцюга, а й відстежує майбутні вхідні дані для виконання, такі як очікувані nonce, передбачуване споживання балансу та транзакції, вже запропоновані, але результати виконання яких ще не пройшли консенсус. Це надає пропозиторам більш точний огляд активності акаунтів, щоб вони могли вибирати транзакції, які, як очікується, успішно виконаються, коли настане їх черга.
Щоб забезпечити стійкість системи при різній продуктивності валідаторів, MultiversX також вводить дві захисні механізми, спрямовані на забезпечення операційної стабільності:
- Оцінювач включення результатів виконання (EIE): EIE обмежує кількість результатів виконання, які можуть бути посилані в блоку. Ліміт пов’язаний з тим, що мінімальні за специфікацією ноди можуть безпечно обробляти, що зменшує ризик перевантаження слабших нод посиланнями на надто багато очікуючих результатів.
- Автоматичне зворотне тиснення: якщо виконання занадто відстає, ємність блоків зменшується, щоб дати мережі можливість наздогнати — замість того, щоб дозволити відставанню накопичуватися безкінечно.
Що змінює Supernova для розробників і користувачів
Для розробників ключове повідомлення полягає в тому, що «внутрішньо-шарова фінальність» може наступити вже з моменту отримання доказу. MultiversX зазначає, що це зазвичай відбувається в межах того самого раунду приблизно за 100–250 мілісекунд, разом із більш передбачуваними умовами виконання. Це має найбільше значення для застосунків, які залежать від швидких петель зворотного зв’язку — згадані приклади включають високочастотні DeFi-примітиви та системи книжки ордерів на ланцюзі, які можуть погіршуватися, коли затримка стає проблемою для користувацького досвіду.
Supernova також генерує блоки з інтервалом 600 мілісекунд на живому тестнеті та девнеті з 20 серпня. Більша мета мережі — зробити взаємодії в мережі більш миттєвими, наближуючи досвід до інфраструктури відповідних додатків, а не запізнених розрахунків.
У розкладі MultiversX вказує, що активування мейннету очікується на 10 вересня 2026 року. Хоча продуктивність тестнету не завжди безпосередньо переноситься на поведінку мейннету при повній навантаженні, архітектура розроблена таким чином, щоб обробляти затримки виконання, не вимагаючи, щоб кожен валідатор виконував спочатку під час консенсусу.
Супернова в екосистемі CTDG і Cointelegraph
Оновлення також відбувається в рамках ширшої інфраструктурної співпраці з 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 та оновлень блокчейну.

