Fusaka a été déployé en décembre 2025 et fait évoluer la disponibilité des données des rollup grâce à PeerDAS. Ethereum s'arrête rarement, et les développeurs principaux sont déjà passés à la prochaine étape : Glamsterdam.

Là où les récentes mises à niveau ont discrètement optimisé les blobs et l'économie des Layer 2, Glamsterdam est plus fondamental. Il réécrit la manière dont Ethereum construit, tarifie et valide les blocs au niveau du protocole, confirmant un changement stratégique en gestation depuis plus d'un an : faire évoluer à nouveau la Layer 1 d'Ethereum elle-même, plutôt que de laisser le débit aux rollups.

Voici ce qu'il faut savoir sur la mise à niveau appelée à définir l'année 2026 d'Ethereum. 👇

Qu'est-ce que la mise à niveau Glamsterdam d'Ethereum ?

Glamsterdam est le prochain hard fork coordonné d'Ethereum et le successeur direct de Fusaka. Le nom associe une étoile à une ville ayant accueilli la Devconnect : Gloas couvre les changements de la couche de consensus, Amsterdam ceux de la couche d'exécution. Regroupés, ils sont déployés en une seule mise à niveau du réseau.

Il repose sur deux propositions phares. EIP-7732 introduit la séparation proposeur-constructeur intégrée au protocole (ePBS) côté consensus, et EIP-7928 introduit les listes d'accès au niveau du bloc (BALs) côté exécution. Un ensemble d'EIP complémentaires portant sur la retarification du gas, le coût de l'état et le confort d'utilisation complète le package.

Les développeurs principaux y voient le changement de protocole le plus important depuis The Merge. Parithosh Jayanthi, ingénieur de l'Ethereum Foundation, a décrit la phase actuelle comme la dernière étape avant le durcissement et le déploiement sur les testnets publics. La raison tient à l'ampleur : ePBS remodèle la production de blocs et le pipeline MEV, tandis que les BAL repensent la façon dont le réseau lit et écrit l'état.

Cette combinaison débloque l'ambition phare d'Ethereum pour ce cycle : une limite de gas cible de 200 millions par bloc, soit environ le triple des ~60 millions actuels, ainsi que la marge de débit qui l'accompagne.

Pourquoi Glamsterdam est important : le retour d'Ethereum vers la mise à l'échelle L1

Pour comprendre Glamsterdam, commencez par le problème stratégique qu'il résout.

Pendant des années, Ethereum a suivi une feuille de route centrée sur les rollups : garder la couche de base légère et déléguer le passage à l'échelle aux réseaux Layer 2. Cela a fonctionné sur le plan technique, mais a créé un effet secondaire économique. Avec la migration de l'activité vers les rollups, les revenus de frais du mainnet et la destruction liée à l'EIP-1559 ont fortement reculé. Les frais quotidiens de la L1, qui avoisinaient 30 millions de dollars en 2021 et 2022, ont passé une grande partie de 2026 à quelques millions de dollars seulement, ternissant la thèse de l'« ultrasound money » qui soutenait une bonne partie de l'argumentaire en faveur de l'ETH.

C'est la question de la captation de valeur qui pèse sur ETH : si les rollups captent les utilisateurs et les frais, que reste-t-il à l'actif de base ? Début 2026, Vitalik Buterin a publiquement remis en question le rythme de l'approche centrée sur les rollups, en soulignant que seuls quelques grands L2s avaient atteint une décentralisation significative. Les priorités 2026 de l'Ethereum Foundation ont réorganisé la feuille de route en trois axes : Scale, Improve UX et Harden le L1.

Glamsterdam est la première expression technique de ce virage. En rendant la validation plus rapide et parallèle (BALs) et la production de blocs sans confiance et intégrée au protocole (ePBS), elle pose les bases d'une limite de gas plus élevée sur la couche de base, d'une plus grande capacité de blobs pour les rollups et d'un réseau capable de regagner de l'activité sur L1. Elle ne tranche pas à elle seule le débat sur la captation de valeur, mais elle change la donne, ce qui explique pourquoi investisseurs et développeurs suivent le sujet de près.

Les deux EIP phares de Glamsterdam

Chaque mise à niveau moderne d'Ethereum désigne quelques EIP « têtes d'affiche » pour cadrer son périmètre et éviter les retards liés à un regroupement excessif. Les deux de Glamsterdam sont arrêtées.

1. Séparation proposeur-constructeur intégrée au protocole (EIP-7732)

Aujourd'hui, la plupart des blocs Ethereum ne sont pas construits par les validateurs qui les proposent. Les proposeurs externalisent la construction à des constructeurs spécialisés via des relais hors protocole, généralement MEV-Boost. Cela fonctionne, mais introduit des intermédiaires de confiance au cœur de la production de blocs et concentre le pouvoir entre quelques relais.

ePBS intègre cette séparation dans le protocole. Le proposeur et le constructeur gèrent chacun leur partie du bloc, et le passage de relais, y compris le paiement du constructeur, se règle de manière native sur la couche de consensus plutôt que via un relais externe. Les relais comme MEV-Boost deviennent facultatifs plutôt qu'obligatoires.

Pour sécuriser le dispositif, l'ePBS ajoute des échéances explicites, des engagements de charge utile et un comité de ponctualité des charges utiles (Payload Timeliness Committee) qui atteste séparément le bloc de consensus et l'arrivée à temps de la charge utile d'exécution. Il élargit aussi la fenêtre de propagation des données, d'environ deux secondes à près de neuf, la marge qui permet au réseau de relever la limite de gas sans obliger les validateurs à précipiter la validation.

Le gain est structurel : une production de blocs plus transparente et résistante à la censure, une moindre dépendance à l'infrastructure MEV off-chain et une base pour de futures protections des utilisateurs, comme les listes d'inclusion.

C'est aussi la partie la plus difficile de la mise à niveau. L'ePBS scinde la production de blocs en deux acteurs intervenant successivement au sein du consensus, de sorte que le protocole doit désormais gérer la non-livraison ou le désaccord entre eux. Les « blocs partiels » et la coordination entre deux parties touchent presque toute la pile de clients, principale raison pour laquelle Glamsterdam avance plus lentement que Fusaka.

2. Listes d'accès au niveau des blocs (EIP-7928)

Ethereum exécute actuellement les transactions d'un bloc les unes après les autres, car aucun nœud ne sait quels comptes et emplacements de stockage une transaction touchera avant son exécution. Ce goulot d'étranglement sériel limite la quantité de calcul pouvant tenir en toute sécurité dans un bloc.

Les BAL associent à chaque bloc une carte préalable listant les comptes et clés de stockage exacts auxquels ses transactions accéderont, ainsi que les valeurs d'état résultantes après exécution. Grâce à cette carte disponible avant l'exécution, les clients préchargent l'état en parallèle et traitent simultanément les transactions qui ne se chevauchent pas, au lieu de les rejouer dans l'ordre.

Les BAL permettent aussi une synchronisation sans exécution : un nouveau nœud peut mettre à jour son état à partir du condensé de la liste d'accès, sans rejouer tout l'historique des transactions. Cela réduit la charge de synchronisation et maintient la croissance de l'état à un niveau gérable à mesure que la chaîne évolue.

Les BAL rendent réaliste une limite de gas plus élevée, car une validation plus rapide et plus prévisible est la condition préalable pour porter la capacité des blocs vers 200 millions de gas et le plafond souvent cité d'environ 10 000 TPS. Ce sont des objectifs de conception, non des garanties. Les gains réels dépendent des performances des clients, du matériel des validateurs et du degré de parallélisme que contiennent réellement les blocs en production ; la limite de gas elle-même est fixée au fil du temps par le vote des validateurs, et non activée par le fork.

Les EIP complémentaires : retarification du gas, coûts d'état et transferts moins chers

Au-delà des mises à jour phares, Glamsterdam apporte des modifications à la couche d'exécution qui semblent mineures mais qui comptent pour la durabilité et le coût pour les utilisateurs.

La révision des prix du gas et du coût d'état aligne le prix des opérations sur leur charge réelle à long terme. Le pilier en est EIP-8037, finalisé en mai 2026, qui fixe un coût par octet d'état nouveau et crée une réserve de gas distincte pour la croissance de l'état. Les équipes de clients disposent ainsi d'un plafond de durabilité : de la marge pour relever la limite de gas vers 200 millions sans gonfler la base de données au-delà d'un budget annuel gérable.

EIP-7778 supprime ensuite les remboursements de la comptabilité du gas au niveau du bloc, ce qui rend les coûts plus prévisibles pour les développeurs. Ensemble, ce lot constitue le principal levier d'Ethereum contre l'inflation de l'état et un complément direct aux BAL.

Pour les utilisateurs quotidiens, le changement le plus visible abaisse le plancher de gas intrinsèque des transactions, censé rendre les transferts d'ETH standard entre comptes existants jusqu'à 71 % moins chers. Cela renforce l'intérêt d'Ethereum pour les paiements courants, et pas seulement pour la DeFi complexe.

Quelques EIP d'amélioration du confort d'usage complètent l'ensemble. EIP-7708 fait émettre un journal lors des transferts et des destructions d'ETH, ce que les wallets et les plateformes d'échange réclament depuis des années, car cela évite un suivi de transactions sur mesure. EIP-7954 relève la taille maximale des contrats d'environ 24 KiB à 32 KiB. D'autres ajoutent des opcodes (SLOTNUM d'EIP-7843, SWAPN, DUPN et EXCHANGE d'EIP-8024) et des améliorations réseau qui transmettent efficacement les nouvelles données de liste d'accès aux blocs.

Ce qui a été abandonné : slots de 6 secondes et listes d'inclusion

Une partie de ce qui rend crédible le périmètre de Glamsterdam tient à ce que les développeurs ont laissé de côté.

• ‍EIP-7782 (blocs de 6 secondes) : un projet très en vue visant à réduire de moitié la durée des slots d'Ethereum, de 12 secondes à 6, a été envisagé comme mesure phare. Les développeurs l'ont écarté : il risquait de compliquer la preuve ZK en temps réel (déjà proche de l'objectif de 12 secondes), imposerait un nouveau calage du timing si une restructuration des slots avait lieu plus tard de toute façon, et était moins mature que les propositions concurrentes. Il reste une idée active pour un futur fork.‍
• FOCIL / Fork-Choice Inclusion Lists (EIP-7805) : ce mécanisme de résistance à la censure permet à des comités de validateurs d'imposer l'inclusion de transactions. Il a été retiré après que des équipes ont averti que combiner ePBS et FOCIL dans une même mise à niveau créerait trop d'interactions non testées à l'échelle du mainnet. FOCIL est désormais la vedette de Hegotá, la mise à niveau qui suit Glamsterdam, avec des travaux sur l'abstraction de compte.

Cette discipline compte. En refusant de tout livrer d'un coup, les développeurs du cœur du protocole ont gardé Glamsterdam concentré sur les deux changements qui débloquent réellement la montée en charge de la L1.

Date de sortie d'Ethereum Glamsterdam

Glamsterdam a atteint sa dernière phase de devnet à la mi-juin 2026, des développeurs exploitant des devnets multi-clients qui incluent l'ensemble des EIP prévues. Il s'agit de la dernière grande phase d'ingénierie avant les versions des clients, les audits de sécurité et les testnets publics.

Concernant le calendrier, aucune date de mainnet n'est confirmée, et la méta-spécification de la mise à niveau (EIP-7773) est toujours à l'état de brouillon. Voici le tableau réaliste :

• Derniers devnets (actuellement) : stabilisation de toutes les EIP ensemble sur l'ensemble des implémentations clientes.
• Testnets publics (ensuite) : fork de Holesky et Hoodi avant le mainnet, la stabilité devant se maintenir sur plusieurs epochs.
• Objectif de mainnet (S2 2026) : certains prestataires de staking citent un objectif interne optimiste autour du T3 2026. Compte tenu des deux à quatre mois de rodage sur testnet public dont les récentes forks ont eu besoin, une fenêtre allant approximativement de septembre à décembre 2026 constitue le scénario de base le plus solide.
• Sous réserve de modification : des contributeurs de l'Ethereum Foundation notent que Glamsterdam s'avère plus délicat et plus lent que Fusaka, un glissement est donc possible. Réussir l'ePBS passe avant toute date fixe.

Liste des EIP d'Ethereum Glamsterdam

L'ensemble actuel « Scheduled for Inclusion » s'articule autour des deux propositions phares et du lot de révision des coûts en gas et en état. Le périmètre peut encore évoluer tant que l'EIP-7773 reste en Draft ; le statut à jour figure sur Forkcast et dans le fil méta Glamsterdam.

Les EIP Glamsterdam les plus pertinents selon le rôle :

• EIP-7732 : Enshrined Proposer-Builder Separation (ePBS). Intègre la construction des blocs et les paiements des constructeurs dans le protocole (élément phare du consensus).
• EIP-7928 : listes d'accès au niveau du bloc (BAL). Permet l'exécution parallèle et la synchronisation sans exécution (point phare de l'exécution).
• EIP-8037 : hausse du coût en gas de la création d'état. Coût fixe par octet d'état plus une réserve dédiée à la croissance de l'état (ancrage anti-gonflement de l'état).
• EIP-7778 : comptabilisation du gas par bloc sans remboursements. Simplifie l'économie du gas et améliore la prévisibilité pour les constructeurs.
• EIP-7708 : les transferts et les burns d'ETH émettent un journal. Supprime le traçage personnalisé des transactions pour les wallets et les plateformes d'échange.
• EIP-7954 : porte la taille maximale des contrats d'environ 24 KiB à 32 KiB.
• EIP-7843 : ajoute un opcode SLOTNUM qui expose à l'EVM le numéro du slot en cours.
• EIP-8024 : opcodes SWAPN, DUPN et EXCHANGE rétrocompatibles pour une gestion de la pile moins coûteuse.
• EIP-7975 / EIP-8159 : mises à niveau du réseau qui permettent aux clients d'échanger efficacement les nouvelles données de block-access-list.

Avec plusieurs révisions de tarification plus modestes des calldata et des access lists, ils poursuivent un même thème : une exécution plus prévisible et tarifée avec précision, qui passe à l'échelle sans obliger les nœuds Ethereum à utiliser du matériel coûteux.

Ce que Glamsterdam signifie pour les investisseurs en ETH

Les grandes mises à niveau d'Ethereum sont souvent des événements volatils qui suivent fréquemment le schéma « acheter la rumeur, vendre la nouvelle » : ETH monte avant le fork puis recule après l'activation. C'est une tendance, non une règle, et les cycles récents ont été plus confus que les cas historiques bien nets.

Le cadre plus large de Glamsterdam est structurel. Sur le premier semestre 2026, l'ETH a sous-performé, évoluant dans une fourchette approximative de 1 700 $ à 2 100 $ et passant sous 1 700 $ lors d'un mouvement d'aversion au risque en juin, alors même que les ETF ETH spot enregistraient leurs plus fortes entrées mensuelles depuis leur lancement en mai. Une demande saine pour le produit face à un prix atone illustre la question de la captation de valeur : tant que davantage d'activité on-chain n'alimente pas les frais de la couche de base, la combustion et le rendement du staking, le scénario haussier reste conditionnel.

Il y a un revers plus net. Un triplement de la capacité de L1 sans hausse équivalente de la demande peut maintenir des frais de base bas et freiner la combustion de l'EIP-1559 à court terme, même s'il fait évoluer le réseau. Glamsterdam étend la capacité d'Ethereum à long terme, mais ne relève pas automatiquement la combustion sur laquelle repose l'argument monétaire de l'ETH.

Pourquoi il garde de l'importance : c'est la première mise à niveau conçue pour augmenter le débit de la L1 et ramener l'activité vers la couche de base, et elle arrive alors que les émetteurs d'ETF commencent à reverser les récompenses de staking aux actionnaires et que les régulateurs précisent comment les institutions perçoivent le rendement de la preuve d'enjeu. Certains analystes défendent une thèse constructive sur l'ETH en 2026 à partir de ces dynamiques ; d'autres restent prudents face à la cannibalisation des frais et au contexte macroéconomique. Le débat comporte réellement deux camps.

Pour les détenteurs à long terme, Glamsterdam améliore surtout la qualité de la configuration de l'ETH. Que cela se traduise en prix dépend de l'adoption et du contexte macroéconomique, pas de la seule mise à niveau. Rien de tout cela ne constitue un conseil financier, et les calendriers comme les marchés peuvent évoluer vite : faites vos propres recherches avant d'investir.

Principaux risques de la mise à niveau Glamsterdam

Glamsterdam remodèle en même temps la production de blocs, l'exécution et la tarification, ce qui ajoute des surfaces de coordination nécessitant des tests exhaustifs sur l'ensemble des clients et des applications.

• Complexité de l'ePBS : diviser la production de blocs entre deux parties successives au sein du consensus est difficile. Le protocole doit gérer proprement la non-livraison et le désaccord des builders, et la logique de « bloc partiel » touche presque toute la pile client, ce qui accroît le risque de bugs ou de retards.
• Centralisation des builders : le PBS intégré au protocole réduit la confiance accordée aux relais, mais les builders disposant de beaucoup de capital pourraient tout de même dominer la construction des blocs. L'ePBS atténue cette pression sans la supprimer.
• Exactitude des BAL : des listes d'accès déterministes exigent un accord strict entre les clients. Une divergence dans la manière dont les nœuds calculent ou valident la carte pourrait, dans le pire des cas, provoquer une scission du consensus.
• Conséquences de la révision des coûts pour les dApps : la modification des coûts des opcodes et du stockage peut casser des smart contracts conçus selon d'anciennes hypothèses de gas, révélant des bugs latents ou modifiant leur économie.
• Distorsion de la croissance de l'état : des coûts de stockage plus élevés peuvent pousser les développeurs vers des schémas riches en calldata ou de courte durée, ce qui redistribue la charge au lieu de la réduire.
• Opérations des validateurs : la suppression des relais MEV obligatoires améliore les hypothèses de confiance, mais ajoute du travail de suivi et de coordination pour l'infrastructure de staking.
• Périmètre trop large : regrouper dans un seul fork d'importantes réformes sur le MEV, l'exécution et le gas accroît le risque d'intégration. Reporter les slots de 6 secondes et FOCIL est une tentative directe de le limiter.

Conclusion

Glamsterdam marque le moment où le plan de mise à l'échelle d'Ethereum devient opérationnel, soumis à des échéances et piloté par le testnet, et où son récit stratégique évolue. Après des années à rediriger le débit vers les rollups, les développeurs principaux font de nouveau évoluer la couche de base, en pariant qu'une L1 plus rapide, plus parallèle et plus décentralisée maintiendra Ethereum au cœur des cryptomonnaies et de la finance tokenisée.

Pour le protocole, ePBS et les BAL sont une infrastructure fondamentale sur laquelle les mises à niveau futures s'appuieront pendant des années. Pour les investisseurs, Glamsterdam change la question. Il ne s'agit plus de savoir si Ethereum peut passer à l'échelle, mais dans quelle mesure cette montée en charge tient, et si elle reconnecte enfin la croissance du réseau à la valeur de l'ETH.