Ethereum corrige un bug de Glamsterdam lié aux dépôts de staking
L’ajustement empêche que des dépôts de staking se retrouvent par erreur chez des builders. La correction est désormais intégrée aux règles de consensus, mais les clients doivent encore l’implémenter.
À retenir
- Les développeurs d’Ethereum ont corrigé une erreur de Glamsterdam qui pouvait attribuer les dépôts de staking à des builders au lieu de les attribuer à des validateurs.
- La modification a d’abord été rejetée, mais après un examen supplémentaire et des tests, elle a finalement été approuvée lundi dans les spécifications de consensus.
- Les équipes de clients doivent encore intégrer la correction dans leur logiciel ; une nouvelle date pour Hoodi et le calendrier du mainnet ne sont pas encore connus.
Les développeurs d’Ethereum ont corrigé une erreur dans la prochaine mise à niveau Glamsterdam qui aurait pu faire en sorte que l’ETH provenant des services de staking aboutisse chez des builders au lieu de nouveaux validateurs. La modification a finalement été adoptée lundi, après qu’un ajustement identique avait encore été rejeté une semaine plus tôt.
Ce qui pouvait mal se passer
Glamsterdam sépare deux tâches qui, aujourd’hui encore, sont liées. Les builders assemblent des blocs contenant des transactions, tandis que les validateurs stakent de l’ETH pour sécuriser le réseau, puis choisissent et confirment ces blocs. Les deux parties peuvent déposer de l’ETH, mais ces fonds doivent être suivis séparément.
Le problème se situait dans la manière dont Ethereum aurait traité les dépôts en attente de crédit. Selon les anciennes règles provisoires, un opérateur pouvait d’abord s’enregistrer comme builder avec une certaine clé publique. Si un service de staking déposait ensuite de l’ETH pour lancer un validateur sous cette même clé, les deux dépôts pouvaient être attribués au builder.
Le chercheur avsetsin a décrit dans ce cadre un scénario dans lequel l’opérateur pourrait retirer les fonds du protocole. Le validateur ne serait alors pas créé, ce qui empêcherait le service de staking de disposer d’une preuve pour récupérer l’argent. Selon avsetsin, il s’agissait de constats conditionnels dans le code et non d’exploits en conditions réelles confirmés. Aucune perte n’a été signalée.
Pourquoi la correction a été réintroduite
La modification proposée avait encore été clôturée le 19 octobre. Justin Traglia, qui gère les spécifications de consensus d’Ethereum, avait alors écrit qu’il n’y avait pas suffisamment de soutien de la part des clients à ce moment-là pour mettre l’ajustement en œuvre. Les clients sont les logiciels distincts que les validateurs exécutent pour participer au réseau.
Après un examen supplémentaire, la correction a été rouverte. Avsetsin a ajouté des tests le 23 octobre et Traglia a approuvé la modification lundi. Dans les nouvelles règles, les dépôts en attente sont triés selon leurs withdrawal credentials, le paramètre qui détermine où les fonds peuvent finalement être envoyés. Les dépôts de validateurs restent ainsi associés aux validateurs, même si un builder utilise la même clé.
Ce que cela change pour Ethereum
L’ajustement fait désormais partie des spécifications de consensus d’Ethereum, mais les équipes de clients doivent encore intégrer la modification dans leur logiciel. Cela rend la correction pertinente pour tous ceux qui suivent le réseau au niveau du testnet, d’autant plus que Glamsterdam tournait déjà sur Sepolia et que le lancement prévu sur Hoodi a été repoussé. Ce retard sur Hoodi montre que les développeurs doivent encore arbitrer entre plusieurs éléments de la mise à niveau. Aucune nouvelle date pour Hoodi n’est encore connue, et sans cette étape, aucune date pour le mainnet ne peut non plus être fixée.
