Avsetsin, der als Mitglied der GitHub-Organisation von Lido aufgeführt ist, untersuchte, wie Lido, Origin und Rocket Pool betroffen sein könnten. Der Forscher bezeichnete dies als „schnelle KI-Recherche“. Die Ergebnisse hingen davon ab, wie die einzelnen Protokolle Einzahlungen handhaben.
„Dabei handelt es sich um bedingte Codebefunde, nicht um bestätigte aktive Exploits“, schrieb avsetsin und fügte hinzu, dass bestehende Prüfungen, die eine frühere Builder-Einzahlung ablehnen, den Angriff verhindern könnten. Es wurden keine Verluste gemeldet.
Abgelehnt, dann zusammengeführt
Die Entwickler schlossen den Vorschlag für die Fehlerbehebung am 19. Oktober. „Es gab zu diesem Zeitpunkt nicht genügend Unterstützung vonseiten der Clients, um diese Änderung vorzunehmen“, schrieb Justin Traglia, der die Konsensspezifikationen von Ethereum pflegt. Clients sind separate Softwareprogramme, die Validatoren ausführen, um am Netzwerk teilzunehmen.
Nach einer weiteren Prüfung wurde die Fehlerbehebung wieder geöffnet. Avsetsin fügte am 23. Oktober Tests hinzu, und Traglia führte sie am Montag zusammen.
Nach den neuen Regeln werden ausstehende Einzahlungen nach ihren Auszahlungsdaten sortiert, also nach der Einstellung, die festlegt, wohin das Geld einer Einzahlung letztlich fließen kann. Einzahlungen von Validatoren bleiben bei den Validatoren, selbst wenn ein Builder denselben Schlüssel verwendet.
Die Änderung ist nun Teil der Konsensspezifikationen von Ethereum, und die Client-Teams müssen sie noch in ihre Software integrieren. Glamsterdam lief bereits im Sepolia-Testnetz, doch der für den 26. Oktober geplante Start auf Hoodi, einem zweiten Testnetz, wurde verschoben.