Tiefer Atemzug, als die Beacon-Kette aufhört, sich zu finalisieren … und sich dann erholt

Ein unbekanntes Problem in der Beacon Chain von Ethereum führte am 11. Mai zu einem fast halbstündigen Transaktionsstopp.

Am Donnerstag, dem 11. Mai, gegen 20:15 Uhr gaben mehrere Kernentwickler von Ethereum bekannt, dass die Beacon Chain Probleme mit der Bestätigung von Transaktionen habe. Es konnten neue Blöcke vorgeschlagen werden, aber ein unbekanntes Problem verhinderte deren Fertigstellung.

Ein ähnliches Problem trat am 15. März auf, als niedrige Validator-Beteiligungsquoten zu einem Problem führten Verzögerung auf dem Goerli-Testnetz Ausführung des „Shapella“-Upgrades von Ethereum, das am 12. April erfolgreich durchgeführt wurde.

Die Beacon Chain ist die ursprüngliche Proof-of-Stake-Blockchain von Ethereum, die erstmals im Jahr 2020 eingeführt wurde. Am 15. September 2022 „fusionierte“ Ethereums bereits bestehende Proof-of-Work-Chain mit der Beacon Chain und schloss damit den Übergang des Netzwerks zu einer schnelleren und schnelleren Blockchain ab umweltfreundlicherer Proof-of-Stake-Konsensmechanismus.

Nach 25 Minuten begann das Mainnet erneut mit der Finalisierung der Blöcke, wobei der Ethereum-Kernentwickler und Mitbegründer von Prysmatic Labs, Preston Van Loon, verkündete, dass „die Endgültigkeit wiederhergestellt wurde“.

Entsprechend Daten vom Blockchain-Analyseanbieter Beaconcha.inIn den Ethereum-Epochen 200.552 bis 200.554 kam es zu einem starken und plötzlichen Rückgang der Zahl der Bescheinigungen.

Im Kontext ist eine Epoche ein Zeitraum von 32 „Slots“, in denen Validatoren Blöcke vorschlagen und bestätigen. Eine Epoche dauert typischerweise etwa sechs Minuten und 24 Sekunden.

Die Ursache des Problems bleibt jedoch unklar, die Ethereum-Entwickler jedoch genannt dass das Problem untersucht wird, um ein erneutes Auftreten zu verhindern.

Verwandt: MetaMask führt ETH-Käufe über PayPal für US-Benutzer ein

Nach dem Vorfall berichtete der pseudonyme Ethereum-Berater @Superphiz notiert dass die „Kundenvielfalt“ einer der Hauptgründe dafür war, dass der Verlust der Endgültigkeit so kurzlebig war. Allerdings wies er auch darauf hin, dass der Verlust der Endgültigkeit gänzlich hätte vermieden werden können, wenn kein Kunde mehr als 33 % Kontrolle gehabt hätte.

Unter Client-Diversität versteht man die Anzahl der Software-Clients, die Netzwerkvalidatoren zur Verfügung stehen, sowie eine größere Diversität unter den Clients bedeutet ein sichereres und robusteres Netzwerk für Validatoren.

Magazin: So können die ZK-Rollups von Ethereum interoperabel werden