NachrichtenKryptoMantle backportiert Reth State-Root-Fix in op-reth v1.6.3 nach Bug vom 5. November – Assets sicher

Mantle backportiert Reth State-Root-Fix in op-reth v1.6.3 nach Bug vom 5. November – Assets sicher

Autor: Tron Weekly·

Wichtige Erkenntnisse

  • •Mantle Network veröffentlichte op-reth mantle-v1.6.3, eine Version auf der eigenen Produktionslinie, die den Upstream-Reth-Fix backportiert, anstatt auf die neueste Upstream-Version zu wechseln.
  • •Das Sicherheitsunternehmen Blockaid gab am 5. November bekannt, dass ungepatchte Nodes falsche State Roots erzeugen und über eth_getProof, die RPC-Methode zur Verifikation des On-Chain-Zustands, fehlerhafte State-Proofs zurückgeben könnten.
  • •Der Upstream-Fix landete am 3. November, zwei Tage vor der öffentlichen Offenlegung, in Reth – in gepatchten Releases einschließlich Reth v2.10.0 und op-reth v2.8.1.
  • •Blockaid stufte das Problem als Korrektheits-Bug und nicht als Exploit ein und fand keinen Verlust von Mitteln; Mantle bestätigte, dass die Assets sicher sind, keine Nutzermaßnahme erforderlich und keine Datenbankmigration nötig ist.
  • •Da die meisten OP-Stack-Chains den op-reth-Client teilen, schuf der Bug ein korreliertes Risiko über ansonsten unabhängige Netzwerke hinweg, woraufhin etwa Base node-reth v1.5.3 veröffentlichte und Celo einen Backport merged.
Mantle backportiert Reth State-Root-Fix in op-reth v1.6.3 nach Bug vom 5. November – Assets sicher

Mantle Network blieb trotz eines State-Root-Bugs in Reth, dem Upstream-Execution-Client hinter seinem op-reth-Stack, durchgehend online, der auch Ethereum-kompatible Netzwerke breiter betraf. Das Team veröffentlichte op-reth mantle-v1.6.3, eine Version auf Mantles eigener Produktionslinie, die den Upstream-Bugfix backportiert, anstatt auf die neueste Upstream-Version zu springen. In einer Ankündigung auf X erklärte Mantle, die Assets seien sicher, keine Nutzermaßnahme erforderlich und keine Datenbankmigration nötig, und bat Node-Betreiber um ein Upgrade (Post).

Ein kurzer Vorfall mit hohen Einsätzen

Der Vorfall war kurz und für Endnutzer unsichtbar, was unwichtig erscheinen lassen könnte. Ist er nicht: State Roots sind kryptografische Commitments, die verwendet werden, um die Gültigkeit von Kontoständen und Contract-Speichern nachzuweisen. Eine falsche Berechnung kann dazu führen, dass Nodes hängen bleiben, ungültige Proofs zurückgeben oder von der kanonischen Chain abweichen. "Damit ein Layer 2 zu Ethereum settle'n kann, ist Korrektheit auf dieser Ebene fundamental", betonte Mantle in seiner Ankündigung.

Was geschah und wer war betroffen

Der Fehler steckte in Reth, einer Rust-Implementierung eines Ethereum-Execution-Clients, sowie in op-reth, dessen OP-Stack-Variante, die von mehreren Layer-2-Netzwerken eingesetzt wird. Am 5. November gab das Sicherheitsunternehmen Blockaid bekannt, dass ungepatchte Nodes falsche State Roots erzeugen und über eth_getProof, die RPC-Methode, auf die Anwendungen und Bridges zur Verifikation des On-Chain-Zustands setzen, falsche State-Proofs zurückgeben könnten. Blockaid stufte das Problem als Korrektheits-Bug und nicht als Exploit ein und fand keinen Verlust von Mitteln in der Praxis. Der Upstream-Fix war bereits am 3. November – zwei Tage vor Blockaids öffentlicher Offenlegung – in Reth gelandet, in gepatchten Releases einschließlich Reth v2.10.0 und op-reth v2.8.1.

Die Reaktion breitete sich im gesamten Ökosystem aus. Base veröffentlichte node-reth v1.5.3 und teilte mit, die Korrektheit seiner Node neu verifiziert zu haben, während Celo einen Backport merged. Mantle wählte einen anderen Weg und patchte seine Produktionslinie direkt, anstatt auf das neueste Release zu aktualisieren – der Backport-Weg, der einen gezielten Fix für eine bestehende Release-Linie liefert, ohne unabhängige Änderungen aus neueren Upstream-Versionen zu übernehmen.

Warum es für das breitere Krypto-Ökosystem wichtig ist

Execution Clients gehören zu den unsichtbarsten, aber folgenreichsten Komponenten der Blockchain-Infrastruktur. Entwickler bauen APIs und Indexer darauf auf. Institutionen verlassen sich auf Custodian, Börsen und Datenanbieter. Jede dieser Ebenen hängt davon ab, dass Nodes Konsens über den Zustand erreichen. Ein fehlerhafter State Root bedeutet nicht zwangsläufig gestohlene Mittel – er kann ungenaue Proofs, gestoppte Synchronisation oder Anwendungen mit inkonsistenten Daten bedeuten.

Wenn Bridges und Cross-Chain-Messaging-Dienste von beweisbarem Zustand abhängen, kann selbst eine kurze Inkonsistenz vorsorgliche Stopps auslösen. Diese Stopps waren eine defensive Reaktion, nicht das Ergebnis eines Exploits, zeigen aber, wie schnell ein einzelner Client-Bug eine ökosystemweite Störung verursachen kann.

Der Vorfall unterstreicht auch die Bedeutung der Client-Diversität – und ihrer Grenzen. Ethereum Execution Layer profitiert vom Betrieb mehrerer Clients, was das systemische Risiko verringert, falls einer ausfällt. Die meisten OP-Stack-Chains teilen jedoch op-reth. Ein Bug in dieser gemeinsamen Komponente schafft daher ein korreliertes Risiko über ansonsten unabhängige Netzwerke hinweg.

Wie es für Mantle und OP-Stack-Netzwerke weitergeht

Der unmittelbare nächste Schritt ist die Übernahme durch die Betreiber. Ein Patch reduziert ein Risiko erst, wenn Node-Betreiber, RPC-Anbieter, Validatoren und Infrastrukturteams ihn deployen; von den Betreibern wird erwartet, dass sie Upgrades planen und ihre Nodes testen. Blockaid empfahl Protokollen und Bridges zu prüfen, dass ihre Anbieter gepatcht sind.

Längerfristig unterstreicht der Vorfall drei Muster: schnellere Offenlegung und Backports für Produktionslinien, die nicht sofort aktualisieren können; mehr Kontingenzpläne für Client-Bugs, einschließlich Proof-Verifikation für Cross-Chain-Nachrichten, wenn Proofs nicht vertraut werden kann; und eine fortgesetzte Analyse gemeinsamer Abhängigkeiten über OP-Stack-Chains hinweg.

Für Mantle ist der Härtetest die Kontinuität. Seine Gründungs these beruht auf Skalierbarkeit, niedrigen Gebühren und vertrauenswürdigem Settlement für dezentrale Finanzen, Games und Consumer-Anwendungen. Durchgängige Verfügbarkeit trotz eines Upstream-Bugs stützt dieses Versprechen, doch das Netzwerk muss weiterhin zeigen, dass seine Produktionslinie mit Upstream-Sicherheitspatches synchron bleibt. Blockchain-Sicherheit hängt am Ende auch von der Software ab, die den Zustand berechnet – und davon, wie schnell sie gepatcht wird.