27 Oct 2026
Rejeté le 19 octobre faute de soutien des équipes clientes, le correctif de Glamsterdam qui protège les dépôts de staking d'Ethereum a été fusionné le 26 octobre. Le report du fork sur le testnet Hoodi a donné aux développeurs le temps de l'intégrer.
Ethereum TradeReviewed News Desk
Les développeurs d’Ethereum ont finalement intégré aux spécifications de la mise à jour Glamsterdam un correctif qui protège les dépôts de staking, rapporte le Journal du Coin. Écarté le 19 octobre, le changement a été fusionné le 26 octobre, après le report de l’activation du fork sur le testnet Hoodi.
Une faille liée à l’ePBS
Le problème vient de l’ePBS (EIP-7732), la séparation entre proposeur et constructeur de blocs que Glamsterdam inscrit dans le protocole. Les builders y disposent de leur propre compte, alimenté par un dépôt d’ETH, comme pour un validateur. Au moment du fork, les dépôts encore en file d’attente doivent être répartis entre validateurs et builders.
Le brouillon des spécifications prévoyait une règle simple : dès qu’un dépôt avait enregistré un builder pour une clé publique, tous les dépôts suivants sur cette clé lui revenaient. Le 12 octobre, George Avsetsin, architecte protocole en chef de Lido, a décrit dans un ticket GitHub un scénario où un opérateur enregistre d’abord un builder avec une clé neuve, puis un protocole de staking dépose de l’ETH pour un validateur sous la même clé. Si les deux dépôts sont en attente au moment du fork, les deux montants iraient au builder, et l’opérateur pourrait retirer les fonds du protocole.
Avsetsin a examiné les contrats de Lido, Rocket Pool et Origin, tout en parlant de « résultats conditionnels » et non d’exploits confirmés. Des contrôles existants pourraient même bloquer l’attaque.
La solution : trier selon les identifiants de retrait
Avec la pull request #5736, chaque dépôt en attente est classé selon ses withdrawal credentials. Un dépôt destiné à un validateur reste au validateur, même si un builder utilise la même clé. Le 19 octobre, Justin Traglia, qui maintient les spécifications de consensus, avait refermé le dossier faute de soutien suffisant des clients.
Le contexte a changé le 22 octobre, quand les développeurs ont annulé l’activation de Glamsterdam sur Hoodi, prévue le 26, après une analyse de ChainSecurity sur les nouvelles règles de tarification du gaz (EIP-8037 et EIP-8038). Dmitry Gusakov (Lido) a demandé la réouverture du ticket, Potuz (Prysm) a validé avec réserve, puis Nico Flaig (ChainSafe) a donné son feu vert le 26 octobre après des tests sur Lodestar. Le correctif a ensuite été fusionné.
Ce que cela signifie pour les traders
Le correctif ne change rien aux deux nouveautés phares de Glamsterdam, l’ePBS et les block-level access lists (EIP-7928). Mais il rappelle que le fork n’a plus de date ferme : chaque ajout aux spécifications doit être implémenté par tous les clients avant l’activation. Pour les détenteurs d’ETH en staking liquide, c’est surtout un risque technique écarté en amont. Pour trader l’ETH, comparez les frais et la sécurité des plateformes sur notre comparatif des exchanges, notamment BingX et OKX, et découvrez notre méthode de test.
Source : Journal du Coin. Cet article est informatif et ne constitue pas un conseil en investissement.
Related reviews
Sources
News is for information only and is not financial advice. More crypto news
You'll hear it here first
Get crypto news first on our Telegram channel.