Mise à jour Ethereum Glamsterdam : ce que les stakers doivent vérifier sur leur client

Ethereum reçoit sa prochaine grande mise à jour, et elle a pour la première fois une date : le 6 octobre 2026, Glamsterdam doit être activée sur le réseau de test Sepolia. Si vous pratiquez vous-même le staking, c’est la date à partir de laquelle votre nœud a besoin d’une version logicielle qui n’existe pas encore aujourd’hui en tant que publication stable. Le 11 septembre 2026, nous avons relevé les versions publiées des dix grands clients Ethereum afin de montrer où en est réellement la préparation.

La réponse courte d’abord : aucun des dix clients examinés ne portait ce jour-là une version stable mentionnant la mise à jour dans son nom. Le travail se déroule dans des préversions et des compilations de test nocturnes. Pour vous, cela signifie qu’il n’y a rien à faire aujourd’hui. L’important est de savoir quand le moment viendra.

Glamsterdam, Gloas et Sepolia : ce que recouvrent les noms de la mise à jour d’Ethereum

Trois termes reviennent dans chaque dépêche consacrée à cette mise à jour, et ils désignent des choses différentes.

Glamsterdam est le nom collectif de la prochaine modification des règles du protocole Ethereum. Il est composé des noms des deux couches qu’Ethereum modifie simultanément : Gloas pour la couche de consensus et Amsterdam pour la couche d’exécution. Qui lit Gloas dans des comptes rendus désigne donc le même processus, simplement l’autre moitié.

Sepolia est un réseau de test. Il fonctionne avec le même logiciel que le réseau principal, mais avec des jetons sans valeur. Les nouvelles règles de protocole y sont mises en service avant de toucher à de l’argent réel. Une erreur sur Sepolia coûte du temps de développement, une erreur sur le réseau principal coûte de l’argent aux investisseurs. D’où cet ordre.

Un hard fork est une modification de règles qui rend incompatibles l’ancien et le nouveau logiciel : un nœud qui ne connaît pas les nouvelles règles suit, à partir du basculement, une chaîne différente de celle du reste du réseau. C’est précisément pour cela qu’une mise à jour du client avant un fork n’est pas une recommandation, mais la condition de la participation.

Pourquoi le 6 octobre 2026 figure au calendrier pour Sepolia

La date provient de la 186e réunion des développeurs de la couche de consensus, tenue le 3 septembre 2026. Les équipes des clients s’y sont accordées sur l’époque 351232 comme point de bascule, ce qui correspond au 6 octobre 2026 à 13 h 53 UTC. La page de feuille de route de l’Ethereum Foundation indique depuis lors cette date comme prochaine étape et l’état de la mise à jour comme testing on devnets.

Pour le réseau principal, il n’existe aucune date. La même page affiche Q4 2026, avec la mention explicite que la date n’est pas encore confirmée. Une échéance en décembre a été évoquée dans les cercles de développeurs, sans engager quiconque. Qui vous avance aujourd’hui une date pour le réseau principal avance une attente.

La date de Sepolia elle-même est assortie d’une réserve. L’ordre du jour de la réunion retient que Lido et Optimism avaient exigé au moins une journée d’exploitation stable sur un réseau de test avant qu’un fork soit programmé. Cette condition n’était pas encore remplie le 11 septembre.

Devnet-11 le 14 septembre : le test dont dépend la date de Sepolia

Un devnet est un réseau de développement éphémère, monté spécialement pour un test de mise à jour puis abandonné. C’est l’étape qui précède le réseau de test public.

À l’origine, Glamsterdam-Devnet-10 devait être le dernier de ces réseaux avant Sepolia. Ce plan a changé. Les développeurs ont programmé un réseau supplémentaire, Devnet-11, dont le lancement est prévu le lundi 14 septembre 2026. En parallèle, les tests se poursuivent sur Devnet-8, et sur Devnet-9 les clients sont mesurés un à un.

La situation avant le 6 octobre se décrit ainsi avec précision : 22 jours séparent le lancement prévu de Devnet-11 de la date de Sepolia. Dans ce délai, les équipes doivent exploiter un réseau de façon stable, corriger les erreurs trouvées et en tirer des versions de publication. Si Devnet-11 ne tient pas, la date de Sepolia se décale. C’est exactement à cela que servent ces réseaux.

Préparation des clients : dix clients Ethereum et leurs versions au 11 septembre

Ce relevé a été réalisé par cryptoticker.io le 11 septembre 2026. Méthode : via l’interface publique de GitHub, nous avons récupéré les listes de publications des dix clients Ethereum à code ouvert et noté pour chacun la version stable la plus récente avec sa date de publication ; les préversions sont mentionnées à part. Dix objets ont été examinés, à l’heure de référence de 18 h 00 UTC.

Ce que nous n’avons pas pu vérifier fait partie du relevé : nous avons exploité les noms de version, les dates de publication et le marquage en préversion, non le texte intégral de chaque description de publication. Une version peut contenir des règles Glamsterdam sans porter le mot dans son nom. Ne sont pas non plus recensées les compilations particulières destinées à tel ou tel devnet, que les équipes s’échangent sans les publier comme publications.

Ce que les chiffres disent du calendrier de Glamsterdam

Trois constats se lisent dans le tableau.

Premièrement : aucune des dix versions stables ne porte Glamsterdam, Gloas ou Sepolia dans son nom de version ni dans son étiquette. Cela correspond à l’état du développement tel que le décrit la page de feuille de route.

Deuxièmement : les rythmes de publication divergent fortement. Quatre clients ont bâti leur version stable la plus récente en septembre, Erigon il y a deux jours. Quatre autres accusent plus de 30 jours de retard, Geth en tête avec 46 jours et Prysm avec 44. On n’en tire aucun jugement sur la préparation, mais bien une attente : chez ces équipes, la publication reste à venir.

Troisièmement : le mouvement visible se produit dans les préversions. Nethermind a publié le 2 septembre une préversion 2.0.0-rc, Lodestar le 27 août une préversion de la 1.47.0, et Nimbus a déposé le matin du 11 septembre une compilation de test nocturne. C’est là que l’on travaille en ce moment.

La conclusion pour vous est peu spectaculaire et donc utilisable : il n’y a rien à installer pour l’instant. La version dont vous aurez besoin pour le fork n’existe pas encore en publication stable. Se précipiter pour mettre à jour ne rapporte rien.

Client d’exécution et client de consensus : pourquoi vous devez mettre à jour les deux

Depuis le passage à la preuve d’enjeu, un nœud Ethereum se compose de deux programmes qui tournent côte à côte et dialoguent entre eux.

Le client d’exécution exécute les transactions et gère l’état de la chaîne. Geth, Nethermind, Besu, Erigon et Reth appartiennent à ce groupe. Le client de consensus détermine quel bloc vaut ensuite et prend en charge le staking. Prysm, Lighthouse, Teku, Nimbus et Lodestar remplissent cette fonction.

Glamsterdam modifie des règles sur les deux couches. Une mise à jour d’un seul côté ne suffit donc pas. Qui met à jour le client de consensus et oublie le client d’exécution se retrouve, après le basculement, avec un nœud dont les moitiés se contredisent. En pratique, cela se traduit par des attestations manquées et, si vous êtes validateur, par des revenus perdus. Le montant dépend de la durée pendant laquelle la situation passe inaperçue.

Si un service met votre ETH en jeu pour vous, c’est lui qui porte cette tâche. Quels prestataires s’en chargent et à quelles conditions, notre comparatif des plates-formes de staking le détaille.

Ce que les stakers indépendants devraient vérifier sur leur nœud avant le fork

Quatre points valent déjà la peine, même sans publication disponible.

Notez quelles versions tournent chez vous, séparément pour les deux clients. Un nombre surprenant d’exploitants ne le savent pas par cœur le jour venu et cherchent alors sous la pression du temps.

Vérifiez si votre installation récupère les publications automatiquement ou si vous mettez à jour à la main. Pour un fork, la voie automatique est la plus sûre, tant qu’elle tire des publications stables et non des préversions.

Regardez l’espace disque disponible. Une mise à jour qui échoue sur un disque plein est une panne évitable.

Abonnez-vous aux notifications de publication de vos deux clients. C’est le canal par lequel les équipes annonceront la date du fork pour le réseau principal, et il est plus rapide que n’importe quel site d’actualité.

EIP-8061 et la file de sortie : ce qui change pour les stakers

Parmi les propositions prévues pour Glamsterdam, l’une concerne directement le staking. L’EIP-8061 relève ce que l’on appelle le churn, c’est-à-dire le nombre de validateurs autorisés à sortir du réseau ou à être regroupés par unité de temps.

Pourquoi cela compte : qui retire son ETH du staking se place dans une file d’attente. Sa longueur découle de ce plafond. Jusqu’où elle peut s’allonger par moments, nous l’avons décrit en août à partir des chiffres de l’époque ; le détail figure dans notre analyse de la file d’attente du staking. Si le churn augmente, le délai se raccourcit à demande égale.

Deux autres propositions façonnent le contenu de la mise à jour. L’EIP-7732 inscrit dans le protocole la séparation entre la proposition et la construction des blocs. L’EIP-7928 introduit des listes d’accès au niveau du bloc, qui indiquent au traitement, en amont, quelles parties de l’état un bloc touche. Toutes deux visent la rapidité et l’égalité de traitement dans la construction des blocs, non une modification de vos avoirs.

Le périmètre de la mise à jour est considéré comme figé, mais il peut encore évoluer d’ici au réseau principal, la proposition d’ensemble se trouvant formellement à l’état de projet. La liste complète figure sur la page de feuille de route de l’Ethereum Foundation.

Staking via un prestataire : ce que vous pouvez vérifier sans exploiter de nœud

La plus grande part de l’ETH mis en jeu se trouve chez des plates-formes d’échange, des services de staking et des protocoles de liquid staking, une petite part seulement sur des machines privées. Si c’est votre cas, la mise à jour du client n’est pas votre affaire. Deux choses restent à votre portée.

Regardez si votre prestataire tient une page d’état ou un canal d’annonces, et si Glamsterdam y figure. Les prestataires qui traitent les mises à jour du réseau en silence ne vous donnent aucun moyen d’interpréter une panne.

Vérifiez ensuite comment votre prestataire gère les fenêtres de maintenance. Autour d’un fork du réseau principal, beaucoup de services suspendent dépôts et retraits pendant quelques heures. C’est habituel et le plus souvent sans gravité, mais c’est un mauvais moment pour une transaction programmée.

Ce que la mise à jour signifie pour l’ETH de votre portefeuille, et ce qu’elle ne signifie pas

Voici l’apaisement qui revient à ce sujet : si vous détenez simplement de l’ETH, dans un portefeuille personnel ou chez un prestataire, Glamsterdam n’exige rien de vous. Il n’y a ni échange, ni migration, ni délai qui vous coûterait de l’argent. Vos adresses restent les mêmes, vos avoirs restent les mêmes.

Une mise à jour de ce type modifie les règles selon lesquelles le réseau construit et vérifie les blocs. Elle ne modifie pas le contenu de votre portefeuille. Un portefeuille matériel n’exige lui non plus aucune préparation particulière ; quels appareils couvrent quelles fonctions, nous les avons mis en regard dans notre comparatif des portefeuilles matériels.

La prudence s’impose ailleurs. Les mises à jour de réseau sont une occasion éprouvée de tentatives d’escroquerie. Autour d’un fork apparaissent régulièrement des messages appelant à une prétendue migration ou réclamant une phrase de récupération. Aucune modification réelle du protocole n’exige jamais cela. Qui vous invite à saisir vos mots de récupération en veut à votre argent.

Mise en perspective : à quoi voir si la date tiendra

Trois signaux seront, dans les semaines à venir, plus parlants que n’importe quel titre.

Le premier est Devnet-11 à partir du 14 septembre. S’il tourne plusieurs jours sans interruption, le 6 octobre est plausible. Si la finalisation s’interrompt de nouveau, la date sera repoussée.

Le deuxième, ce sont les publications des équipes des clients. Dès que plusieurs clients publient en quelques jours des versions stables prenant en charge Sepolia, le fork est réellement préparé. Cet ordre ne s’inverse jamais.

Le troisième est la page de feuille de route elle-même. Elle porte la prochaine étape avec sa date, et l’indication est tenue à jour. Nous avions décrit la décision initiale en août dans notre article sur la date de Glamsterdam pour Sepolia ; la réserve de septembre n’y figure pas encore. Les comptes rendus des réunions de développeurs sont résumés par Christine Kim dans ses notes sur la 245e réunion des développeurs de la couche d’exécution.

Date de Glamsterdam et mise à jour du client : ce qu’il faut retenir

1. Notez aujourd’hui vos deux versions de client et abonnez-vous à leurs notifications de publication. Il n’y a rien à installer : le 11 septembre, aucun des dix clients examinés ne portait de version stable faisant référence à Glamsterdam. Si vous ne souhaitez pas exploiter de nœud du tout, notre comparatif des plates-formes de staking est la voie la plus rapide.
2. Surveillez Devnet-11 à partir du 14 septembre plutôt que le calendrier. La date de Sepolia du 6 octobre dépend de ce test, et pour le réseau principal il n’existe de toute façon que l’indication non confirmée du quatrième trimestre 2026. Si vous conservez vos clés vous-même, notre comparatif des portefeuilles matériels vous aide à choisir un appareil.
3. Traitez toute invitation à migrer comme une tentative d’escroquerie. Une mise à jour de protocole ne réclame jamais votre phrase de récupération. Tenez plutôt vos relevés au propre, afin que les revenus de staking restent traçables ; les outils adaptés figurent dans notre comparatif des logiciels fiscaux crypto.

(Au 11 septembre 2026. Cet article ne constitue pas un conseil en investissement. Les cours et les grilles tarifaires évoluent ; vérifiez les conditions auprès du prestataire avant tout achat.)