Mis à jour le 14 septembre 2026.
Le réseau Ethereum Glamsterdam Devnet-11 démarre le 14 septembre à 12 h UTC. Ce devnet de courte durée doit tester une transition contrôlée vers le fork Gloas, en portant une attention particulière à l’interopérabilité des clients et aux besoins des opérateurs de Layer 2.
Le fork est prévu à l’époque 450, le 16 septembre à 12 h UTC. Une expérience optionnelle doit ensuite faire passer la limite de gas de 60 à 200 millions. Ce n’est ni une mise à jour du mainnet ni la confirmation de cette valeur pour Ethereum : le test mesure stabilité et pression d’exécution.
| Élément | Devnet-11 |
|---|---|
| Genesis | 14 septembre, 12 h UTC |
| Fork Gloas | 16 septembre, 12 h UTC |
| Validateurs | Environ 84 000 |
| Test de limite | 60 à 200 millions |
| Objectif | Transition multi-client, sans test adversarial |
Ce que teste Glamsterdam Devnet-11
EthPandaOps parle d’un devnet « happy path » : il doit valider la transition normale, pas simuler des attaques extrêmes. Il reprend la topologie de devnet-8 avec six clients consensus, sept clients d’exécution et deux implémentations grid. Lido, Optimism et Arbitrum font partie des équipes intéressées par la fenêtre précédant le fork.
Gloas introduit une séparation proposer-builder intégrée au protocole et modifie la frontière entre consensus et construction des blocs. Avant de déplacer ces règles vers des testnets durables, les équipes doivent vérifier que des clients indépendants interprètent de manière identique payloads, offres et conditions de validité.
Pourquoi tous les clients ne sont pas prêts
La matrice publiée montre des niveaux différents. Geth, Nethermind et Lodestar atteignaient le seuil annoncé, tandis que d’autres clients conservaient des changements incomplets ou des tests en échec. Prysm et Reth se situaient sous la version de spécification requise lors de la vérification.
C’est précisément l’utilité d’un devnet. Un fork multi-client ne peut pas être jugé sur une seule implémentation. Un désaccord sur la validation d’une offre ou la comptabilité du gas peut diviser le réseau même si chaque logiciel semble fonctionner seul.
L’expérience à 200 millions de gas
La hausse à l’époque 480 est un stress test optionnel. Plus de gas par bloc peut accroître la capacité, mais augmente calcul, croissance de l’état, bande passante et exigences matérielles. Elle ne promet pas des frais plus faibles et ne fixe pas un objectif mainnet.
Notre analyse de la révision du gas avec Glamsterdam explique pourquoi coût unitaire et capacité totale sont deux leviers différents. Le dossier sur les règlements institutionnels tokenisés rappelle aussi l’importance d’une infrastructure prévisible.
Ce que ce lancement ne signifie pas
Devnet-11 n’ajoute pas de nouveaux EIP à sa base, ne remplace pas Platåberget et ne fixe aucune date mainnet. La Fondation Ethereum décrit une progression graduelle : stabiliser les devnets, mettre à niveau Sepolia et Hoodi, puis seulement évaluer la transition principale.
Les signaux à surveiller
Il faudra observer la finalité après le fork, l’accord entre clients, les performances sous la nouvelle limite et la correction des incompatibilités. Un bon test n’est pas celui qui masque toute erreur, mais celui qui les révèle avant que des utilisateurs et des capitaux réels dépendent du code.
Sources : EthPandaOps Devnet-11 ; Fondation Ethereum.
Ce que les opérateurs de nœuds et de Layer 2 doivent tester
Pour les opérateurs, la réussite du fork n’est que le premier contrôle. Les clients d’exécution et de consensus doivent rester synchronisés, les nœuds doivent récupérer proprement après une interruption et la propagation des blocs doit supporter la charge prévue. Métriques, journaux et procédures de mise à jour doivent aussi devenir exploitables avant le passage sur un réseau public.
Les équipes Layer 2 surveillent la disponibilité des données, le coût des blobs et la compatibilité des pipelines qui publient leurs lots sur Ethereum. Une modification de la couche de base peut toucher indirectement séquenceurs, provers et systèmes d’alerte. Le test dépasse donc largement le seul logiciel des clients.
Pourquoi Devnet-11 n’est pas un signal de prix pour ETH
Un devnet stable réduit le risque d’ingénierie, mais ne détermine ni la demande ni le cours d’ETH. Il faut encore des testnets publics fiables, des spécifications finales, une adoption large par les clients et une date mainnet. Activité onchain, revenus des applications, liquidité et contexte macro restent des moteurs distincts. Devnet-11 est une étape technique, pas une promesse de rendement.
Les prochaines confirmations à suivre
Les éléments les plus solides seront des rapports d’incident transparents, la participation de plusieurs clients, une finalité stable après le fork et un calendrier clair pour la phase suivante. Retirer ou reporter une fonction problématique ne constituerait pas forcément un échec : réduire le périmètre est souvent plus responsable que pousser un code fragile vers la mainnet.
Glamsterdam Devnet-11 produira donc des données utiles même si des problèmes apparaissent. Le résultat de Glamsterdam Devnet-11 devra être jugé à partir des rapports techniques suivants, pas seulement sur la réussite de la genèse.
