Ethereum Reporte Glamsterdam Suite Alerte Sécurité EIP-8037

Imaginez préparer un événement majeur depuis des mois, envoyer toutes les invitations, calibrer chaque détail technique, et recevoir soudain une alerte qui force à tout remettre à plat. C’est précisément ce scénario qui s’est joué pour Ethereum et son prochain hard fork Glamsterdam. Les développeurs ont décidé de reporter l’activation prévue sur le testnet Hoodi, initialement fixée au 26 octobre, après que des inquiétudes de sécurité aient émergé autour de l’EIP-8037. Cette décision, annoncée le 22 octobre par la Fondation Ethereum, illustre à la fois la prudence qui caractérise le processus de mise à jour du réseau et la complexité croissante des interactions entre les nouvelles règles de gaz et les contrats intelligents déjà déployés sur la chaîne principale.

Pourquoi Ethereum a reporté Glamsterdam sur Hoodi

Le report concerne spécifiquement l’activation sur le testnet Hoodi, qui devait avoir lieu le 26 octobre à 17 h 42 min 48 s UTC, correspondant à l’epoch 132 352. Les développeurs ont retiré à la fois l’activation de la couche d’exécution Amsterdam et celle de la couche de consensus Gloas de la configuration révisée. En parallèle, l’augmentation prévue du plafond de gaz de Hoodi à 200 millions a été annulée. Cette hausse visait à tester le comportement du réseau sous une charge plus élevée avant toute décision de mainnet. La Fondation Ethereum a précisé que cette modification n’altère en rien l’historique existant de Hoodi : il s’agit uniquement d’un report d’une future mise à niveau, pas d’un rollback.

Cette décision est intervenue à la suite des discussions tenues lors de la réunion All Core Developers Execution. Les équipes ont convenu d’approfondir l’examen de la manière dont l’EIP-8037 interagit avec les contrats déjà présents sur le mainnet. Aucune nouvelle date d’activation sur Hoodi n’a été communiquée pour l’instant. Les opérateurs de nœuds ont été invités à mettre à jour leurs clients d’exécution et de consensus afin de supprimer l’activation du 26 octobre. Christine D. Kim, chercheuse Ethereum, a diffusé un message clair à l’intention des opérateurs : revenir à une version antérieure ou attendre les nouvelles releases qui retirent l’upgrade planifié.

Le contexte technique de Glamsterdam

Glamsterdam regroupe plusieurs propositions destinées à améliorer le traitement des transactions et la robustesse du protocole. Parmi les changements notables figurent l’enshrined proposer-builder separation (ePBS) et les block-level access lists. Ces mécanismes visent à réduire certaines formes de maximal extractable value tout en optimisant la manière dont les blocs sont construits et validés. Sur le testnet Sepolia, une première activation avait eu lieu le 6 octobre, permettant d’observer le comportement de l’upgrade avec un plafond de gaz plus élevé. Hoodi constituait l’étape suivante, plus proche des conditions du mainnet.

Le processus de développement d’Ethereum repose sur une succession de testnets. Chaque hard fork est d’abord déployé sur des réseaux de test pour identifier les incompatibilités, mesurer les performances et recueillir les retours des clients. Hoodi, plus récent, sert notamment à valider les configurations proches de la production. Le report actuel ne remet pas en cause l’activation déjà réalisée sur Sepolia ; il isole simplement les tests sur Hoodi le temps de clarifier les interactions avec l’EIP-8037.

L’EIP-8037 et les alertes de ChainSecurity

L’EIP-8037 introduit une comptabilité séparée pour le gaz consommé lors de la création d’état blockchain. Une proposition complémentaire, l’EIP-8038, modifie les coûts liés à l’accès à l’état existant. Ces changements visent à mieux refléter le coût réel des opérations, mais ils modifient le comportement des transactions qui échouent pour cause de gaz insuffisant. ChainSecurity, cabinet spécialisé en sécurité blockchain, a publié une analyse technique le 13 octobre soulignant que ces nouvelles règles pouvaient affecter la manière dont certains contrats intelligents gèrent les appels externes qui échouent.

De nombreux contrats utilisent le solde de gaz restant pour déterminer si une opération a échoué de façon permanente ou si elle peut être retentée. Sous les règles proposées, une opération qui aurait auparavant provoqué un revert complet pourrait laisser suffisamment de gaz pour que le contrat appelant continue son exécution. Dans certains cas, cela conduirait à enregistrer un échec sans permettre à l’utilisateur de retenter l’opération. ChainSecurity a indiqué avoir identifié 13 exemples réels de contrats potentiellement affectés et a engagé un processus de divulgation responsable auprès des projets concernés. Les noms des applications n’ont pas été rendus publics.

Il a été décidé de retarder le hard fork Glamsterdam sur le testnet Hoodi en raison des impacts de sécurité que nous avons identifiés. Nous avons déjà trouvé 13 exemples réels et sommes en divulgation responsable avec les projets concernés.

ChainSecurity, 22 octobre 2026

Ces mécanismes concernent notamment les transactions groupées, les retraits et d’autres opérations qui s’appuient sur des règles de gestion d’échec précises. L’évaluation technique montre que des échecs pour gaz insuffisant pourraient interférer avec des protections existantes sans nécessiter de modification du code des contrats déjà déployés. Cette situation explique pourquoi les développeurs ont choisi de suspendre l’activation plutôt que de risquer des comportements inattendus une fois le hard fork actif.

Instructions aux opérateurs de nœuds

La Fondation Ethereum a publié un tableau de releases révisé. Pour la couche de consensus, Lodestar v1.50.1 est mentionné. Côté exécution, Besu 26.10.1 et Nethermind 2.2.1 figurent parmi les versions mises à jour. Ethrex v30.0.1-rc.2 apparaît en prerelease, tandis que d’autres clients attendent encore confirmation. Les opérateurs doivent vérifier à la fois leurs nœuds beacon et leurs clients validateurs, y compris toute infrastructure externe de construction de blocs. Les versions listées dans l’annonce Hoodi précédente ne doivent pas être considérées comme compatibles avec le report.

Cette communication souligne l’importance d’une coordination étroite entre les équipes de clients. Un nœud qui conserverait l’ancienne configuration risquerait de tenter l’activation annulée et de se retrouver isolé. Les opérateurs ont donc été invités à agir avant le 26 octobre, date initialement prévue. Cette exigence de mise à jour rapide est typique des hard forks Ethereum, où la synchronisation des versions conditionne le bon déroulement de la transition.

Impact sur le calendrier mainnet et les dates discutées

Avant le report, plusieurs dates de mainnet avaient été évoquées : 1er, 8 et 9 décembre. L’ordre du jour de la réunion du 22 octobre prévoyait de sélectionner une date la semaine suivante si les tests Hoodi se déroulaient correctement. Aucune de ces dates n’a été confirmée, et la dernière annonce de la Fondation ne fixe pas de nouveau calendrier. Les développeurs doivent d’abord terminer l’examen des questions de compatibilité avant de proposer une nouvelle activation sur Hoodi, puis sur le mainnet.

La Fondation a précisé que les utilisateurs du mainnet et les détenteurs d’ETH n’ont aucune action à entreprendre. Les développeurs d’applications ont été invités à ne pas planifier de tests supplémentaires sur Hoodi autour de la date du 26 octobre. Cette distinction entre testnets et mainnet permet de contenir les risques tout en maintenant la continuité du réseau principal. Curve Finance avait précédemment souligné les bénéfices potentiels pour la DeFi, tout en alertant sur le fait que les révisions de coûts de gaz pourraient affecter certaines applications.

Comprendre les enjeux du gaz et des contrats intelligents

Le gaz mesure le coût computationnel des opérations sur Ethereum. Chaque instruction consomme une quantité définie de gaz, et une transaction qui dépasse la limite disponible est annulée (revert). De nombreux protocoles DeFi et applications utilisent cette mécanique de revert pour gérer les échecs de façon atomique. Lorsque le gaz restant après un appel externe échoue de manière inattendue, le contrat appelant peut interpréter la situation différemment selon les règles en vigueur. L’EIP-8037 modifie précisément cette frontière, ce qui explique la nécessité d’une analyse approfondie avant déploiement.

Les block-level access lists et l’ePBS font partie des innovations de Glamsterdam. Les access lists permettent de déclarer à l’avance les comptes et emplacements de stockage qui seront lus ou écrits, ce qui peut réduire certains coûts et améliorer la prévisibilité. L’ePBS intègre la séparation entre proposers et builders directement dans le protocole, limitant les possibilités de censure ou d’extraction de valeur excessive. Ces fonctionnalités restent prometteuses, mais leur interaction avec les règles de gaz existantes doit être validée sur des testnets représentatifs.

Historiquement, Ethereum a déjà reporté ou ajusté des hard forks pour des raisons de sécurité ou de stabilité. Le passage de Proof of Work à Proof of Stake (The Merge) a nécessité des mois de tests intensifs. Les upgrades Dencun et Pectra ont également fait l’objet de phases de validation progressives. Le report actuel s’inscrit dans cette tradition de prudence plutôt que dans une remise en cause de la roadmap. Il montre que la communauté privilégie la robustesse des contrats déjà déployés sur la vitesse de déploiement.

Réactions et prochaines étapes attendues

La communauté des développeurs a accueilli la décision avec un mélange de compréhension et d’attente. Le processus de divulgation responsable engagé par ChainSecurity permet aux projets concernés d’évaluer l’impact avant toute communication publique. Pendant ce temps, les équipes de clients travaillent à publier des versions qui retirent définitivement l’activation Hoodi. Une fois les investigations terminées, une nouvelle date de testnet pourra être proposée, suivie d’une activation mainnet une fois la confiance rétablie.

Pour les utilisateurs finaux, l’impact immédiat reste nul. Le mainnet continue de fonctionner selon les règles actuelles. Les détenteurs d’ETH et les utilisateurs de protocoles DeFi n’ont pas à migrer de fonds ou à modifier leurs positions. En revanche, les développeurs qui préparaient des intégrations spécifiques à Glamsterdam devront ajuster leurs calendriers de test. Cette phase d’attente offre également l’occasion d’auditer plus largement les contrats qui s’appuient sur des hypothèses fines concernant le gaz restant après échec.

À plus long terme, ce report souligne l’importance croissante des analyses de compatibilité rétroactive. À mesure que le nombre de contrats déployés augmente et que les règles de protocole évoluent, chaque nouvelle proposition de gaz ou de coût doit être évaluée non seulement pour ses bénéfices, mais aussi pour ses effets secondaires sur l’écosystème existant. Les 13 exemples identifiés par ChainSecurity constituent un rappel concret de cette réalité. Ils montrent que même des modifications apparemment techniques peuvent avoir des conséquences sur des mécanismes de retry, de batching ou de gestion d’erreurs largement utilisés.

Les discussions au sein des All Core Developers se poursuivront dans les semaines à venir. L’objectif reste de trouver un équilibre entre l’introduction de nouvelles fonctionnalités et la préservation du comportement attendu des contrats déjà en production. Une fois les clarifications apportées, Glamsterdam pourra reprendre son chemin vers le mainnet, probablement avec un calendrier révisé mais des garanties de sécurité renforcées. En attendant, le réseau continue d’opérer normalement, et la communauté observe attentivement la suite des investigations.

Cette séquence illustre une fois de plus la maturité du processus de gouvernance technique d’Ethereum. Plutôt que de forcer une activation malgré des signaux d’alerte, les équipes ont choisi de prendre le temps nécessaire. Pour un réseau qui sécurise des centaines de milliards de dollars de valeur, cette approche reste la plus rationnelle. Les utilisateurs peuvent donc continuer leurs activités habituelles en attendant les prochaines communications officielles sur le calendrier révisé de Glamsterdam.