Avsetsin, qui est répertorié comme membre de l’organisation GitHub de Lido, a examiné les conséquences possibles pour Lido, Origin et Rocket Pool, dans le cadre de ce que le chercheur a appelé une « recherche rapide avec l’IA ». Les conclusions dépendaient de la façon dont chaque protocole gère les dépôts.
« Il s’agit de constats conditionnels dans le code, et non d’exploits en cours confirmés », a écrit avsetsin, ajoutant que les contrôles existants rejetant un dépôt antérieur du builder pourraient empêcher l’attaque. Aucune perte n’a été signalée.
Rejeté, puis fusionné
Les développeurs ont clos la proposition de correction le 19 octobre. « Les clients n’étaient pas assez nombreux à soutenir cette modification pour qu’elle soit apportée à ce stade », a écrit Justin Traglia, qui assure la maintenance des spécifications de consensus d’Ethereum. Les clients sont les différents logiciels que les validateurs exécutent pour participer au réseau.
La correction a été rouverte après un nouvel examen, avsetsin a ajouté des tests le 23 octobre, et Traglia l’a fusionnée lundi.
Selon les nouvelles règles, les dépôts en attente sont triés en fonction de leurs identifiants de retrait, le paramètre qui indique où l’argent d’un dépôt peut finir par être envoyé. Les dépôts des validateurs restent associés aux validateurs même si un builder utilise la même clé.
La modification fait désormais partie des spécifications de consensus d’Ethereum, et les équipes chargées des clients doivent encore l’intégrer à leurs logiciels. Glamsterdam a déjà été exécuté sur le réseau de test Sepolia, mais son lancement prévu le 26 octobre sur Hoodi, un deuxième réseau de test, a été reporté.