Die Konsensschicht von Ethereum erlebte kürzlich eine bemerkenswerte Störung, nachdem ein Softwarefehler im Prysm-Client dazu führte, dass Validatoren bedeutende Belohnungen verpassten. Laut dem Entwicklungsteam von Prysm bei Offchain Labs verloren die Validatoren insgesamt etwa 382 ETH, was mehr als 1 Million Dollar wert war, nachdem das Problem kurz nach dem Fusaka-Netzwerk-Upgrade auftrat.
Der Vorfall wurde in einem offiziellen Nachbericht mit dem Titel „Fusaka Mainnet Prysm Incident“ detailliert beschrieben, der erklärte, wie ein Ressourcenerschöpfungsereignis nahezu alle Prysm Beacon-Knoten betraf. Infolgedessen wurden während eines kritischen Zeitraums der Netzwerkaktivität große Mengen an Blöcken und Bestätigungen verpasst.
Was hat den Prysm-Ausfall ausgelöst?
Offchain Labs erklärte, dass das Problem am 4. Dezember auftrat, als ein zuvor eingeführter Softwarefehler begann, die Leistung der Validatoren zu beeinträchtigen. Der Fehler verursachte Verzögerungen bei den Anfragen der Validatoren, was wiederum verhinderte, dass Prysm-Knoten Bestätigungen rechtzeitig verarbeiten und Blöcke vorschlagen konnten.
Konkret begannen Prysm Beacon-Knoten, Bestätigungen von Peers zu erhalten, die wahrscheinlich nicht mit dem Rest des Netzwerks synchron waren. Diese Bestätigungen bezogen sich auf eine Blockwurzel aus einer vorherigen Epoche, was sie unter normalen Konsensregeln ungültig machte.
Wie Prysm beschrieb:
> “Prysm Beacon-Knoten erhielten Bestätigungen von Knoten, die möglicherweise nicht mit dem Netzwerk synchron waren. Diese Bestätigungen bezogen sich auf eine Blockwurzel aus der vorherigen Epoche.”
Diese Desynchronisierung erzeugte einen kaskadierenden Effekt, der die effektive Teilnahme verringerte und verhinderte, dass Validatoren ihre Pflichten innerhalb der erforderlichen Zeitfenster erfüllten.
Ausmaß der Störung
Die Auswirkungen des Fehlers waren erheblich, aber begrenzt. Der Vorfall führte zu 41 verpassten Epochen, während derer 248 Blöcke von 1.344 verfügbaren Slots verpasst wurden. Dies entsprach einer Rate von 18,5% verpassten Slots während der Störung.
Die netzwerkweite Teilnahme fiel drastisch, auf etwa 75%, weit unter den normalen Betriebsniveaus. Während Ethereum weiterhin funktionierte und Blöcke finalisierte, war die Effizienz der Validatoren während dieses Zeitraums erheblich beeinträchtigt.
Offchain Labs stellte fest, dass der problematische Code etwa einen Monat zuvor eingeführt und auf Testnets bereitgestellt wurde, bevor er nach dem Fusaka-Upgrade im Mainnet ausgelöst wurde. Das Upgrade selbst änderte die Ausführungsbedingungen auf eine Weise, die den zugrunde liegenden Fehler offenbarte.
Fehlerbehebungen und präventive Maßnahmen
Während eine vorübergehende Minderung eingesetzt wurde, um die unmittelbaren Auswirkungen zu reduzieren, hat Prysm seitdem permanente Lösungen implementiert. Diese Änderungen konzentrierten sich auf die Verbesserung der Validierungslogik für Bestätigungen des Clients, um sicherzustellen, dass nicht synchronisierte Bestätigungen sicherer behandelt werden und nicht zu weitreichenden Störungen der Validatoren führen.
Offchain Labs erklärte, dass diese Änderungen darauf ausgelegt sind, ähnliche Fehler in der Zukunft zu verhindern, selbst unter Hochlast- oder Grenzfällen.
Client-Diversität erneut im Rampenlicht
Über die direkten finanziellen Verluste hinaus hat der Vorfall langjährige Bedenken hinsichtlich der Konzentration von Ethereum-Clients und der Gefahren von Software-Monokulturen neu entfacht.
Offchain Labs betonte, dass das Ergebnis viel schlimmer hätte sein können, wenn Prysm einen größeren Anteil am Validator-Set von Ethereum dargestellt hätte. Sie warnten, dass die Dominanz von Clients über bestimmte Schwellenwerte systemische Risiken einführen kann:
Ein Client, der mehr als ein Drittel des Netzwerks kontrolliert, könnte einen vorübergehenden Verlust der Endgültigkeit verursachen, wenn er ausfällt.
Ein Client, der mehr als zwei Drittel kontrolliert, könnte möglicherweise eine ungültige Kette im Falle eines kritischen Fehlers finalisieren.
Glücklicherweise half das aktuelle Niveau der Client-Diversität von Ethereum, den Schaden einzudämmen.
Aktuelle Ethereum-Konsens-Client-Verteilung
Laut Daten von Miga Labs sind die Konsens-Clients von Ethereum derzeit wie folgt verteilt:
Lighthouse: 51,39%
Prysm: 19,06%
Teku: 13,71%
Nimbus: 9,25%
Während der Anteil von Prysm relativ moderat ist, bringt die Dominanz von Lighthouse es innerhalb von etwa 15 Prozentpunkten eines Schwellenwerts, den viele Forscher als potenzielles systemisches Risiko betrachten.
Infolgedessen wurden Entwickler und Teilnehmer des Ökosystems erneut aufgefordert, die Verwendung alternativer Clients in Betracht zu ziehen. Größere Diversität verringert die Wahrscheinlichkeit, dass ein einzelner Fehler die Konsensschicht von Ethereum stört und verstärkt die langfristige Widerstandsfähigkeit des Netzwerks.
Abschließende Gedanken
Der Prysm-Vorfall dient als Erinnerung daran, dass selbst ausgereifte Blockchain-Systeme nicht immun gegen Software-Risiken sind. Während die Client-Diversität von Ethereum half, einen größeren Fehler zu verhindern, unterstreicht das Ereignis die Bedeutung fortwährender Wachsamkeit, Tests und Dezentralisierung auf Protokollebene.
Wenn Sie mehr Updates und tiefere Einblicke in Ethereum, Krypto-Infrastruktur und On-Chain-Entwicklungen wünschen, folgen Sie für weitere Einblicke und Echtzeitanalysen 🚀
#ETH #Prysm