Et si le vrai tournant d’Ethereum ne se jouait pas d’abord sur le réseau principal, mais sur une piste d’essai presque invisible pour le grand public ? Le 6 octobre 2026, à 13 h 53 min 36 s UTC pile, le testnet Sepolia doit activer Glamsterdam. Ce n’est pas une date floue, ni une rumeur de salon. C’est un rendez-vous d’époque et de slot, annoncé pour l’epoch 353 024 et le slot 11 296 768. Derrière ce minutage d’horloger, une question plus large s’impose : Ethereum est-il vraiment prêt à changer la manière dont un bloc naît, se vérifie et se paie ?
Pourquoi Ce Test Du 6 Octobre Compte Plus Qu’Un Simple Fork
Glamsterdam n’est pas un vernis cosmétique. Le paquet réunit Amsterdam côté couche d’exécution et Gloas côté couche de consensus. Autrement dit, deux mondes techniques avancent ensemble. L’un s’occupe des transactions et de l’état. L’autre s’occupe des validateurs, des créneaux et de la finalité. Quand ces deux couches bougent le même jour, le moindre décalage de client peut faire basculer un nœud hors du réseau mis à jour.
Les titulaires d’ether sur le réseau principal n’ont rien à faire pour cette étape. Sepolia reste un laboratoire public. En revanche, quiconque fait tourner un nœud sur ce testnet doit aligner à la fois son client d’exécution et son client de consensus. Un seul logiciel à jour ne suffit pas. C’est précisément ce détail, souvent négligé, qui sépare une mise à niveau réussie d’une fourche accidentelle.
Le calendrier officiel reste prudent au-delà de Sepolia. Hoodi et le mainnet n’ont pas encore de date figée. Des notes d’équipe évoquent le 27 octobre comme cible provisoire pour Hoodi, avec une discussion go or no-go après l’activation de Sepolia. Rien n’est gravé. Cette prudence n’est pas un aveu de faiblesse. Elle rappelle qu’un protocole de cette taille ne se précipite pas vers la production tant que les bugs de finalité et d’implémentation n’ont pas été refermés.
Repère utile. Sepolia le 6 octobre. Hoodi encore conditionnel. Mainnet sans créneau officiel, seulement une fenêtre indiquée au quatrième trimestre 2026, explicitement non confirmée.
Ce Que Change Vraiment La Séparation Proposeur-Constructeur
Le cœur politique et technique de Glamsterdam s’appelle ePBS, pour enshrined proposer-builder separation, porté par l’EIP-7732. Aujourd’hui, une grande partie de la construction de blocs passe par une infrastructure externe. Des constructeurs spécialisés assemblent la charge d’exécution. Des validateurs proposent. Le lien entre les deux repose souvent sur des intermédiaires de confiance. Ce modèle a permis d’aller vite. Il a aussi concentré des risques.
Avec ePBS, le protocole lui-même encadre la relation. Un proposeur inclut l’engagement d’un constructeur sur une charge d’exécution. Puis le constructeur révèle la charge complète. Le protocole gère ensuite le paiement entre constructeur et proposeur. L’idée n’est pas seulement esthétique. Elle vise à réduire la dépendance à un middleware de confiance pour les règlements, tout en séparant la validation de consensus de la validation d’exécution.
Les validateurs gagnent du temps pour vérifier une charge d’exécution, parce que les contrôles de consensus et d’exécution ne sont plus collés dans le même souffle.
Un comité de ponctualité de charge, le payload timeliness committee, juge si les constructeurs ont révélé à temps leur payload et les données de blobs associées. Ce détail paraît administratif. Il est en réalité stratégique. Dans un réseau où les blobs et l’espace de données pèsent de plus en plus, arriver en retard n’est plus un incident mineur. C’est une faute de rythme qui peut dégrader la capacité globale.
On peut le dire autrement. Ethereum cherche à institutionnaliser une pratique déjà répandue, plutôt que de la laisser vivre dans les coulisses. En interne, cela signifie plus de formalisme. En externe, cela signifie moins de magie noire autour de la construction de blocs. Reste à voir si les acteurs économiques accepteront ce cadre aussi facilement qu’ils ont adopté le marché parallèle actuel.
Les Listes D’Accès De Bloc, Un Levier Discret Pour Le Débit
Le second pilier majeur s’appelle EIP-7928. Il introduit des listes d’accès au niveau du bloc. Ces listes recensent les comptes et emplacements de stockage touchés par un bloc, ainsi que les changements d’état produits par les transactions. Ce n’est pas un gadget de documentation. C’est une carte du terrain avant même que le client n’attaque le travail lourd.
Les équipes client expliquent que cette carte permet de lire l’état depuis le disque de façon plus prévisible, de paralléliser certaines parties de la validation, et de rendre le calcul de la racine d’état plus efficace. Quand on parle d’augmenter la capacité de la couche 1, on pense trop souvent à un simple relèvement de limite de gaz. Or le vrai frein est souvent ailleurs : accès disque, contention, sérialisation, recalculs.
Glamsterdam se présente donc comme une préparation. Pas encore la grande explosion de débit. Plutôt un chantier de fondations. L’ambition officielle est claire : préparer Ethereum à une capacité de couche 1 plus élevée. Cette phrase, prudente, mérite d’être lue deux fois. On ne promet pas un miracle immédiat. On promet une architecture moins fragile quand le volume montera.
Couche exécution
Amsterdam : gaz, état, listes, transactions.
Couche consensus
Gloas : ePBS, timing, révélation des payloads.
Sepolia Confirmé, Après Des Semaines De Tests Privés
Le 6 octobre n’est pas sorti d’un chapeau. Pendant des semaines, la date a d’abord été conditionnelle. Des tests privés sur des devnets ont révélé des bugs de finalité de consensus et des soucis d’implémentation autour d’EIP-8037. Les équipes ont continué à corriger. Un testnet temporaire baptisé Platåberget a même été lancé en août pour offrir davantage de temps d’observation.
Les notes de la réunion All Core Developers Testing du 21 septembre ont ensuite tranché : Sepolia est confirmé pour le 6 octobre, epoch 353 024, 13 h 53 min 36 s UTC. Ce passage du conditionnel au calendrier public change la nature du travail. On n’explore plus. On aligne des versions. On documente. On prévient les opérateurs.
Le 23 septembre, l’équipe des spécifications d’exécution a publié un premier jeu de fixtures mainnet contenant les changements Amsterdam. Quinze EIP de couche d’exécution ont été passés en revue en profondeur avant ce paquet. Ce n’est pas un détail d’ingénierie. C’est le signe que le fork n’est plus seulement une intention politique. Il a une matière testable.
Les Versions Clients À Avoir Avant L’Activation
Les publications s’enchaînent. Go Ethereum 1.17.6 inclut explicitement l’horodatage d’activation Amsterdam sur Sepolia et demande aux opérateurs de mettre à jour avant le 6 octobre. Besu a publié la 26.9.0 le 25 septembre. Nethermind 2.0.0 est arrivé plus tôt dans le mois. Le tableau de versions compatible côté exécution mentionne aussi Erigon 3.7.0 et Reth 2.7.0.
Côté consensus, les versions listées pour Sepolia comprennent Lodestar 1.49.0, Prysm 7.2.0 et Teku 26.9.1. D’autres clients doivent encore finaliser leur compatibilité. Ce décalage n’est pas anormal. Chaque équipe a sa propre base de code, ses propres hypothèses, ses propres tests de charge. Le fork public sert justement à voir si cette diversité tient ensemble.
Les opérateurs Prysm ont un réglage supplémentaire à surveiller. La version 7.2.0 bascule par défaut vers une limite de gaz de 60 millions après activation. Ceux qui veulent proposer des blocs à 200 millions de gaz doivent configurer ce choix via les nouveaux contrôles de proposeur. Oublier ce paramètre, c’est accepter une capacité plus basse sans le vouloir.
Voici, de façon simple, ce que les opérateurs Sepolia doivent vérifier avant le jour J :
• un client d’exécution compatible ;
• un client de consensus compatible ;
• l’horodatage d’activation correctement reconnu ;
• les éventuels paramètres de limite de gaz du proposeur ;
• un plan de suivi des logs au moment exact du slot.
Le Gaz Ne Sera Plus Compté Comme Avant
Glamsterdam ne se limite pas à la fabrique des blocs. Plusieurs EIP reprennent la comptabilité du gaz pour mieux coller aux ressources réellement consommées quand un contrat crée ou lit de l’état. EIP-8037 augmente et mesure séparément le coût de création d’état. EIP-8038 modifie le coût d’accès à l’état. D’autres propositions touchent le gaz des transactions, le calldata, les listes d’accès et la comptabilité au niveau du bloc.
Pour un utilisateur lambda, cela reste abstrait. Pour un développeur d’application, c’est immédiatement concret. Toute logique qui s’appuie sur une stipend fixe, une limite de gaz codée en dur, ou une hypothèse sur le gaz restant pendant l’exécution peut casser. Les équipes l’ont déjà dit sans détour. Tester sous les nouvelles règles n’est plus optionnel.
Des logiciels périphériques sont aussi concernés. Portefeuilles, indexeurs, estimateurs de gaz : dès qu’un outil suppose un plafond maximal immuable, il s’expose. Les tests antérieurs ont montré que ces hypothèses figées survivent trop longtemps dans le code. Un protocole évolue. Un hardcode, lui, vieillit mal.
Le gaz n’est plus seulement un prix. C’est une carte des ressources. Quand la carte change, les contrats qui naviguaient à l’estime doivent reprendre leur boussole.
Pourquoi Les Anciens Tests Ont Ralenti Le Calendrier
On aurait pu rêver d’un enchaînement parfait. La réalité a été plus rugueuse. Les devnets Glamsterdam ont révélé des anomalies de finalité et des écarts d’implémentation autour d’EIP-8037. Ces incidents ont forcé les équipes à allonger la phase de test avant de confirmer le fork public. C’est frustrant pour qui veut une date mainnet. C’est sain pour qui se souvient des forks passés trop rapides.
Platåberget, ce réseau temporaire d’août, n’était pas un caprice de nommage. Il offrait un bac à sable supplémentaire pour observer le comportement réel sous les nouvelles règles. Plus on découvre tôt un bug de consensus, moins il coûte. Plus on le découvre tard, plus il devient politique. Ethereum a choisi, une fois encore, de payer le coût en amont.
Cette méthode a un prix de communication. Le public voit des dates qui bougent. Les développeurs voient des invariants qui tiennent. Les deux lectures sont vraies. L’enjeu, désormais, est de transformer la confirmation de Sepolia en preuve empirique, pas en simple communiqué.
Après Sepolia, Hoodi Puis Un Mainnet Sans Date
Si Sepolia se comporte comme prévu, Hoodi devrait devenir la prochaine étape publique. Les notes de réunion citent le 27 octobre comme cible provisoire. Une discussion d’autorisation est prévue après l’activation de Sepolia. Tant que cette discussion n’a pas tranché, Hoodi reste un scénario, pas un rendez-vous.
Le réseau principal n’a toujours pas d’activation. La documentation publique place Glamsterdam au quatrième trimestre 2026 tout en précisant que la date n’est pas confirmée. Cette formulation double est volontaire. Elle donne une saison. Elle refuse un jour. Pour un protocole qui sécurise des milliards d’actifs, c’est la seule posture raisonnable.
Un programme de primes aux bugs a été ouvert sur les spécifications et EIP de Glamsterdam. Les implémentations clientes deviennent éligibles au fur et à mesure que des versions compatibles sont officiellement ajoutées. C’est une invitation aux chercheurs en sécurité. C’est aussi un filet. Plus d’yeux maintenant, moins de surprises plus tard.
Hegotá Et L’Horizon 2027-2029
Après Glamsterdam, la feuille de route se tourne vers Hegotá en 2027. Le prochain fork doit emporter un autre ensemble de changements protocolaires, pendant que les équipes travaillent à plus long terme sur l’abstraction de compte native, une vérification cryptographique plus forte et une infrastructure résistante au quantique.
Vitalik Buterin a indiqué qu’Hegotá pourrait être le dernier fork d’allure encore classique, avant que le développement bascule davantage vers les STARK récursifs, la vérification automatisée, la confidentialité et des systèmes de consensus redessinés. Autrement dit, Glamsterdam serait encore un fork « reconnaissable ». La suite ressemblerait moins à une mise à jour saisonnière qu’à un changement de grammaire.
L’équipe protocole a par ailleurs fixé une cible de décembre 2029 pour la résistance quantique sur les couches d’exécution, de consensus et de données. La feuille Hegotá contient déjà des travaux liés à cette transition, même si beaucoup de propositions individuelles restent en revue. On n’est pas à l’heure du basculement. On est à l’heure où l’on refuse d’arriver les mains vides.
Ce Que Cela Change Pour Les Utilisateurs, Les Devs Et Les Ops
Pour un détenteur d’ether sur le mainnet, le 6 octobre ne demande aucune action. Pas de migration de portefeuille. Pas de clic urgent. Le risque de confusion existe pourtant. Chaque fork public attire des messages d’hameçonnage. La règle reste simple : si quelqu’un demande de « migrer » des fonds pour Glamsterdam sur Sepolia, le signal d’alerte est immédiat.
Pour un développeur, le devoir est inverse. Il faut relancer les suites de tests, observer les stipends, vérifier les estimateurs, relire les chemins qui dépendent du gaz restant. Un contrat qui passait depuis trois ans peut échouer pour une raison microscopique. Mieux vaut le découvrir sur Sepolia que dans un incident de production.
Pour un opérateur de nœud de testnet, le 6 octobre est un exercice de discipline. Versions, horloge, peering, observabilité. Si le nœud n’est pas à jour au moment de l’activation, il cesse de suivre les règles du réseau mis à niveau. Ce n’est pas une sanction morale. C’est une conséquence mécanique.
| Public | Action immédiate | Risque si on ignore |
|---|---|---|
| Détenteur mainnet | Aucune mise à jour requise | Arnaques de « migration » |
| Développeur d’app | Retester gaz et stipends | Contrats cassés après fork |
| Opérateur Sepolia | Mettre à jour les deux clients | Nœud hors consensus |
Une Lecture Plus Large : Ethereum Veut De La Capacité Sans Perdre Le Contrôle
Depuis des années, le débat public réduit trop souvent Ethereum à une opposition simple : couche 1 plus rapide contre rollups plus nombreux. Glamsterdam refuse ce binaire. Il prépare davantage de débit en couche 1, tout en rangeant des pratiques de marché qui s’étaient installées hors protocole. C’est une tentative de reprendre la main sans prétendre tout recentraliser.
ePBS formalise une spécialisation déjà là. Les listes d’accès rendent le travail des clients plus prévisible. Le nouveau gaz force les applications à coller au coût réel de l’état. Prises une par une, ces pièces semblent techniques. Ensemble, elles dessinent une doctrine : on n’augmente pas la capacité en fermant les yeux sur la dette d’architecture.
Cette doctrine a des ennemis naturels. La complexité. Les hypothèses héritées. Les outils qui n’ont pas été relus depuis deux cycles. Le succès de Sepolia ne se mesurera donc pas seulement à l’activation à l’heure dite. Il se mesurera à la qualité des jours suivants : finalité stable, payloads révélés à temps, clients alignés, applications qui ne cèdent pas au silence.
Le 6 Octobre Comme Premier Jalon, Pas Comme Point Final
Le prochain jalon figé est donc Sepolia, le 6 octobre 2026 à 13 h 53 min 36 s UTC. Les opérateurs de ce réseau doivent installer des clients d’exécution et de consensus compatibles avant cette activation. Ensuite viendra, peut-être, Hoodi. Ensuite seulement, un débat plus large sur le mainnet. Entre ces étapes, le programme de bug bounty reste ouvert. C’est le bon moment pour chercher les failles, pas pour les commenter après coup.
Ethereum n’essaie pas de faire un spectacle. Il essaie de changer la cuisine interne d’un protocole déjà massif. La séparation proposeur-constructeur, les listes d’accès, la refonte du gaz : trois gestes qui, s’ils tiennent, rendront la suite moins acrobatique. S’ils vacillent, le calendrier 2026-2027 se tendra à nouveau. Le testnet public sert précisément à départager ces deux futurs.
On peut déjà retenir une ligne simple. Le 6 octobre ne demande rien aux détenteurs du réseau principal. Il demande beaucoup aux équipes qui font tourner Sepolia et aux développeurs dont les contrats supposent encore un monde de gaz inchangé. Entre ces deux publics, l’écart d’attention sera énorme. C’est souvent ainsi que les forks se jouent : dans le silence des mises à jour, pas dans le bruit des cours.
Reste une dernière question, plus humaine que technique. Ethereum saura-t-il transformer cette discipline de testnet en habitude durable, alors que la feuille de route parle déjà de STARK, de confidentialité et de résistance quantique ? Glamsterdam n’apporte pas la réponse complète. Il pose toutefois une exigence claire : avant de rêver 2029, il faut d’abord passer 13 h 53 le 6 octobre, sans perdre le fil du réseau.
