Les développeurs d'Ethereum ont reporté le hard fork Glamsterdam — une mise à niveau protocolaire à l'échelle du réseau qui oblige chaque opérateur de nœud à mettre à jour son logiciel client — sur le testnet Hoodi, après que des experts en sécurité ont identifié d'éventuels ajustements de la comptabilité du gas susceptibles d'affecter le fonctionnement des smart contracts actuellement déployés lors de transactions échouées.

Cette dernière mise à jour repousse indéfiniment l'activation du prochain hard fork du mainnet d'Ethereum et jette le doute sur la fenêtre de déploiement provisoirement fixée à décembre.

Le calendrier de Glamsterdam incertain

Dans un article de blog publié jeudi, l'Ethereum Foundation a indiqué que l'activation avait été reportée pour des raisons de sécurité. Selon la Fondation, les développeurs ont pris conjointement la décision de reporter la mise à jour lors de l'appel ACDE #248 — la réunion bimensuelle All Core Developers Execution — afin d'évaluer l'interaction entre la proposition EIP-8037 et les smart contracts actuellement déployés sur le mainnet d'Ethereum.

Initialement, le hard fork sur Hoodi devait être activé le 26 octobre à 17:42:48 UTC à l'epoch 132 352, une unité de temps de longueur fixe de la couche de consensus d'Ethereum. Cet epoch a désormais été retiré de la configuration de déploiement, sans qu'aucun nouvel epoch ne soit programmé en remplacement. Aucune nouvelle date d'activation n'a été annoncée.

Le report affecte également le déploiement de l'activation de la couche de consensus Gloas et une augmentation prévue de la limite de gas actuelle de Hoodi à 200 millions — le plafond de calcul que chaque bloc peut transporter — qui font toutes deux partie du lot de mises à jour du hard fork Glamsterdam. La Fondation a toutefois souligné que ce changement de calendrier n'affectera pas l'historique existant de la chaîne Hoodi.

Comment les changements de gas pourraient se retourner contre le réseau

Le problème remonte au 13 octobre, lorsque la société d'audit blockchain ChainSecurity a désigné deux propositions d'amélioration d'Ethereum issues de la mise à niveau Glamsterdam — EIP-8037 et EIP-8038 — comme une menace pour les mesures actuelles destinées à prévenir ce qu'elle appelle le « insufficient gas griefing ». Selon cette attaque, l'appelant envoie délibérément un montant de gas insuffisant afin qu'une fonction légitime d'un contrat échoue.

Le gas est l'unité avec laquelle Ethereum mesure le calcul, et les contrats sont écrits en partant du principe que le gas alloué à une opération est dépensé et non restitué. Avec l'introduction de ces mesures, il deviendrait possible de restituer du gas à un contrat une fois qu'une opération échoue, permettant ainsi une poursuite de l'exécution qui aurait sinon été interrompue. De nombreux contrats utilisent le montant de gas restant au milieu d'une transaction comme l'une de leurs mesures de sécurité. Modifier cette hypothèse permettrait à un contrat de finaliser l'opération échouée, rendant impossible pour un utilisateur de revendiquer quoi que ce soit ou d'effectuer une autre opération.

La portée de la mise à niveau va au-delà de la comptabilité du gas. Dans une publication du 26 septembre sur X, le cofondateur d'Ethereum Vitalik Buterin a mis en avant les améliorations de synchronisation que la mise à niveau devrait apporter :

Rappel : vous pouvez désormais synchroniser un nœud ethereum en moins d'une demi-journée et, avec des réglages agressifs, l'espace qu'il occupe sur le disque peut être inférieur à un demi-téraoctet. L'EIP-4444 et le travail acharné des équipes clientes sur l'optimisation du snap sync ont beaucoup amélioré les choses. Glamsterdam améliorera encore davantage la situation de la synchronisation (par exemple, le nouveau protocole de synchronisation de Nimbus l'utilise) — vitalik.eth (@VitalikButerin), 26 septembre 2026, sur X

Certaines vérifications de gas résisteront malgré tout aux changements, mais elles devront être auditées par rapport au nouveau système de comptabilité de Glamsterdam.

13 contrats réels signalés

ChainSecurity a déclaré vendredi avoir découvert 13 cas de contrats réels potentiellement exposés et être engagé dans une démarche de divulgation responsable auprès des projets concernés. Bien que la société n'ait pas révélé les projets affectés ni les détails des cas découverts, elle a conseillé aux développeurs d'évaluer leurs contrats en urgence. Contrairement aux logiciels traditionnels, les contrats Ethereum déployés ne peuvent pas simplement être corrigés, c'est pourquoi la charge de la vérification incombe à chaque projet avant toute nouvelle date d'activation.

Cette nouvelle a fortement marqué les membres de la communauté. Le développeur pseudonyme pcaversaccio a commenté sur GitHub le 21 octobre que la situation était « sérieuse » et que le fork devait être réévalué.

Cette annonce intervient également après un avertissement précédent de l'Ethereum Foundation indiquant que le nouveau mécanisme de tarification du gas de Glamsterdam pourrait affecter les wallets, les indexeurs et les estimateurs de gas fonctionnant sous des hypothèses fixes.

Glamsterdam a été lancé sur le testnet Sepolia le 6 octobre, et Hoodi constituait la prochaine étape attendue avant un lancement sur le mainnet — dans le processus de déploiement d'Ethereum, les exécutions sur testnet servent de barrières qu'une mise à niveau doit franchir avant le mainnet. Initialement, l'équipe prévoyait un déploiement sur le mainnet en décembre, sous réserve de tests réussis sur le testnet Hoodi. Toutefois, l'activation sur Hoodi n'étant plus possible, le déploiement de décembre envisagé ne devrait plus être considéré comme une échéance. Les indicateurs à surveiller désormais sont l'ajout éventuel d'un epoch de remplacement dans la configuration de déploiement, les conclusions de l'évaluation de l'interaction avec l'EIP-8037, et ce qui ressortira des échanges de divulgation responsable de ChainSecurity avec les 13 projets signalés.