Laut dem Projektupdate veröffentlichte Optimism am 25. September Upgrade 20. Die wichtigste Änderung wird als Umstellung des Proposal-Modells für OP-Stack-Fault-Proofs von einer Single-Chain-Output-Root auf eine Multi-Chain-Super-Root beschrieben. Praktisch bedeutet dies, dass es sich um ein Grundlagen-Upgrade für künftige Cross-Chain-Interoperabilität handelt und noch nicht um den vollständigen Start von Cross-Chain-Messaging. Die offizielle OP-Stack-Dokumentation stützt den zugrunde liegenden Mechanismus für Super Roots und interoperabilitätsbewusste Proofs, doch die genaue Release-Notiz und der Umfang der Einführung von Upgrade 20 selbst bleiben in den derzeit vorliegenden Materialien weniger klar dokumentiert.

Optimism Upgrade 20 richtet Fault Proofs auf Super Roots aus

Upgrade 20 ist am besten als Vorbereitungsschritt für Interoperabilität zu verstehen. Laut Projektupdate änderte Optimism das Proposal-Modell von einer Single-Chain-Output-Root zu einer Multi-Chain-Super-Root. Das OP-Stack-Glossar von Optimism erläutert, warum dies wichtig ist: Es definiert eine Super Root als Bindung über verifizierte L2-Blöcke eines Abhängigkeitssatzes zu einem bestimmten Zeitstempel.

Diese Definition ist spezifischer als ein allgemeines Etikett wie „Cross-Chain“. Dasselbe Glossar besagt, dass der Supernode die Bindung über den RPC superroot_atTimestamp erzeugt und das Fault-Proof-System sie zur Erstellung eines interoperabilitätsbewussten Proofs verwendet. Einfach gesagt erhält das Proof-System eine Möglichkeit, synchronisierte Zustände über mehr als eine Chain hinweg zu bewerten, was eine Voraussetzung für die sichere Behandlung von Cross-Chain-Abhängigkeiten ist.

Feld	Details
Berichtetes Ereignis	Optimism erklärte, dass Upgrade 20 am 2026-09-25 veröffentlicht wurde und das Proposal-Modell für Fault Proofs in Richtung einer Multi-Chain-Super-Root verlagert.
Offizieller Mechanismus	Die Optimism-Dokumentation definiert eine Super Root als zeitgestempelte Bindung über verifizierte L2-Blöcke eines Abhängigkeitssatzes.
Proof-Pfad	Die Super Root wird vom Supernode erzeugt und vom Fault-Proof-System für interoperabilitätsbewusste Proofs verwendet.
Unmittelbare Auswirkung	Das Upgrade schafft Infrastruktur für künftige Interoperabilität, statt zu bestätigen, dass Cross-Chain-Messaging bereits aktiv ist.

Die kurzfristige Schlussfolgerung ist einfach: Offenbar wird zunächst die architektonische Grundlage weiterentwickelt, während nutzerseitige Interoperabilitätsfunktionen erst später folgen. Daraus ergibt sich direkt die nächste Frage: Was ändert sich für Output Roots und die bestehende Validierungslogik?

Super Roots erweitern den Umfang, doch Output Roots bleiben wichtig

Die verfügbaren Belege deuten auf eine Erweiterung und nicht auf einen Ersatz hin. Das Projektupdate besagt, dass Withdrawal-Proofs zur Abwärtskompatibilität weiterhin auf Output Roots basieren. Zudem beschreibt die Optimism-Dokumentation Validatoren weiterhin als Instanzen, die Output Roots erneut ableiten, mit den vom Sequencer übermittelten Werten vergleichen und bei einer Abweichung einen Fault Proof starten.

Das ist wichtig, weil es ein verbreitetes Missverständnis vermeidet. Eine Super Root scheint eine übergeordnete Bindung hinzuzufügen, die mehrere Chains in einer zeitgestempelten Ansicht abdecken kann, doch Output Roots bleiben weiterhin Teil des Sicherheitsmodells der Validatoren. Die stimmigere Interpretation ist, dass der OP Stack eine Multi-Chain-Proof-Eingabe auf einen bestehenden Single-Chain-Verifizierungspfad aufsetzt, anstatt die ältere Struktur in einem Schritt herauszureißen.

Operativ passt dies auch zu der offiziellen Diskussion im Spezifikations-Repository ethereum-optimism. Dort heißt es, dass eine Interop-fähige OP-Stack-Chain den Microservice superchain-backend benötigt. Dies deutet darauf hin, dass Interoperabilität nicht nur durch das Umlegen eines Parameters aktiviert wird. Sie bringt zusätzliche Service-Anforderungen auf Chain-Ebene mit sich, was mit einer vorsichtigen, schrittweisen Einführung übereinstimmt.

Die nützliche Unterscheidung lautet daher: Output Roots unterstützen weiterhin etablierte Prüfungen und Kompatibilität, während Super Roots erweitern, was das Proof-System über eine Gruppe von Chains hinweg darstellen kann. Daraus ergibt sich die praktische Frage, wer jetzt tatsächlich handeln muss und wann Messaging-Funktionen voraussichtlich verfügbar werden.

Betreibermaßnahmen und Messaging-Zeitplan benötigen weiterhin klarere Release-Hinweise

Die aktuelle Mitteilung an Betreiber ist in ihrer Richtung klar, enthält aber weiterhin wenige Details. Das Projektupdate besagt, dass Node-Betreiber keine Maßnahmen ergreifen müssen, während Chain-Betreiber relevante Konfigurationen aktualisieren müssen. Außerdem werde Cross-Chain-Messaging durch spätere Hard Forks offiziell aktiviert.

Diese breite Unterscheidung wird durch die offizielle Interoperabilitätsdiskussion zur superchain-backend-Anforderung für Interop-fähige Chains gestützt. Dadurch erscheint es plausibel, dass Betreiber auf Chain-Ebene und nicht gewöhnliche Node-Betreiber den Großteil der kurzfristigen Implementierungsarbeit leisten müssen. Dennoch werden die genauen Konfigurationselemente, betroffenen Netzwerke, Softwareversionen und Aktivierungsfristen in den hier verfügbaren Hauptmaterialien nicht genannt.

Dieselbe Zurückhaltung gilt für den Zeitplan. Das Projektupdate ordnet Cross-Chain-Messaging eindeutig späteren Hard Forks zu, doch in den vorliegenden Quellen ist weder ein künftiger Fork namentlich genannt noch ein formeller Zeitplan festgelegt. Die stärkste Schlussfolgerung lautet daher heute nicht, dass die Interoperabilität abgeschlossen ist, sondern dass die Proof-Architektur des OP Stack darauf vorbereitet wird, und zwar auf eine Weise, die die Kompatibilität mit bestehenden Output-Root-basierten Abläufen bewahrt.