La mise à jour Glamsterdam d'Ethereum pourrait-elle glisser au-delà de décembre ?

Les développeurs d'Ethereum ont retardé le déploiement du durcissement (hard fork) Glamsterdam sur le testnet Hoodi après que des experts en sécurité aient identifié des ajustements potentiels liés à la comptabilité du gaz, susceptibles d'affecter le fonctionnement des contrats intelligents actuellement déployés lors d'échecs de transactions.

Par conséquent, la dernière mise à jour reporte indéfiniment l'activation du prochain durcissement du réseau principal d'Ethereum et jette le doute sur sa fenêtre de déploiement provisoire en décembre.

Le calendrier de Glamsterdam est incertain

Selon la Fondation Ethereum, l'équipe de développement a reporté l'activation en raison de préoccupations de sécurité, comme indiqué dans un article de blog publié jeudi. Conformément à la Fondation a déclaré, les développeurs ont pris conjointement la décision de reporter la mise à jour lors de l'appel ACDE #248 afin d'évaluer l'interaction entre la proposition EIP-8037 et les contrats intelligents actuellement déployés sur le réseau principal.

Initialement, le durcissement Hoodi devait être activé le 26 octobre à 17 h 42 min 48 s UTC, à l’époque 132 352. Désormais, cette époque a été supprimée de la configuration de déploiement sans qu’aucune nouvelle époque ne soit planifiée.

Par ailleurs, ce retard affecte le déploiement de l’activation de la couche de consensus Gloas ainsi qu’une augmentation prévue de la limite actuelle de gaz sur Hoodi à 200 millions, dans le cadre du package de mise à jour du durcissement Glamsterdam. Toutefois, la Fondation a souligné que ce changement de calendrier n’affecterait pas l’historique existant de la chaîne Hoodi.

Comment les modifications du gaz pourraient se retourner contre leurs auteurs

Ce problème remonte au 13 octobre, lorsque l’entreprise d’audit blockchain ChainSecurity a qualifié deux propositions issues de Glamsterdam, à savoir EIP-8037 et EIP-8038, de menace pour les mesures actuelles visant à prévenir ce qu’elle appelle le « griefing par manque de gaz ». Selon cet attaque, l’appelant envoie intentionnellement un montant insuffisant de gaz afin de provoquer l’échec d’une fonction légitime d’un contrat.

Grâce à ces nouvelles mesures, il sera possible de restituer du gaz à un contrat après l’échec d’une opération, permettant ainsi de poursuivre l’exécution qui aurait autrement été interrompue.

De nombreux contrats utilisent la quantité de gaz restante au milieu d'une transaction comme l'une des mesures de sécurité. Modifier cette hypothèse rendrait possible pour le contrat de finaliser l'opération échouée, empêchant ainsi un utilisateur de réclamer quoi que ce soit ou d'effectuer une autre opération.

Rappel : vous pouvez désormais synchroniser un nœud Ethereum en moins d'une demi-journée et, avec des paramètres agressifs, l'espace disque requis peut être inférieur à 0,5 téraoctet.

L'EIP-4444 et les efforts considérables des équipes clients pour optimiser la synchronisation par instantanés (snap sync) ont grandement amélioré la situation.

Glamsterdam améliorera encore davantage la situation de synchronisation (par exemple, le nouveau protocole de synchronisation de Nimbus l'utilise).

— vitalik.eth (@VitalikButerin) September 26, 2026

Certaines vérifications de gaz résisteront malgré tous les changements, mais il sera nécessaire de les auditer pour tenir compte du nouveau système de comptabilité de Glamsterdam.

13 contrats du monde réel signalés

ChainSecurity a annoncé vendredi avoir découvert 13 cas de contrats potentiellement exposés dans le monde réel et avoir entrepris une divulgation responsable auprès des projets concernés. Bien que ChainSecurity 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.

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

De plus, cette annonce fait suite à un avertissement précédent de la Fondation Ethereum indiquant que le nouveau mécanisme de tarification du gaz de Glamsterdam pourrait affecter les portefeuilles, les indexeurs et les estimateurs de gaz fonctionnant sous des hypothèses fixes.

Glamsterdam a été lancé sur le testnet Sepolia le 6 octobre, tandis que Hoodi constituait l'étape suivante prévue avant le lancement sur le réseau principal.

Au départ, l'équipe prévoyait un lancement sur le réseau principal en décembre, sous réserve d'essais concluants sur le testnet Hoodi. Cependant, puisque Hoodi n'est plus une option envisageable, la date de sortie proposée pour décembre ne doit pas être considérée comme une échéance fixe.