Fusaka a été déployé en décembre 2025, améliorant la mise à l'échelle du data availability des rollups grâce à PeerDAS. Ethereum marque rarement de pause et les core developers sont déjà passés à l'étape suivante : Glamsterdam.

Là où les récentes mises à niveau ont discrètement optimisé les blobs et l'économie du Layer 2, Glamsterdam se révèle plus fondamental. Il redéfinit la manière dont Ethereum construit, tarifie et valide les blocs au niveau du protocole, confirmant un tournant stratégique mûri depuis plus d'un an : réitérer la mise à l'échelle du propre Layer 1 d'Ethereum, plutôt que de déléguer le débit aux rollups.

Voici ce qu'il faut savoir sur la mise à niveau appelée à marquer 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. Son nom associe un corps céleste à une ville ayant par le passé accueilli Devconnect : Gloas couvre les modifications du Consensus Layer, tandis qu'Amsterdam englobe celles de l'Execution Layer. Regroupées, elles forment une seule et unique mise à niveau du réseau.

Elle s'articule autour de deux propositions phares. L' EIP-7732 introduit l'Enshrined Proposer-Builder Separation (ePBS) côté consensus, et l' EIP-7928 intègre les Block-Level Access Lists (BALs) côté exécution. Un ensemble complémentaire d'EIP relatives au re-pricing du gas, au coût de l'état du réseau et au confort d'utilisation vient parfaire l'ensemble.

Les core developers qualifient cette évolution de modification protocolaire la plus importante depuis The Merge. L'ingénieur de la Fondation Ethereum Parithosh Jayanthi a décrit la phase actuelle comme la dernière étape avant le durcissement et le déploiement sur les testnets publics. Cette envergure s'explique par le périmètre : l'ePBS refond la production de blocs et le pipeline MEV, tandis que les BALs repensent la manière dont le réseau lit et écrit l'état.

Cette combinaison permet d'atteindre l'ambition majeure d'Ethereum pour ce cycle : une gas limit cible de 200 millions par bloc, soit environ trois fois les ~60 millions actuels, ainsi que la marge de débit correspondante.

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

Pour comprendre Glamsterdam, il faut d'abord analyser 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 : maintenir une couche de base légère et reporter la mise à l'échelle sur les Layer 2 networks. Cette approche a fonctionné sur le plan technique mais a entraîné un effet secondaire économique. À mesure que l'activité migrait vers les rollups, les revenus générés par les frais du mainnet et le mécanisme de burn de l'EIP-1559 ont chuté brutalement. Les frais quotidiens sur le L1, qui avoisinaient les 30 millions de dollars en 2021 et 2022, se sont maintenus la majeure partie de l'année 2026 sous la barre des dix millions de dollars, atténuant la thèse de « l'argent ultrasonique » qui soutenait une grande partie de la valorisation de l'ETH.

C'est la question centrale de la capture de valeur qui pèse sur l'ETH : si les rollups s'approprient les utilisateurs et les frais, qu'est-ce qui revient à l'actif de base ? Au début de l'année 2026, Vitalik Buterin a publiquement remis en question le rythme de l'approche exclusivement axée sur les rollups, faisant remarquer que seuls quelques L2 majeurs avaient atteint un niveau de décentralisation significatif. Les priorités de la Fondation Ethereum pour 2026 ont réorganisé la feuille de route autour de trois axes : mettre à l'échelle, améliorer l'expérience utilisateur et durcir le L1.

Glamsterdam constitue la première concrétisation technique de ce tournant. En rendant la validation plus rapide et parallèle (grâce aux BALs) et en confiant la production de blocs à un processus trustless intégré au protocole (grâce à l'ePBS), il pose les fondations d'une gas limit 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 le L1. Il ne résout pas à lui seul le débat sur la capture de valeur, mais il en modifie la configuration, ce qui explique l'attention étroite que lui portent investisseurs et développeurs.

Les deux EIP phares de Glamsterdam

Chaque mise à niveau moderne d'Ethereum retient quelques EIP « phares » pour fixer le périmètre et éviter les retards liés à l'intégration d'un volume excessif de modifications en une seule fois. Les deux EIP de Glamsterdam sont désormais figées.

1. Enshrined Proposer-Builder Separation (EIP-7732)

Aujourd'hui, la plupart des blocs Ethereum ne sont pas construits par les validateurs qui les proposent. Les proposeurs déléguent cette construction à des validateurs spécialisés par l'intermédiaire de relais hors protocole, généralement via MEV-Boost. Cette méthode fonctionne, mais elle introduit des intermédiaires de confiance au cœur de la production des blocs et concentre le pouvoir entre les mains d'une poignée de relais.

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

Pour garantir la sécurité, ePBS ajoute des délais explicites, des engagements de payload et un Payload Timeliness Committee qui atteste séparément du bloc de consensus et de l'arrivée ponctuelle du payload d'exécution. Il élargit également la fenêtre de propagation des données d'environ deux secondes à près de neuf, une marge de manœuvre qui permet au réseau d'augmenter la limite de gas sans contraindre les validateurs à précipiter la validation.

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

C'est également la partie la plus difficile de la mise à niveau. ePBS divise la production de blocs entre deux parties agissant en séquence au sein du consensus, de sorte que le protocole doit désormais gérer la non-livraison ou le désaccord entre elles. Les « blocs partiels » et la coordination entre deux parties impactent la quasi-totalité de la pile client, ce qui explique principalement pourquoi Glamsterdam a progressé 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 va toucher tant qu'elle ne s'exécute pas. Ce goulet d'étranglement séquentiel limite la quantité de calculs pouvant s'intégrer en toute sécurité dans un bloc.

BALs associent une table d'orientation préalable à chaque bloc, répertoriant les comptes exacts et les clés de stockage auxquels ses transactions accèderont, ainsi que les valeurs d'état post-exécution résultantes. Grâce à cette table disponible avant l'exécution, les clients préchargent l'état en parallèle et traitent simultanément les transactions non chevauchantes au lieu de les rejouer dans l'ordre.

Les BALs permettent également la synchronisation sans exécution, ce qui permet à un nouveau nœud de mettre à jour son état à partir de l'empreinte de la liste d'accès sans réexécuter l'historique complet des transactions. Cela réduit la surcharge de synchronisation et maintient la croissance de l'état à un niveau gérable à mesure que la chaîne évolue.

Les BALs rendent une limite de gas plus élevée réaliste, car une validation plus rapide et plus prévisible est la condition préalable pour pousser 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, et non des garanties. Les gains réels dépendent des performances des clients, du matériel des validateurs et du degré de parallélisme effectif des blocs en direct, et la limite de gas elle-même est définie par le vote du gas des validateurs au fil du temps, sans être activée instantanément par le fork.

Les EIP complémentaires : révision du gas, coûts d'état et transferts moins onéreux

Au-delà des têtes d'affiche, Glamsterdam introduit des modifications de la couche d'exécution qui semblent mineures mais qui comptent pour la durabilité et le coût utilisateur.

La révision des coûts du gas et de l'état réaligne le prix des opérations sur leur véritable charge à long terme. L'élément central est l'EIP-8037, finalisée en mai 2026, qui fixe un coût fixe par octet de nouvel état et réserve un réservoir de gas distinct pour la croissance de l'état. Cela offre aux équipes clientes un plafond de viabilité : la possibilité d'augmenter la limite de gas vers 200 millions sans saturer la base de données au-delà d'un budget annuel gérable.

L'EIP-7778 supprime ensuite les remboursements de la comptabilité du gas au niveau des blocs, rendant les coûts plus prévisibles pour les builders. Ensemble, cet ensemble constitue le principal levier d'Ethereum contre l'enflure de l'état et un complément direct aux BALs.

Pour les utilisateurs quotidiens, le changement le plus visible réduit le plancher intrinsèque du gas des transactions, ce qui devrait rendre les transferts ETH standard entre comptes existants jusqu'à 71 % moins chers. Cela renforce la position d'Ethereum pour les paiements de routine, et pas seulement pour la DeFi complexe.

Quelques EIP d'optimisation du confort viennent parachever l'ensemble. L'EIP-7708 fait en sorte que les transferts et destructions (burns) d'ETH émettent un journal, une fonctionnalité attendue depuis des années par les wallets et les plateformes car elle supprime le traçage personnalisé des transactions. L'EIP-7954 fait passer la taille maximale des contrats d'environ 24 Ko à 32 Ko. D'autres ajoutent des opcodes (SLOTNUM pour l'EIP-7843, SWAPN, DUPN et EXCHANGE pour l'EIP-8024) ainsi que des améliorations réseau qui acheminent efficacement les données des nouvelles listes d'accès aux blocs.

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

Une partie de ce qui rend la portée de Glamsterdam crédible réside dans ce que les développeurs ont omis.

• ‌EIP-7782 (slots de 6 secondes) : Un plan très médiatisé visant à réduire de moitié le temps de slot d'Ethereum, passant de 12 à 6 secondes, avait été envisagé comme tête d'affiche. Les développeurs y ont renoncé : cela risquait de compliquer la génération de preuves ZK en temps réel (qui approche déjà de l'objectif de 12 secondes), aurait de toute façon nécessité un recalibrage du timing en cas de restructuration ultérieure des slots, et s'avérait moins mature que les propositions concurrentes. L'idée reste active pour un futur fork.‌
• FOCIL / Fork-Choice Inclusion Lists (EIP-7805) : Ce mécanisme de résistance à la censure permet aux comités de validateurs de forcer l'inclusion de transactions. Il a été retiré après que les équipes ont averti que la combinaison d'ePBS et de FOCIL au sein d'une même mise à niveau engendrerait trop d'interactions non testées à l'échelle du mainnet. FOCIL constitue désormais la tête d'affiche de Hegotá, la mise à niveau suivant Glamsterdam, aux côtés des travaux sur l'abstraction de compte.

Cette rigueur est primordiale. En refusant de tout déployer en même temps, les développeurs principaux ont permis à Glamsterdam de se concentrer sur les deux changements qui débloquent véritablement la mise à l'échelle de la L1.

Date de sortie d'Ethereum Glamsterdam

Glamsterdam a atteint sa phase de devnet finale à la mi-juin 2026, les développeurs exploitant des devnets multi-clients qui incluent l'ensemble des EIP prévus. Il s'agit de la dernière phase d'ingénierie majeure avant les versions des clients, les revues 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 projet (Draft). La perspective réaliste :

• Devnets finaux (actuels) : stabilisation de chaque EIP de concert sur l'ensemble des implémentations clients.
• Testnets publics (prochains) : les forks Holesky et Hoodi avant le mainnet, avec une stabilité devant se maintenir sur plusieurs époques.
• Objectif du mainnet (S2 2026) : certains fournisseurs de staking évoquent un objectif interne optimiste autour du troisième trimestre 2026. Étant donné les deux à quatre mois de phase de test public nécessaires pour les forks récents, une fenêtre allant approximativement de septembre à décembre 2026 constitue l'hypothèse la plus solide.
• Sujet à modification : les contributeurs de la fondation Ethereum signalent que Glamsterdam s'avère plus complexe et plus lent que Fusaka, ce qui rend un report possible. La réussite d'ePBS prime sur toute date fixe.

Liste des EIP pour Glamsterdam d'Ethereum

L'ensemble actuel des EIP prévues pour inclusion se concentre autour des deux principales nouveautés ainsi que du pack de réévaluation du gas et de l'état. Le périmètre peut encore évoluer tant qu'EIP-7773 reste à l'état de brouillon ; le statut en temps réel est disponible sur Forkcast et sur le meta fil de discussion Glamsterdam.

Les EIP Glamsterdam les plus pertinentes par rôle :

• EIP-7732 : Enshrined Proposer-Builder Separation (ePBS). Intègre la construction de blocs et les paiements des constructeurs directement dans le protocole (principale nouveauté du consensus).
• EIP-7928 : Block-Level Access Lists (BALs). Permet l'execution parallel et une synchronisation sans exécution (principale nouveauté au niveau de l'exécution).
• EIP-8037 : Augmentation du coût en gas de la création d'état. Coût fixe par octet d'état plus un réservoir dédié à la croissance de l'état (mesure anti-expansion excessive de l'état).
• EIP-7778 : Comptabilité du gas des blocs sans remboursements. Simplifie la tokenomics du gas et améliore la prédictibilité pour les constructeurs.
• EIP-7708 : Les transferts et les burns d'ETH émettent un journal (log). Supprime le traçage personnalisé des transactions pour les wallets et les exchanges.
• EIP-7954 : Porte la taille maximale d'un contrat d'environ 24 Kio à 32 Kio.
• EIP-7843 : Ajoute un opcode SLOTNUM exposant le numéro de slot actuel à l'EVM.
• EIP-8024 : Opcodes SWAPN, DUPN et EXCHANGE rétrocompatibles pour une gestion de la pile (stack) plus économique.
• EIP-7975 / EIP-8159 : Mises à niveau réseau permettant aux clients d'échanger efficacement les nouvelles données de listes d'accès aux blocs.

Accompagnées de plusieurs réévaluations mineures des données d'appel (calldata) et des listes d'accès, ces mesures soutiennent une même tendance : une exécution plus prévisible, tarifée avec précision et capable de croître sans imposer de matériel coûteux aux nœuds Ethereum.

Ce que Glamsterdam implique pour les investisseurs en ETH

Les mises à niveau majeures d'Ethereum sont souvent des événements volatils qui suivent généralement un schéma de type « acheter la rumeur, vendre la nouvelle », l'ETH progressant à l'approche d'un fork avant de reculer après son activation. Il s'agit d'une tendance et non d'une règle, et les cycles récents se sont avérés plus chaotiques que les précédents cas historiques bien tranchés.

Le tableau plus large pour Glamsterdam est structurel. Au cours du premier semestre 2026, ETH a sous-performé, évoluant dans une fourchette approximative de 1 700 $ à 2 100 $ et passant sous la barre des 1 700 $ lors d'un mouvement d'aversion au risque en juin, alors même que les ETF spot ETH ont enregistré leurs plus importants flux mensuels nets depuis leur lancement en mai. Une demande saine pour les produits face à un prix bas illustre la question de la capture de valeur : tant que l'activité on-chain ne stimulera pas les frais de la couche de base, le burn et le rendement du staking, le scénario haussier restera conditionnel.

Il y a une tournure plus incisive. Un bond par trois de la capacité de L1 sans augmentation proportionnelle de la demande peut maintenir les frais de base à un niveau bas et freiner le burn de l'EIP-1559 à court terme, tout en augmentant la mise à l'échelle du réseau. Glamsterdam élargit la capacité à long terme d'Ethereum, mais ne stimule pas automatiquement le burn sur lequel repose le modèle monétaire d'ETH.

Pourquoi elle a toujours du poids : c'est la première mise à niveau conçue pour faire passer à l'échelle le débit de 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 clarifient la manière dont les institutions perçoivent un yield en proof-of-stake. Certains analystes soutiennent une thèse haussière constructive pour 2026 sur ETH au vu de cette dynamique, tandis que d'autres restent prudents face à la cannibalisation des frais et aux conditions macroéconomiques. Le débat est véritablement à double sens.

Pour les détenteurs à long terme, Glamsterdam améliore principalement la qualité de configuration pour ETH. La conversion de cela en prix dépend de l'adoption et du contexte macroéconomique, et non de la mise à niveau seule. Rien de tout cela ne constitue un conseil financier, et les calendriers comme les marchés peuvent évoluer rapidement, faites donc vos propres recherches avant d'allouer des fonds.

Principaux risques de la mise à niveau Glamsterdam

Glamsterdam refond simultanément la production de blocs, l'exécution et la tarification, ajoutant des surfaces de coordination qui nécessitent des tests exhaustifs à travers les clients et les applications.

• Complexité d'ePBS : diviser la production de blocs en deux parties séquentielles au sein du consensus est complexe. Le protocol doit gérer proprement la non-livraison et le désaccord des validateurs, et la logique des « blocs partiels » touche la quasi-totalité de la pile client, augmentant le risque de bugs ou de retards.
• Centralisation des builders : le PBS intégré au protocole réduit la confiance envers les relais, mais les builders disposant de capitaux importants pourraient tout de même dominer la construction de blocs. L'ePBS atténue cette pression plutôt que de l'éliminer.
• Exactitude des BAL : les access lists déterministes exigent un accord strict entre les clients. Une divergence dans la manière dont les nœuds calculent ou valident la carte risquerait, dans le pire des cas, de provoquer une scission du consensus.
• Conséquences de la réévaluation pour les dApps : la modification des coûts des opcodes et du stockage peut perturber les smart contracts configurés selon d'anciennes hypothèses sur le gas, exposant des bugs latents ou modifiant l'économie des transactions.
• Distorsion de la croissance de l'état : des coûts de stockage plus élevés risquent d'inciter les développeurs à privilégier des schémas gourmands en calldata ou à courte durée de vie, ce qui redistribue la charge au lieu de la réduire.
• Opérations des validateurs : supprimer l'obligation des relais MEV améliore les hypothèses de confiance, mais ajoute des tâches de surveillance et de coordination pour l'infrastructure de staking.
• Périmètre excessif : regrouper d'importantes réformes du MEV, de l'exécution et du gas au sein d'un même fork augmente le risque d'intégration. Reporter les blocs de 6 secondes et FOCIL constitue une tentative directe de le maîtriser.

Dernières réflexions

Glamsterdam marque le moment où la feuille de route de mise à l'échelle d'Ethereum devient opérationnelle, axée sur les échéances et testée sur les testnet, redéfinissant ainsi sa stratégie. Après des années passées à orienter le débit vers les rollup, les core developers remettent à l'échelle la couche de base, pariant qu'un L1 plus rapide, plus parallèle et plus décentralisé permettra à Ethereum de rester au cœur de la cryptomonnaie et de la finance tokenisée.

Pour le protocole, l'ePBS et les BAL constituent les fondations techniques sur lesquelles les futures mises à niveau s'appuieront pendant des années. Pour les investisseurs, Glamsterdam change la donne. La question n'est plus de savoir si Ethereum peut monter en charge, mais dans quelle mesure cette mise à l'échelle résiste et si elle finit par relier la croissance du réseau à la valeur de l'ETH.