Am 5. Nov. führte ein Software‑Fehler im Paradigm‑Reth‑Execution‑Client zu einer Notfall‑Reaktion in mehreren Ethereum‑Layer‑2‑Netzwerken. Der Bug, der in der veralteten State‑Root‑Berechnung von Reth verankert war, konnte bei speziell gestalteten Transaktionen einen falschen kryptografischen Fingerabdruck der Blockchain zurückgeben und damit zu Meinungsverschiedenheiten über die Block‑Gültigkeit führen. Georgios Konstantopoulos, CTO von Paradigm, erklärte, dass das Problem durch automatisiertes Fuzz‑Testing des Tempo‑Teams entdeckt und umgehend in Reth, Optimism, Base und Tempo gepatcht wurde.

ETH / USD
Quelle: CoinGecko. Kurse sind Richtwerte.

Technische Natur der Schwachstelle

State‑Roots fassen den gesamten Ethereum‑Zustand zusammen, einschließlich Kontostände und Vertrags‑Speicher. Laut CryptoSlate könnte der fehlerhafte Code im Legacy‑Modul von Reth diesen Root unter Rand‑Fall‑Speicherkonfigurationen, besonders auf schwächerer Hardware und OP‑Stack‑Netzwerken, die denselben Client nutzen, falsch berechnen. Während der Fehler die Auszahlungs‑Mechanismen, die separate Verifikationspfade verwenden, nicht beeinträchtigt, könnte er die Blockproduktion und Netzwerksynchronisation stören, wenn er unbehandelt bleibt.

Koordinierte Patch‑Einführung

Die Reth‑Entwickler veröffentlichten Version 2.10.0, Optimism stellte OP Reth v2.8.1 bereit und Base rollte Version 1.5.3 aus, jeweils als hochprioritäre Updates für Node‑Operatoren gekennzeichnet. Base bestätigte, dass sein Proof‑System eine unabhängige State‑Root‑Implementierung nutzt, sodass es den korrekten Root verifizieren kann, selbst wenn Reths Berechnung fehlerhaft ist. Das Netzwerk recalculierte zudem seinen State‑Root, um Konsistenz zu gewährleisten, und stellte klar, dass keine Nutzer‑Gelder betroffen waren und Validatoren nach dem Patch nicht ausfallen würden.

Breitere Reaktion im Ökosystem

Der Vorfall löste Vorsichtsmaßnahmen über die direkt betroffenen Clients hinaus aus. Frax Finance meldete, dass LayerZero vorübergehend bestimmte Cross‑Chain‑Routen ausgesetzt hat, um das Risiko zu bewerten, betonte jedoch, dass Vermögenswerte und Verträge sicher blieben. Es wurden keine Brücken gefunden, die durch den Reth‑Bug verwundbar waren, was zeigt, wie geteilte Infrastruktur Wellenwirkungen in abhängigen Diensten erzeugen kann.

Ausblick

Stakeholder sollten die Akzeptanzrate der gepatchten Client‑Versionen bei unabhängigen Node‑Operatoren beobachten, da nicht gepatchte Nodes Inkonsistenzen wieder einführen könnten. Beobachter werden zudem weitere Offenlegungen von Projekten verfolgen, die auf Reth oder ähnlichen Execution‑Clients basieren, sowie Post‑Mortem‑Analysen, die zukünftige Test‑Praktiken wie Fuzz‑Testing für Rand‑Fall‑Transaktionen beeinflussen könnten.