Ethereum behebt Glamsterdam-Bug bei Staking-Deposits
Die Anpassung verhindert, dass Staking-Deposits versehentlich bei Builders landen. Der Fix ist nun in den Konsensregeln enthalten, muss aber noch von den Clients verarbeitet werden.
Wichtigste Erkenntnisse
- Ethereum-Entwickler haben einen Glamsterdam-Fehler behoben, der Staking-Deposits möglicherweise Builders statt Validators zugeordnet hätte.
- Die Änderung wurde zunächst abgelehnt, aber nach zusätzlichem Review und Tests am Montag doch noch in den Konsensspezifikationen genehmigt.
- Client-Teams müssen den Fix noch in ihre Software übernehmen; ein neues Hoodi-Datum und eine Mainnet-Planung sind noch nicht bekannt.
Ethereum-Entwickler haben einen Fehler im bevorstehenden Glamsterdam-Upgrade behoben, der dazu hätte führen können, dass ETH aus Staking-Diensten bei Builders statt bei neuen Validators landet. Die Änderung wurde am Montag doch noch umgesetzt, nachdem dieselbe Anpassung eine Woche zuvor noch abgelehnt worden war.
Was hätte schiefgehen können
Glamsterdam trennt zwei Aufgaben, die derzeit noch zusammenlaufen. Builders stellen Blöcke mit Transaktionen zusammen, während Validators ETH staken, um das Netzwerk zu sichern, und diese Blöcke anschließend auswählen und bestätigen. Beide Parteien können ETH einzahlen, aber dieses Geld soll getrennt nachverfolgt werden.
Das Problem lag in der Art und Weise, wie Ethereum Deposits verarbeiten würde, die noch auf die Gutschrift warteten. Nach den alten Entwurfsregeln konnte sich ein Operator zunächst mit einem bestimmten Public Key als Builder registrieren. Wenn ein Staking-Dienst danach ETH einzahlt, um unter demselben Key einen Validator zu starten, konnten beide Einzahlungen dem Builder zugeordnet werden.
Der Forscher avsetsin beschrieb dabei ein Szenario, in dem der Operator die Protokollmittel abheben könnte. Der Validator würde dann nicht erstellt, wodurch der Staking-Dienst keinen Nachweis hätte, um das Geld zurückzuholen. Laut avsetsin handelte es sich um bedingte Code-Funde und nicht um bestätigte Live-Exploits. Verluste wurden nicht gemeldet.
Warum der Fix zurückkam
Der vorgeschlagene Änderungsantrag wurde am 19. Oktober noch geschlossen. Justin Traglia, der die Konsensspezifikationen von Ethereum betreut, schrieb damals, dass es zu diesem Zeitpunkt nicht genug Unterstützung von Clients gebe, um die Anpassung umzusetzen. Clients sind die einzelnen Softwareprogramme, die Validators betreiben, um am Netzwerk teilzunehmen.
Nach zusätzlichem Review wurde der Fix erneut geöffnet. Avsetsin fügte am 23. Oktober Tests hinzu, und Traglia genehmigte die Änderung am Montag. In den neuen Regeln werden ausstehende Deposits nach ihren Withdrawal Credentials sortiert, also nach der Einstellung, die bestimmt, wohin das Geld am Ende fließen kann. Validator-Deposits bleiben dadurch bei den Validators, auch wenn ein Builder denselben Key verwendet.
Bedeutung für Ethereum
Die Anpassung ist nun Teil der Konsensspezifikationen von Ethereum, aber die Client-Teams müssen die Änderung noch in ihre Software einbauen. Damit ist der Fix relevant für alle, die das Netzwerk auf Testnet-Ebene verfolgen, zumal Glamsterdam bereits auf Sepolia lief und der geplante Start auf Hoodi verschoben wurde. Diese Verzögerung auf Hoodi zeigt, dass Entwickler mehrere Teile des Upgrades noch parallel abwägen müssen. Ein neues Hoodi-Datum ist noch nicht bekannt, und ohne diesen Schritt kann auch kein Mainnet-Termin festgelegt werden.
