Ethereum Glamsterdam : le fork du testnet Hoodi du 26 octobre reporté sans nouvelle date

Mise à jour du 22 octobre 2026, 16 h 45 UTC : le fork Glamsterdam prévu le 26 octobre sur Hoodi a été déprogrammé, et aucune nouvelle date n’a été fixée. La configuration du réseau a été rétablie par la pull request #33 du dépôt eth-clients/hoodi, fusionnée à 15 h 02 UTC (17 h 02 à Paris) pendant l’appel All Core Devs Execution (ACDE #248). Des équipes de clients comme Lodestar et Besu ont suivi avec des changements qui retirent aussi la gas limit de 200 millions prévue. Aucune raison officielle n’a été donnée pour l’instant. Les dates candidates de décembre pour le mainnet supposaient un fork Hoodi sans accroc et sont désormais incertaines ; prochain rendez-vous : l’appel de la couche de consensus ACDC #190, le 29 octobre à 14 h 00 UTC (15 h 00 à Paris).

Pourquoi le fork de Hoodi a été retiré : ce que l’on sait

La pull request, rédigée par Barnabas Busa, de l’équipe DevOps de la Fondation Ethereum, ne donne aucune raison. Elle retire l’heure d’activation d’Amsterdam du fichier genesis, ainsi que tous les paramètres Gloas et le calendrier de gas limit de la configuration de consensus : les fichiers reviennent à leur état d’avant la programmation du fork. La modification équivalente de Lodestar, la pull request #10461, fusionnée à 16 h 15 UTC, remet l’epoch du fork Gloas sur Hoodi à l’infini et précise que le fork a été déprogrammé lors de « l’appel ACD du jour ». Besu a fusionné sa propre modification, « Unschedule Amsterdam on Hoodi », à 15 h 22 UTC ; des pull requests similaires pour Prysm, Nimbus et ethrex étaient encore ouvertes dans l’après-midi.

L’ordre du jour de l’appel, ACDE #248, s’ouvrait sur la sécurité de Glamsterdam. Le 21 octobre, un chercheur en sécurité avait relayé les conclusions d’un audit portant sur deux propositions de tarification du gaz du paquet, l’EIP-8037 et l’EIP-8038, et demandé aux développeurs d’en discuter. Aucun développeur n’a relié publiquement ces conclusions à la décision, et le compte rendu de l’appel n’était pas publié à 16 h 40 UTC.

The Defiant a rapporté l’annulation le jour même : selon le site, les opérateurs de nœuds sont invités à utiliser des logiciels sans le fork programmé, tandis que l’activation sur le mainnet reste indécise.

Le reste de cette page, publiée le 16 octobre, a été corrigé là où le report change les choses.

La mise à jour Ethereum Glamsterdam devait atteindre son dernier testnet public le lundi 26 octobre 2026 à 17:42:48 UTC, soit 18 h 42 à Paris, quand Hoodi devait basculer à l’epoch 132 352 (slot 4 235 264). Ce fork est désormais reporté, sans nouvelle date. C’est sur Hoodi que les grands opérateurs de staking, les dépositaires et les block builders gardent leurs installations de test. Cette répétition générale décide donc du moment où le mainnet pourra suivre. La programmation du fork figurait à l’ordre du jour de l’appel All Core Devs Execution du 8 octobre (ACDE #247), et la configuration avait été fusionnée dans le dépôt du réseau le lendemain.

Sepolia est passé en premier, le 6 octobre, et notre article sur l’activation de Glamsterdam sur Sepolia détaille ce que contient le paquet. Pour le réseau principal d’Ethereum, rien n’est tranché. Des dates candidates en décembre étaient sur la table, toutes suspendues au bon déroulement de Hoodi : elles sont désormais incertaines.

Le fork prévu sur Hoodi : date, heure, epoch et gas limit

Le fork était prévu au temps UNIX 1793036568. En France, en Belgique, en Suisse et au Luxembourg, cela aurait donné 18 h 42 (le passage à l’heure d’hiver a lieu dans la nuit du 25 octobre, la veille). Il aurait été 17 h 42 à Dakar et à Abidjan, 18 h 42 à Kinshasa et 13 h 42 à Montréal, où l’heure d’été court encore jusqu’au 1er novembre. Au même instant, les clients d’exécution devaient passer à Amsterdam et les clients de consensus à Gloas : c’est ce double nom qui a donné « Glamsterdam ».

Barnabas Busa, de l’équipe DevOps de la Fondation Ethereum, a inscrit le calendrier dans la pull request #31 du dépôt eth-clients/hoodi. Elle relevait aussi la limite de gaz par bloc à 200 millions à l’epoch du fork, au moyen d’un calendrier de gas limit copié sur celui de Sepolia. Sur le mainnet, les blocs plafonnent aujourd’hui autour de 60 millions. La version 26.10.1 de Teku, publiée le 15 octobre, donne le même instant. Ses notes de version la présentent comme une mise à jour obligatoire pour le fork Glamsterdam de Hoodi, « epoch 132352, soit le 26 oct. 2026 à 17:42:48 UTC ».

Deux documents officiels sont en retard. La Fondation Ethereum n’a publié aucune annonce pour Hoodi (son billet sur les testnets de Glamsterdam ne traite que de Sepolia), et le tableau d’activation de la méta-EIP-7773 laissait encore vide la ligne Hoodi le 16 octobre. Les chiffres de cette page viennent donc de la configuration du réseau lui-même et des notes de version des clients.

Ce que Hoodi met à l’épreuve : l’ePBS face aux vrais stakers et builders

Les 18 EIP de Glamsterdam sont passées en Last Call lors de l’appel de test ACDT #99, a rapporté Ethereal News le 9 octobre. Dans les faits, le périmètre est figé. Celle qui a le plus besoin de Hoodi est l’EIP-7732, la séparation proposeur-builder inscrite dans le protocole (ePBS, pour enshrined proposer-builder separation), parce qu’elle change le quotidien de chaque opérateur de validateurs.

Les notes de Lodestar v1.50.0 expliquent ce que cela implique au moment du fork. Le fee recipient et la gas limit proviendront de préférences signées par le proposeur. Le beacon node se met à refuser, avec une erreur 410, les deux appels que les clients validateurs utilisent aujourd’hui pour s’annoncer (prepare_beacon_proposer et register_validator). Les offres des builders arrivent dans le protocole, par le réseau pair-à-pair, et les builders externes se configurent sur le client validateur, et non plus via des relais branchés sur le beacon node. Beacon node et client validateur doivent être mis à jour ensemble. Prysm 7.2.1 a ajouté pour le même usage des options du validateur comme --builder-urls et --builder-min-bid.

C’est la partie que le secteur du staking doit encore valider. « Il nous reste beaucoup de tests à faire avec de vrais builders sur Hoodi », a écrit dgusakov au nom de Lido, le 15 octobre, dans le fil de l’appel ACDC #189. Pooja Ranjan a rédigé une liste de contrôle de préparation de l’écosystème à Glamsterdam qui commence par l’EIP-7732. Elle l’a lancée après la demande d’une institution financière qui teste les nouvelles tâches des validateurs.

Le reste du paquet devait lui aussi affronter, pour la première fois, une vraie charge de staking. Jochem Brouwer, en préparant l’appel ACDT #100, a mis trois changements côte à côte : la taille maximale d’un contrat passe de 24 à 64 Kio, la gas limit de 60 à 200 millions et la lecture d’un compte de 2 600 à 3 000 gaz. Mis bout à bout, a-t-il écrit, le nombre maximal d’octets que l’EVM peut lire dans un bloc est multiplié par huit environ. Les frais de gaz des calldata et de la création d’état changent aussi, et les notes de Besu précisent qu’Amsterdam rejette toute transaction dont la gas limit dépasse 2^32 − 1. Les contrats qui codent en dur des montants de gaz risquent de casser.

Les tests trouvent encore des bugs. Geth v1.17.8, sorti le 8 octobre, a corrigé plusieurs risques de déni de service, dont la plupart ne pouvaient se déclencher qu’une fois Amsterdam actif, selon ses notes de version.

Clients Ethereum prêts pour Hoodi au 16 octobre

Les équipes des clients devaient livrer leurs versions Hoodi au plus tard le vendredi 16 octobre, dix jours avant le fork, une échéance rappelée dans l’ordre du jour de l’ACDT #100. Lors de notre vérification des pages de versions GitHub ce jour-là, à 14 h 06 UTC (16 h 06 à Paris), les versions suivantes programmaient explicitement le fork de Hoodi :

Sept autres clients n’avaient pas encore de version Hoodi. Leurs dernières versions étaient alors Geth v1.17.8 (8 octobre), Nethermind 2.1.0 (1er octobre), Reth v2.7.0 (28 septembre) et Erigon v3.7.1 (2 octobre) côté exécution, et Prysm v7.2.1 (5 octobre), la préversion Lighthouse v8.3.0-rc.0 (1er octobre) et la préversion Grandine 3.0.0-rc.0 (30 septembre) côté consensus. Les notes de Lighthouse indiquent toujours que le fork Gloas « n’est pas encore programmé sur Hoodi ni sur le mainnet ».

Ce tableau n’est plus à jour pour Hoodi. Depuis le 22 octobre, les équipes des clients retirent le fork de leur configuration Hoodi : Lodestar et Besu ont fusionné la modification ce jour-là, et des pull requests étaient ouvertes pour Prysm, Nimbus et ethrex. Chaque opérateur de nœud doit lire les prochaines notes de version de son client, d’exécution comme de consensus, et faire tourner la version recommandée pour Hoodi.

Ce que doivent faire opérateurs de nœuds, stakers et développeurs

Le fork étant retiré du calendrier, la marche à suivre change :

• Les opérateurs de nœuds Hoodi n’ont plus d’échéance au 26 octobre. Ils suivent les versions de leurs clients qui retirent le fork et évitent de garder une version qui l’activerait d’elle-même.
• Les stakers sur Hoodi gardent pour l’instant leurs réglages de builder actuels. La nouvelle configuration ePBS décrite dans les notes des clients ne comptera qu’une fois une nouvelle date fixée, et le calendrier de gas limit à 200 millions a été retiré avec le fork.
• Les builders et les relais devront toujours tester leurs interfaces ePBS sur Hoodi, principal point ouvert avant le mainnet, une fois le fork reprogrammé.
• Les développeurs d’applications et d’outils testent leurs contrats face aux nouveaux coûts en gaz, au log désormais émis lors des transferts d’ETH (EIP-7708) et aux nouveaux opcodes comme SLOTNUM. Hardhat v3.19.0 a élargi sa prise en charge expérimentale de Glamsterdam.

Les prestataires européens qui proposent du staking dans le cadre de MiCA, en France comme ailleurs dans l’Union, et les dépositaires qui l’offrent à leurs clients perdent une date de test fixe : leur répétition sur Hoodi attend désormais un nouveau calendrier.

Les détenteurs d’ETH n’ont rien à faire. Les jetons de Hoodi n’ont aucune valeur, et le fork du testnet laisse chaque solde du mainnet exactement où il est. Si quelqu’un vous demande de connecter un portefeuille, de signer une transaction ou d’envoyer des ETH « pour Glamsterdam », c’est une arnaque, et notre guide pour éviter les arnaques crypto décrit les ficelles habituelles. Les opérateurs de nœuds du mainnet n’ont, eux non plus, rien à installer pour l’instant.

Les stakers solo, qui font tourner un validateur chez eux, ont intérêt à surveiller leur matériel. Brouwer estime que la vitesse de lecture et d’écriture séquentielle de 500 Mo/s prévue par la spécification minimale actuelle (EIP-7870) est trop lente pour Glamsterdam, et propose une nouvelle EIP de spécification minimale pour chaque fork. C’est une proposition, pas une décision.

Date de Glamsterdam sur le mainnet Ethereum : décembre devient incertain

Le billet de la Fondation sur les testnets était clair : l’annonce couvre Sepolia et ne programme pas de mise à jour du mainnet. Les premiers chiffres concrets sont arrivés le 15 octobre. Busa a écrit ce jour-là qu’« en supposant un fork Hoodi réussi », le mainnet devrait viser l’epoch 493 056, qui tombe le 1er décembre 2026 à 20:38:47 UTC (21 h 38 à Paris, 15 h 38 à Montréal). Son autre option est l’epoch 494 592, le 8 décembre à 16:29:11 UTC (17 h 29 à Paris, 11 h 29 à Montréal). Lido a répondu le jour même et demandé le 8 décembre, pour laisser le temps de tester avec les builders.

Les deux dates n’étaient que des propositions. L’ordre du jour de l’ACDE #248 du 22 octobre citait le 1er, le 8 ou le 9 décembre, avec l’objectif de fixer la date lors de l’appel de consensus de la semaine suivante « si Hoodi se passe bien ». Le fork Hoodi étant déprogrammé, cette condition n’est pas remplie, et aucune nouvelle date n’a été proposée pour le mainnet. Glamsterdam figure à l’ordre du jour de l’ACDC #190, le 29 octobre à 14 h 00 UTC (15 h 00 à Paris). Aucun calendrier de gas limit n’a été publié pour le mainnet.

Cette page sera mise à jour dès l’annonce d’une nouvelle date pour Hoodi ou de l’epoch du mainnet.

Ce qui reste inconnu

Les développeurs n’ont pas expliqué publiquement pourquoi le fork de Hoodi a été retiré ; le compte rendu de l’ACDE #248 n’était pas publié à 16 h 40 UTC. Hoodi n’a pas de nouvelle date, et l’epoch du mainnet, sa gas limit et le sort de la proposition sur le matériel restent ouverts. Les développeurs ont déjà commencé à cadrer le fork suivant, Hegotá.