Les développeurs d'Ethereum ont placé la mise à niveau Glamsterdam en pause sur le testnet Hoodi, suspendant la transition du réseau jusqu'à la résolution des préoccupations de sécurité liées à huit invariants de smart contracts. L'Ethereum Foundation a révélé cette décision dans un article de blog publié le 6 novembre.

LATEST: ⚡ Ethereum developers say they are delaying the Glamsterdam hard fork process and won't fork the Hoodi testnet until gas-repricing issues flagged by ChainSecurity are resolved. pic.twitter.com/7HDv6dZDrc

— CoinMarketCap (@CoinMarketCap) 6 novembre 2026

Un invariant est une condition qu'un smart contract suppose toujours vraie. Le gaz est l'unité qu'Ethereum utilise pour mesurer le travail de calcul, et de nombreux projets déployés supposent que certaines opérations coûteront un montant fixe de gaz. Deux propositions prévues pour être incluses dans Glamsterdam modifient la manière dont le gaz est facturé, et ces changements pourraient invalider de telles hypothèses dans les contrats existants. C'est pourquoi ce repricing est traité comme une question de sécurité plutôt que comme un simple ajustement de frais : les montants concernés peuvent déterminer si certains chemins de code s'exécutent ou non.

Ce que ChainSecurity a trouvé

Les préoccupations proviennent d'un rapport du 13 octobre de l'auditeur de smart contracts ChainSecurity, qui a examiné comment Glamsterdam pourrait affecter les contrats qui continuent de s'exécuter après l'échec d'un appel externe. Le rapport couvre l'EIP-8037, qui modifie le coût de création d'un nouvel état de blockchain, et l'EIP-8038, qui ajuste les frais d'accès à l'état existant. Les deux altèrent la comptabilisation du gaz pour certaines opérations.

Selon les règles actuelles, certains contrats comptent sur le fait qu'une opération échouée laisse trop peu de gaz pour que les étapes suivantes s'exécutent. Selon les nouvelles règles, certaines opérations pourraient s'achever même lorsque les développeurs attendaient l'annulation complète de la transaction. Cela pourrait affaiblir les protections intégrées dans ces contrats.

ChainSecurity a fourni un exemple. Un contrat marque une opération comme échouée après qu'un appel externe a épuisé son gaz. Avec les nouvelles règles, le gaz autrefois inaccessible pourrait redevenir disponible, et le contrat pourrait enregistrer un échec permanent.

L'Ethereum Foundation a publié un dépôt GitHub documentant les huit invariants concernés. Il comprend des explications, des exemples et des étapes concrètes que les développeurs peuvent suivre pour vérifier leur propre code par rapport aux nouvelles règles de gaz. Les budgets de gaz fixes et les réserves de gaz sont les problèmes les plus courants identifiés à ce jour, ce qui signifie qu'un changement au niveau du protocole peut révéler des hypothèses latentes dans le code déployé sans aucune modification des contrats eux-mêmes.

Les autres risques concernent les contrats qui supposent que la consommation de gaz ne va que dans un seul sens, que les allocations de gaz fixes resteront suffisantes, ou qu'un appel annulé ne peut pas restituer le gaz déjà dépensé pour la création d'état.

Le fork Hoodi en pause

L'activation de Hoodi était initialement prévue le 26 octobre à 17:42:48 UTC. Hoodi est le principal testnet public d'Ethereum, où les changements de protocole prévus sont généralement répétés avant le déploiement sur le mainnet. Le report a retiré du calendrier les activations Amsterdam de la couche d'exécution et Gloas de la couche de consensus, ainsi qu'une augmentation prévue de la limite de gaz du testnet à 200 millions. Aucune date de remplacement n'a été annoncée, et la Fondation a indiqué que le fork Hoodi n'aura pas lieu tant que les problèmes ne seront pas résolus. L'activation sur le mainnet suivant normalement les répétitions sur les testnets publics, le chemin de Glamsterdam vers le mainnet est également laissé sans calendrier fixe.

Les développeurs évaluent désormais si les contrats concernés peuvent être mis à jour par eux-mêmes ou si les spécifications de la mise à niveau doivent être modifiées. Le développeur de l'Ethereum Foundation Marius van der Wijden a déclaré que l'équipe travaille avec ChainSecurity et Dedaub, et mène des audits internes pour évaluer les effets sur les applications existantes.

La Fondation a indiqué que ses revues ne peuvent pas couvrir chaque projet, notamment lorsque les contrats interagissent avec des systèmes hors chaîne. Elle a demandé aux développeurs et aux auditeurs indépendants d'examiner à la fois les contrats on-chain et les outils hors chaîne, y compris les wallets, les relayers et autres infrastructures pouvant utiliser des limites de gaz codées en dur.

Les constatations doivent être soumises avant les prochaines discussions All Core Developers, le forum permanent où les équipes de clients Ethereum et les chercheurs coordonnent les changements de protocole. Les rapports doivent indiquer le contrat concerné, l'invariant en cause, les correctifs possibles et, le cas échéant, les tests. Ils peuvent être envoyés en privé à glamsterdam@ethereum.org. Sur la base des retours, les développeurs pourraient ajuster les EIP-8037 et EIP-8038, faisant de ces discussions le point de contrôle à surveiller pour les modifications de spécifications qui détermineraient quand le fork Hoodi pourra être reprogrammé.

Contexte de Glamsterdam

Glamsterdam a été déployée sur le testnet Sepolia le 6 octobre, où les développeurs ont commencé à tester ses changements de scalabilité sous une limite de gaz de 200 millions. La mise à niveau ajoute également la séparation proposeur-builder intégrée au protocole via l'EIP-7732 et les listes d'accès au niveau des blocs via l'EIP-7928. Les activations sur testnet comme celle-ci permettent aux développeurs d'observer le comportement de la mise à niveau dans un environnement réel avant le déploiement sur le mainnet.

Dans une évaluation en août, la Fondation avait indiqué que les relectures de transactions passées montraient que la plupart des smart contracts n'étaient pas affectés par les changements de tarification. Un groupe plus restreint nécessitait des limites de gaz plus élevées ou des modifications plus importantes pour éviter des échecs inattendus.

Le 26 octobre, les développeurs ont également fusionné un correctif concernant les dépôts de validateurs. Il corrigeait une faille qui aurait pu créditer des dépôts de staking à des constructeurs de blocs partageant la même clé publique. Des tests de régression ont été ajoutés aux spécifications.

La Fondation a déclaré que les travaux sur la prochaine mise à niveau, Hegota, se poursuivent en parallèle et ne sont pas affectés par le report de Glamsterdam.