Mis à jour le 26 octobre 2026.
Glamsterdam ne sera pas activé sur Hoodi le 26 octobre : la Fondation Ethereum a annoncé son report le 22 octobre, sans fixer de nouvelle date. Les opérateurs de ce réseau de test doivent vérifier leurs logiciels, mais cette annonce ne demande aucune intervention aux utilisateurs du réseau principal ni aux détenteurs d’ETH.
La priorité consiste à ne plus appliquer l’ancien calendrier. L’avis officiel de report remplace les consignes d’activation précédentes et concerne à la fois la couche d’exécution et la couche de consensus, pas seulement le composant que l’on met habituellement à jour.
Glamsterdam : ce qui disparaît du calendrier Hoodi
L’activation était prévue le 26 octobre 2026 à 17:42:48 UTC, à l’epoch 132352. Cette échéance est supprimée, et non décalée automatiquement au lendemain : aucune nouvelle epoch ni aucun nouvel horaire ne sont annoncés dans le communiqué vérifié.
Le changement retire l’activation d’Amsterdam pour l’exécution et celle de Gloas pour le consensus. Il supprime aussi le passage programmé de la limite de gas de Hoodi à 200 millions à cette même epoch : l’ancien calendrier ne permet donc plus de présenter cette hausse comme acquise.
L’annonce du 16 octobre reste consultable, mais un avertissement précise désormais que ses instructions et son calendrier sont remplacés. Ses tableaux documentent le projet initial ; ils ne constituent plus un mode d’emploi à suivre pour cette activation.
| Point | Conséquence du report |
|---|---|
| Ancienne activation | 26 octobre, 17:42:48 UTC, epoch 132352 : supprimée |
| Nouvelle échéance | Aucune date ni epoch de remplacement annoncée |
| Limite de gas à 200M | Hausse liée à l’ancienne epoch supprimée |
| Opérateurs Hoodi | Vérifier exécution, consensus et composants de validation |
| Réseau principal et détenteurs d’ETH | Aucune action requise du fait de cette annonce |
Pourquoi les interactions avec EIP-8037 sont examinées
La raison donnée est la nécessité d’approfondir les interactions entre EIP-8037 et les contrats du réseau principal. Cela ne prouve ni une attaque, ni une incompatibilité générale, ni une perte de fonds dans une application particulière : le communiqué n’établit aucun de ces scénarios.
La proposition EIP-8037 porte sur une hausse et une comptabilisation distincte du gas consacré à la création d’état. L’enjeu dépasse donc le prix affiché d’une transaction : certaines hypothèses de fonctionnement peuvent dépendre du budget de gas disponible pendant l’exécution.
Les limites fixées dans le code et les outils d’estimation méritent notamment une attention spécifique. Notre analyse de la révision du gas avec Glamsterdam replace ces questions dans leur contexte ; le report ajoute une décision de calendrier sans signifier que les changements envisagés sont abandonnés.
Quels contrôles pour les nœuds et validateurs Hoodi ?
Un logiciel compatible avec l’activation initiale n’est pas nécessairement compatible avec son annulation. La Fondation avertit que les versions figurant dans les anciens tableaux ne doivent pas être considérées comme une preuve de prise en charge du report, même si elles annonçaient le support de Glamsterdam.
Les notes de Geth v1.17.10 donnent un exemple côté exécution : cette version annule Amsterdam sur Hoodi. Les opérateurs Hoodi utilisant v1.17.9 doivent effectuer la mise à jour avant l’ancien horaire ; les notes précisent que les autres réseaux ne sont pas concernés.
Côté consensus, Lighthouse v8.3.2 désactive Gloas sur Hoodi. Pour la validation, les consignes portent sur le nœud beacon, le client validateur et le client d’exécution : mettre à jour un seul service ne suffit pas à décrire la situation de toute l’installation.
Il s’agit d’exemples tirés des publications des équipes, et non d’une combinaison installée ou testée par CryptoRoad. Les utilisateurs d’autres clients doivent consulter leurs propres notes de version, vérifier les configurations personnalisées et suivre les instructions des fournisseurs d’infrastructure de construction de blocs.
Le report n’efface pas l’historique de la chaîne
La modification retire une configuration prévue pour un événement futur ; elle ne revient pas sur l’historique de Hoodi. Parler d’annulation des transactions déjà confirmées ou de remise à zéro du réseau décrirait autre chose que la mesure annoncée.
Pour une équipe applicative, la conséquence immédiate est de revoir les essais organisés autour du 26 octobre. Un résultat obtenu avant l’activation ne démontre pas le comportement sous les nouvelles règles, et un créneau réservé selon l’ancien calendrier ne garantit plus l’environnement attendu.
Consigner le réseau, les versions et les règles actives avec chaque résultat permet de préserver la valeur des comparaisons. Il faut distinguer préparation, activation et observations ultérieures, au lieu de supposer qu’une date sur un compte rendu suffit à identifier les conditions du test.
Les essais de Glamsterdam sur la devnet 11 relèvent ainsi d’une étape différente. Ils éclairent le développement du protocole, mais ne remplacent pas une confirmation d’activation sur Hoodi et ne fixent pas davantage un lancement sur le réseau principal.
Faut-il déplacer ses ETH ou modifier son portefeuille ?
Non : ce report n’impose aucune migration de fonds, aucun nouveau jeton et aucune signature pour conserver ses ETH. L’avis concerne un réseau de test ; il ne justifie donc pas une demande de connexion du portefeuille présentée comme une étape obligatoire de la mise à niveau.
Le prochain repère sera un nouveau calendrier officiel accompagné de consignes cohérentes pour les clients. D’ici là, une estimation ou un rappel fondé sur l’ancienne annonce doit rester identifié comme tel, sans devenir une échéance prétendument confirmée pour Hoodi ou pour le réseau principal Ethereum.
