高性能なブロックチェーン設計は、長年にわたり構造的なトレードオフと向き合ってきました。実行がコンセンサスに直接結びついている場合、ネットワークのスループットはバリデーターがトランザクションを処理できる速度に制限されます。研究およびエンジニアリングチームが最終確定性とブロック伝播の改善を推し進めている中で、実行自体が次に再設計すべきボトルネックと見なされるようになっています。
MultiversXは、Cointelegraphのデセントラライゼーション・ガーディアンズ（CTDG）エコシステム参加者であり、このボトルネックを解消することを目的としたアプローチを現在テスト中です。同社のSupernovaアップグレードは、コンセンサスとトランザクション実行を分離し、バリデーターが実行が完了するのを待たずに投票できるようにします。計算は非同期パイプラインに移行されます。Supernovaはすでにテストネットで稼働しており、メインネットへの展開は今年後半の稼働を目指しています。
主なポイント
- Supernovaは、ブロックのワークフローを再編し、プロポーザーは最初に実行せずにトランザクションブロックを提出し、バリデーターはプロトコルの妥当性に基づいて即座に投票できるようにします。
- 実行結果は、以降のブロックヘッダーで確認され、実行はコンセンサスより約1ブロック遅れており（約600ミリ秒）、
- 「仮想メムプール状態」は、保留中のノンス、予想される残高消費、および提案済みだがまだ実行されていないトランザクションを追跡することで、有効性を維持します。
- EIE（実行結果含入推定値）は、最低仕様ノードが安全に処理できる範囲に基づき、ブロックが参照できる実行結果の数を制限します。
- 自動的なバックプレッシャーは、実行が大幅に遅れたときにブロック容量を削減し、システムが追いつく時間を確保します。
なぜコンセンサスによる実行がスケーリングの課題となったのか
従来の同期ブロックチェーンでは、バリデーターはブロックが適切に構成されていることに合意するだけでなく、投票前に状態遷移を検証するためにトランザクションを実行しなければなりません。これはシステムを決定論的かつコンセンサスに不可欠に保ちますが、同時に共有ボトルネックも生み出します。最も計算負荷の高いトランザクションがネットワーク全体の速度を低下させるのです。
多くのネットワークは、合意速度とブロックの配信の最適化に数年を費やしてきました。MultiversXの考え方は、実行がクリティカルパスに残ったままであれば、これらの改善は十分ではないということです。Supernovaが解決しようとしている核心的な問いはアーキテクチャ的なものです：実行はコンセンサスループ内に留まらなければならないのか、それとも安全性と正確性を保ちながら非同期で処理できるのか？
Supernovaの非同期パイプライン：まず投票し、その後実行
Supernovaがテストネットで公開され、ブロック生成順序が変更されました。
以前は、ブロック生成がより順次的なパターンに従っていました：プロポーザーがトランザクションを選択し、ローカルで実行して、その結果を含むブロックを提案しました。バリデーターは、投票前に状態遷移を検証するために同じトランザクションを再実行する必要があり、実行はコンセンサスの重要なパスに直接含まれていました。
Supernovaでは、この順序が変わります。MultiversXのSupernovaの脱結合に関する説明によると、プロポーザーはトランザクションを選択し、まず実行せずにブロックを提案します。バリデーターは、その提案がプロトコルのルールに従っているかを検証し、すぐに投票できます。実行はバックグラウンドで非同期に継続され、通常は次のブロックヘッダーで参照され、証明される出力を生成します。したがって、実行はコンセンサスより約1ブロック、つまり約600ミリ秒遅れます。
実際の結果として、ネットワークの応答性は、バリデーターがコンセンサスに参加する前にすべてのトランザクションをどれだけ速く実行できるかに依存しなくなります。代わりに、コンセンサスはプロトコルの妥当性に基づいて進行し、実行は並列で追いつきます。
実行がコンセンサスに遅れた場合の妥当性の維持
実行と合意の分離は、明確な安全性和妥当性の課題を生み出します：実行が遅れた場合、提案されたブロックに含まれるトランザクションが、その実行結果が生成される時点でも妥当であるとネットワークはどのように判断するのでしょうか？
Supernovaは、仮想メムプール状態によってこの問題に対応しています。MultiversXによると、仮想メムプールは最新の実行済みチェーン状態を超えて、保留中のノンス、予想される残高消費、およびすでに提案されたがその実行結果がまだコンセンサスを通過していないトランザクションなどの前向きな実行入力を追跡します。これにより、プロポーザーはアカウントの活動をより正確に把握でき、順番が来たときに成功裏に実行されると予想されるトランザクションを選択できます。
異なるバリデーターのパフォーマンスに応じてシステムを堅牢に保つため、MultiversXは運用の安定性を目的とした2つのセーフガードを導入しています：
- 実行結果含め推定値（EIE）：EIEは、ブロック内で参照できる実行結果の数を制限します。この上限は、最低仕様ノードが安全に処理できる範囲に設定されており、弱いノードが過剰な保留中の結果を参照して過負荷になるリスクを軽減します。
- 自動バックプレッシャー：実行が大幅に遅れた場合、ネットワークが追いつけるよう、ブロック容量を削減します。これにより、遅延が無限に蓄積することを防ぎます。
Supernovaが開発者とユーザーにどのような変更をもたらすか
開発者向けの重要なメッセージは、「シャード内最終確定」が証明が利用可能になるとすぐに実現できることです。MultiversXは、これが通常100～250ミリ秒以内に同じラウンド内で、より予測可能な実行条件とともに発生すると述べています。これは、高速なフィードバックループに依存するアプリケーションにとって特に重要です。例として挙げられているのは、高頻度DeFiプリミティブとオンチェーン注文板システムであり、遅延がユーザー体験の問題になるとこれらのシステムの性能が低下します。
Supernovaは8月20日以来、ライブテストネットおよび開発ネット上で600ミリ秒のブロックを生成しています。このネットワークのより広範な目標は、オンチェーンのやり取りをより即時的に感じさせ、遅延のある決済ではなく、反応の速いアプリケーションインフラに近づけることです。
タイムラインによると、MultiversXは2026年9月10日にメインネットの活性化が予想されていると示しています。テストネットのパフォーマンスが必ずしもフルロード時のメインネットの動作に直接反映されるわけではありませんが、アーキテクチャ自体は、コンセンサス中にすべてのバリデーターが最初に実行することを強制せずに、実行遅延に対応できるように設計されています。
CTDGおよびCointelegraphエコシステム内のスーパーノバ
このアップグレードは、Cointelegraphのデセントラライゼーション・ガーディアンズを含むより広範なインフラストラクチャー協力の一部として実施されます。以前の報道では、Cointelegraphが2026年3月にCTDGプログラムを通じてMultiversXのバリデーターとして参加し、コンテンツおよびコミュニティ活動を超えて組織の運用上の役割を強化したことが示されています。
CointelegraphのCTDG Dev Hubは、MultiversXの公式パートナーとしても紹介されており、プロトコルをより広い開発者コミュニティと結びつけています。また、MultiversX財団がCTDGのバリデーターに委任していることや、Dev HubチームがMultiversX上で専用のバリデーターダッシュボードを構築しているなどの具体的な関与も言及されています。
業界の観点から見ると、このようなプロトコルのアップグレードはエコシステムの整合性を必要とするため重要です。パフォーマンスの改善は、インフラストラクチャ、ツール、参加するバリデーターが新しい実行およびコンセンサスメカニズムを信頼性高く採用できる場合にのみ意味を持ちます。Supernovaがバックプレッシャーと最小仕様のセーフガードに注目していることから、この設計はその移行をよりスムーズにすることを意図していると考えられます。
Supernovaがテストネットから予定されるメインネット日付へ移行するにあたり、ユーザーが注目すべき最も重要な点は、実際の負荷下で実行遅延が想定される範囲内にとどまっているか、およびEIEとバックプレッシャーがスループットを過度に制約することなく、バリデーターが遅れずに安定して動作するかです。成功の基準は、より速い確定性だけでなく、コンセンサスと実行が異なる時計で動作する際にも実行が信頼できるかどうかにあります。
この記事は、コンセンサスと実行を分離してスケーリングの限界に対応というタイトルでCrypto Breaking Newsに originally published されました。これは、暗号通貨ニュース、Bitcoinニュース、ブロックチェーンの更新情報をお届けする信頼できる情報源です。