ActualitésCryptoEthereum reporte le hard fork Glamsterdam sur le testnet Hoodi en raison de risques liés aux smart contracts

Ethereum reporte le hard fork Glamsterdam sur le testnet Hoodi en raison de risques liés aux smart contracts

Auteur: CryptoMeter io·

Points clés

  • •Les développeurs d'Ethereum ont annulé l'activation prévue du hard fork Glamsterdam sur le testnet Hoodi le 26 octobre 2026 lors d'une réunion de coordination le 22 octobre, afin de laisser plus de temps à la recherche sur les vulnérabilités.
  • •Le report découle d'une analyse de ChainSecurity sur les modifications proposées de la comptabilisation du gaz sous EIP-8037 et EIP-8038, qui a identifié 13 cas réels de contrats potentiellement affectés.
  • •Selon les règles proposées, certaines opérations échouées pourraient être enregistrées de façon permanente sur la chaîne au lieu d'être annulées, empêchant potentiellement les utilisateurs de réessayer des transactions légitimes.
  • •Glamsterdam avait déjà été lancé sur le testnet Sepolia le 6 octobre, et le déploiement annulé sur Hoodi comprenait également une augmentation de la limite de gaz du testnet à 200 millions.
  • •L'Ethereum Foundation n'a pas annoncé de date de remplacement pour Hoodi, laissant le lancement de Glamsterdam sur le mainnet — précédemment envisagé pour début décembre — non résolu, sans pertes financières confirmées signalées.
Ethereum reporte le hard fork Glamsterdam sur le testnet Hoodi en raison de risques liés aux smart contracts

Les développeurs d'Ethereum ont reporté le hard fork Glamsterdam sur le testnet Hoodi après que des chercheurs en sécurité ont exprimé des inquiétudes quant à l'impact de la mise à niveau sur les smart contracts existants. L'activation était prévue pour le 26 octobre 2026, mais a été annulée lors d'une réunion de coordination tenue le 22 octobre, laissant aux chercheurs un temps supplémentaire pour étudier les vulnérabilités potentielles avant que la mise à niveau du réseau ne se poursuive.

Pour Glamsterdam, l'activation sur Hoodi était positionnée comme la répétition générale avant le mainnet — l'étape où les équipes clientes, les opérateurs de nœuds et les validateurs confirment qu'une mise à niveau se comporte correctement dans des conditions de réseau réel avant que les mêmes règles n'atteignent la chaîne de production d'Ethereum. C'est pourquoi une annulation à ce stade a des répercussions directes sur le calendrier global de déploiement.

Cette décision fait suite à une analyse de la société de sécurité des smart contracts ChainSecurity, qui a identifié des risques liés aux modifications proposées du système de comptabilisation du gaz d'Ethereum. Selon la société, les chercheurs ont découvert 13 cas réels impliquant des contrats potentiellement affectés. ChainSecurity coordonne des divulgations responsables avec les projets concernés pendant que l'Ethereum Foundation évalue les implications de sécurité plus larges.

Les chercheurs en sécurité signalent des vulnérabilités potentielles de contrats

Les inquiétudes portent principalement sur EIP-8037 et EIP-8038, deux propositions qui modifient la tarification du gaz et la gestion de l'état d'Ethereum. Le gaz est l'unité qui tarife les calculs sur Ethereum, c'est pourquoi même des changements techniques de comptabilisation peuvent révéler des dépendances cachées dans les contrats déployés. Selon les règles proposées, les smart contracts existants pourraient se comporter différemment lorsque les transactions manquent de gaz.

L'analyse technique de ChainSecurity indique que certaines opérations échouées pourraient produire des résultats inattendus. Dans certaines circonstances, les contrats pourraient enregistrer de façon permanente des transactions échouées qui auraient auparavant été annulées (revert), empêchant potentiellement les utilisateurs de réessayer des opérations légitimes.

Les chercheurs ont exhorté les équipes de développement à examiner leurs smart contracts pour détecter les dépendances au comportement actuel du gaz. Les projets et adresses de contrats concernés n'ont pas été rendus publics, et aucune perte financière confirmée'a été signalée en lien avec ces découvertes. Les problèmes ayant été détectés lors des tests sur testnet, le processus de divulgation responsable donne aux équipes concernées le temps d'adapter leurs contrats avant toute activation sur le mainnet.

Les développeurs réévaluent les plans de déploiement de Glamsterdam

Glamsterdam s'inscrit dans l'effort plus large d'Ethereum pour améliorer la scalabilité, le traitement des transactions et l'efficacité du réseau. Ses principales fonctionnalités comprennent la séparation proposeur-constructeur enshrined et les listes d'accès au niveau des blocs, toutes deux conçues pour améliorer la production et la validation des blocs.

Ethereum a activé Glamsterdam sur le testnet Sepolia le 6 octobre. Les développeurs ont ensuite programmé le déploiement sur Hoodi pour le 26 octobre, accompagné d'une augmentation de la limite de gaz du testnet à 200 millions, comme indiqué dans l'annonce officielle de Hoodi. La dernière décision supprime à la fois l'activation prévue et l'ajustement de la limite de gaz associé.

Les opérateurs de nœuds et les validateurs de Hoodi doivent désormais revoir leurs configurations logicielles afin d'assurer la compatibilité avec le calendrier révisé.

Le calendrier du mainnet reste incertain

Le report assombrit le chemin de Glamsterdam vers le mainnet d'Ethereum. Les développeurs avaient envisagé des dates d'activation début décembre, sous réserve de tests réussis sur Hoodi. L'Ethereum Foundation n'a pas annoncé de date de remplacement pour l'activation sur testnet ni confirmé un calendrier de lancement sur le mainnet.

La prochaine étape pour Glamsterdam est une activation révisée sur Hoodi, qui permettrait de reprendre la séquence de tests ; en attendant que la Foundation fixe cette date, le calendrier du mainnet reste ouvert.

Entre-temps, les développeurs poursuivent l'enquête sur les découvertes de sécurité et évaluent si des modifications supplémentaires du protocole sont nécessaires. Cet épisode souligne l'importance de tester les mises à niveau du protocole par rapport aux applications existantes avant que les changements n'atteignent le réseau de production d'Ethereum.