Der Ethereum-Konsens-Client Prysm sagte, dass Validatoren 382 ETH verpasst haben, was mehr als 1 Million Dollar entspricht, nachdem ein Softwarefehler Netzwerkunterbrechungen kurz nach dem kürzlichen Fusaka-Upgrade ausgelöst hatte.
Der Vorfall, der in einem Nachbericht mit dem Titel "Fusaka Mainnet Prysm-Vorfall" detailliert beschrieben ist, resultierte aus einem Ereignis der Ressourcenerschöpfung, das nahezu alle Prysm-Knoten betraf und zu verpassten Blöcken und Bestätigungen führte.
Was hat Prysm’s Ausfall verursacht?
Laut Offchain Labs, dem Entwickler hinter Prysm, trat das Problem am 4. Dezember auf, als ein zuvor eingeführter Fehler Verzögerungen bei den Anfragen der Validatoren verursachte.
Diese Verzögerungen führten zu verpassten Blöcken und Attestationen im gesamten Netzwerk.
„Prysm Beacon-Knoten erhielten Attestationen von Knoten, die möglicherweise nicht mit dem Netzwerk synchron waren. Diese Attestationen verwiesen auf eine Blockwurzel aus der vorherigen Epoche“, erklärte das Projekt.
Die Störung führte zu 41 verpassten Epochen, wobei 248 Blöcke aus 1.344 verfügbaren Slots fehlten. Das stellte eine verpasste Slot-Rate von 18,5 % dar und senkte die Gesamtteilnahme am Netzwerk während des Vorfalls auf 75 %.
Offchain Labs sagte, dass der Fehler, der für das Verhalten verantwortlich war, etwa einen Monat zuvor in Testnets eingeführt und bereitgestellt wurde, bevor er nach dem Fusaka-Upgrade im Mainnet ausgelöst wurde.
Während eine vorübergehende Minderung die unmittelbaren Auswirkungen reduzierte, sagte Prysm, dass es seitdem dauerhafte Änderungen an seiner Validierungslogik für Attestationen implementiert hat, um ein erneutes Auftreten zu verhindern.
Vielfalt der Ethereum-Clients
In der Zwischenzeit hat der Ausfall die Aufmerksamkeit auf die Konzentration der Ethereum-Clients und die Risiken von Software-Monokulturen erneuert.
Offchain Labs sagte, dass der Ausfall schwerwiegendere Folgen haben könnte, wenn Prysm einen größeren Anteil an der Validatorbasis von Ethereum berücksichtigt hätte. Das Unternehmen wies auf die Vielfalt der Ethereum-Clients als einen Schlüsselfaktor hin, der einen umfassenderen Netzwerkfehler verhinderte.
„Ein Client mit mehr als 1/3 des Netzwerks hätte einen vorübergehenden Verlust der Endgültigkeit und mehr verpasste Blöcke verursacht. Ein fehlerhafter Client mit mehr als 2/3 könnte eine ungültige Kette finalisieren“, hieß es.
Trotz dieser Minderung hat der Vorfall die Forderungen nach größerer Client-Vielfalt verstärkt.
Daten von Miga Labs zeigen, dass Lighthouse der dominierende Ethereum-Konsens-Client bleibt und 51,39 % der Validatoren ausmacht. Prysm repräsentiert 19,06 %, gefolgt von Teku mit 13,71 % und Nimbus mit 9,25 %.
Der Anteil von Lighthouse liegt grob 15 Prozentpunkte von einer Schwelle entfernt, die einige Forscher als systemisches Risiko betrachten.
Infolgedessen haben Entwickler und Teilnehmer des Ökosystems erneut die Validatoren aufgefordert, in Betracht zu ziehen, zu alternativen Clients zu wechseln, um die Wahrscheinlichkeit zu verringern, dass ein einzelner Softwarefehler die Kernoperationen der Blockchain stören könnte.