Hochleistungs-Blockchains stoßen tendenziell an dieselbe architektonische Grenze: Die Ausführung liegt unmittelbar im Pfad des Konsenses. In einem konventionellen synchronen Modell müssen Validatoren die Transaktionen innerhalb eines Blocks zunächst ausführen, um zu bestätigen, dass die resultierenden Zustandsübergänge gültig sind. Das Design hält das Netzwerk deterministisch, macht die Berechnung jedoch zugleich zu einem gemeinsamen Engpass. Ob Transaktionen komplexere Smart-Contract-Logik, Koordination über Systeme hinweg oder aufwendigere Zustandsaktualisierungen betreffen: Je komplexer sie sind, desto stärker hängt die Geschwindigkeit des Netzwerks davon ab, wie schnell Validatoren sie verarbeiten können – und die langsamste Berechnung auf diesem Pfad kann am Ende das Tempo des gesamten Systems begrenzen.

Viele Netzwerke haben bereits Jahre darin investiert, Finality, Netzwerkeffizienz und Blockpropagation zu verbessern. Die Ausführung ist inzwischen zur nächsten architektonischen Einschränkung geworden. Anstatt nur zu optimieren, wie schnell Validatoren eine Übereinstimmung erzielen, fragen neuere Entwürfe, ob die Ausführung überhaupt noch Teil der Konsensschleife sein muss. Die Node-Software von Ethereum ist bereits in separate Konsens- und Ausführungs-Clients aufgeteilt, wobei beide weiterhin jeden Block gemeinsam validieren, während Ketten wie Monad mit aufgeschobener Ausführung (Deferred Execution) weitergehen und die Zustandsberechnung erst nach der Vereinbarung eines Blocks einplanen.

Übergang zu einer asynchronen Berechnungspipeline

Der CTDG-Dev-Hub-Teilnehmer MultiversX hebt diese Einschränkung mit Supernova auf, das nun auf dem Testnet live ist, indem er Konsens und Ausführung entkoppelt, sodass das Netzwerk Blöcke vereinbaren kann, bevor deren Transaktionen verarbeitet werden. MultiversX, dessen Layer-1-Blockchain adaptives State-Sharding mit einem sicheren Proof-of-Stake-Konsens verbindet – die Architektur hinter der später erwähnten In-Shard-Finality –, startete sein Mainnet im Jahr 2020 unter dem Namen Elrond und benannte sich 2022 um. Das Projekt hat das Design in einem offiziellen Blogbeitrag erläutert und den Rollout auf X geteilt (Beitrag, Beitrag).

Vor Supernova folgte die Blockproduktion einem sequenziellen Muster. Ein Proposer wählte Transaktionen aus, führte sie lokal aus und schlug einen Block mit den Ergebnissen vor. Die Validatoren mussten anschließend dieselben Transaktionen erneut ausführen, bevor sie abstimmten, was die Ausführung unmittelbar auf den konsenskritischen Pfad setzte.

Supernova ändert diese Reihenfolge. Der Proposer wählt Transaktionen aus und schlägt den Block vor, ohne sie zuvor auszuführen. Die Validatoren prüfen, ob der Vorschlag den Protokollregeln entspricht, und können unmittelbar abstimmen, während die Ausführung asynchron im Hintergrund weiterläuft. Das resultierende Ausführungsergebnis wird üblicherweise im nächsten Block-Header referenziert und notariell bestätigt, sodass die Ausführung dem Konsens um etwa einen Block, rund 600 Millisekunden, hinterherläuft.

Die Entkopplung von Ausführung und Konsens schafft ein unmittelbares Gültigkeitsproblem: Das Netzwerk muss weiterhin beurteilen, ob eine vorgeschlagene Transaktion voraussichtlich gültig bleibt, bevor die Ausführung nachzieht. Supernova begegnet dem mit einem virtuellen Mempool-Zustand. Der Mempool blickt über den zuletzt ausgeführten Chain-Zustand hinaus und verfolgt ausstehende Nonces, den erwarteten Saldoverbrauch sowie Transaktionen, die bereits vorgeschlagen wurden, deren Ausführungsergebnisse aber noch nicht den Konsens durchlaufen haben. Proposer erhalten damit eine vorausschauende Sicht auf die Kontoaktivität und können Transaktionen auswählen, die zu ihrem Zeitpunkt voraussichtlich weiterhin erfolgreich ausgeführt werden.

MultiversX ergänzt die neue Pipeline zudem um zwei Schutzmaßnahmen. Der Execution-Result Inclusion Estimator, kurz EIE, begrenzt, wie viele Ausführungsergebnisse in einem Block referenziert werden können – abhängig davon, was Nodes mit Mindestspezifikation sicher verarbeiten können. Automatischer Backpressure reduziert derweil die Blockkapazität, wenn die Ausführung zu weit zurückfällt, und gibt dem System Zeit zum Aufholen.

Gemeinsames Wachstum im dezentralen Ökosystem

Das Upgrade fügt sich auch in die breitere Arbeit der Cointelegraph Decentralization Guardians mit MultiversX ein. Cointelegraph ist dem Netzwerk im März 2026 über das CTDG-Programm als Validator beigetreten und hat die Beziehung damit um die Beteiligung an der Infrastruktur erweitert. MultiversX ist außerdem offizieller Partner im CTDG Dev Hub und verbindet das Protokoll mit einer breiteren Community aus Entwicklern und Blockchain-Nutzern. Die Beziehung hat bereits praktische Tiefe: Die MultiversX Foundation hat an den CTDG-Validator delegiert, und das Dev-Hub-Team hat ein eigenes Validator-Dashboard auf MultiversX gebaut.

Aus Sicht von Buildern steht die In-Shard-Finality fest, sobald der Proof verfügbar ist – üblicherweise innerhalb derselben Runde bei rund 100–250 Millisekunden –, begleitet von planbareren Ausführungsbedingungen. Diese Bedingungen wiegen am schwersten bei Anwendungen, die auf enge Feedback-Schleifen angewiesen sind, etwa hochfrequente DeFi-Primitiva, Onchain-Orderbücher und andere Systeme, die zu erodieren beginnen, sobald Latenz in die Nutzererfahrung eindringt.

Supernova produziert seit dem 20. August bereits 600-Millisekunden-Blöcke auf dem Live-Testnet und auf Devnet, mit dem übergeordneten Ziel, dass sich Onchain-Interaktionen unmittelbar anfühlen. Die Aktivierung auf dem Mainnet wird für den 10. September 2026 erwartet. Bis dahin ist der Testnet-Betrieb der beobachtbare Stresstest der eigenen Schutzmechanismen des Upgrades: ob die vorausschauende Sicht des virtuellen Mempools standhält, wenn die Transaktionsmixe schwerer werden, und ob die EIE-Limits und der automatische Backpressure Nodes mit Mindestspezifikation im Takt der 600-Millisekunden-Blöcke halten. Der Übergang spiegelt einen breiteren Drang zu Blockchains wider, die sich eher wie reaktionsfreudige Anwendungsinfrastruktur verhalten als wie verzögerte Settlement-Engines.