Ethereum Glamsterdam entre en phase finale de devnet à 200M de gas

Rejoignez notre groupe Telegram pour rester au courant des dernières nouvelles crypto en direct.

Glamsterdam, la prochaine mise à niveau majeure d’Ethereum décrite par plusieurs équipes de clients comme la plus grande transformation du protocole depuis la transition vers la preuve d’enjeu en 2022, a franchi mardi son étape de devnet final – le stade devnet-0 – avec un bundle de dix EIPs tracés sous le méta EIP-7773, deux innovations structurelles au cœur du dispositif (**EIP-7732** instaurant la Séparation Proposeur-Builder, et **EIP-7928** introduisant les Listes d’Accès au Niveau du Bloc) – une combinaison qui débloque une cible de 200 millions de gas par bloc, soit un triplement de la capacité L1 actuelle depuis la plage des 60 millions et un débit théorique pouvant atteindre 10 000 TPS-équivalents sous des charges réalistes – le tout avec un calendrier de déploiement sur mainnet visant le second semestre 2026, après passage par les testnets publics Holesky et Hoodi, une phase publique qui s’étend historiquement sur deux à quatre mois et pointe donc vers une fenêtre d’activation entre septembre et décembre 2026 – la spec devnet-0 ayant été publiée par l’équipe pandaops de l’Ethereum Foundation au terme d’un débat de plusieurs cycles d’All Core Devs sur la faisabilité de shipper ePBS et BALs simultanément. La question qui s’impose avec une acuité particulière est celle-ci : Glamsterdam est-elle la réponse technique qu’Ethereum devait apporter depuis des années pour rester crédible face aux L1 alternatifs – ou constitue-t-elle un pari architectural trop ambitieux dont la complexité d’implémentation pourrait déstabiliser le réseau au moment précis où la confiance institutionnelle dans ETH se reconstruit ?

Pour comprendre ce que le franchissement du devnet final représente réellement – pourquoi 200M de gas n’est pas qu’un chiffre, pourquoi ePBS réécrit la politique monétaire du MEV, et pourquoi l’association de ces deux innovations dans un seul cycle de mise à niveau constitue un pari architectural sans précédent depuis la Merge

Pour comprendre la portée réelle de ce signal, il faut soulever le capot de la mécanique. Un devnet – réseau de développement – est l’environnement contrôlé dans lequel les équipes de clients Ethereum déploient une version préliminaire du code de mise à niveau avant tout contact avec des utilisateurs ou des fonds réels. Le stade devnet-0 n’est pas un prototype exploratoire : c’est la version figée du bundle EIP qui traversera ensuite les testnets publics. Son atteinte signifie que le périmètre de la mise à niveau est désormais verrouillé – aucun EIP supplémentaire ne peut être ajouté, et les rétractations sont extraordinairement coûteuses en termes de coordination entre équipes.

La limite de gas par bloc est le plafond absolu de calcul exécutable dans un seul bloc Ethereum. Actuellement, les validateurs coordonnent ce plafond autour de 60 millions de gas – bien que les données de printemps 2026 indiquent un gas effectif par bloc souvent compris entre 30 et 40 millions, voire autour de 36 millions selon certaines mesures récentes. La cible de 200 millions post-Glamsterdam représente donc non pas un triplement symbolique, mais une multiplication par cinq à six du plafond théorique par rapport au gas effectivement utilisé aujourd’hui. Ce saut n’est pas simplement un réglage de paramètre : il nécessite que le réseau soit structurellement capable de propager, valider et finaliser des blocs beaucoup plus lourds sans dégradation de la latence.

C’est précisément ici qu’intervient la mécanique à double détente de Glamsterdam. D’un côté, EIP-7732 (ePBS) sépare au niveau du consensus le validateur qui propose un bloc du builder qui en construit le contenu d’exécution. Cette séparation élargit la fenêtre de propagation des données de deux secondes actuellement à environ neuf secondes – ce délai supplémentaire est la condition sine qua non pour que des blocs contenant davantage de gas puissent circuler sur le réseau sans forcer les validateurs à prendre des décisions de validation précipitées. De l’autre, EIP-7928 (BALs) fournit à chaque bloc une carte préalable des comptes et slots de stockage que ses transactions vont toucher, permettant aux nœuds de précharger les données en parallèle et de traiter les transactions non-concurrentes simultanément plutôt que séquentiellement. Sans les BALs, un doublement ou triplement de la limit de gas créerait des goulots d’étranglement insupportables dans les clients d’exécution ; sans ePBS, la fenêtre de propagation resterait trop courte pour les blocs lourds.

La finalisation en mai 2026 d’EIP-8037 – qui fixe un coût unitaire par octet d’état créé et dédie un réservoir de gas séparé à la croissance de l’état – a constitué la dernière pièce manquante du puzzle. Ce mécanisme plafonne la croissance de la base de données à 120 GiB par an sous le nouveau régime, garantissant qu’un gas limit à 200 millions ne transforme pas les nœuds complets en infrastructures hors de portée d’un opérateur ordinaire.

Anatomie du signal – ce que Glamsterdam révèle sur la stratégie de scaling L1 d’Ethereum, la refonte de l’économie MEV via ePBS, la promesse de parallélisation des BALs, les implications pour les développeurs de dApps et les validateurs, les risques de centralisation amplifiés par des blocs plus lourds, et le repositionnement compétitif d’ETH face aux L1 alternatifs

***Premier vecteur -*** **L’arithmétique du gas : pourquoi 200 millions n’est pas qu’un chiffre, et ce que le triplement de capacité L1 implique réellement pour le débit et le coût des transactions**

La cible de 200 millions de gas est une décision de design, pas une contrainte imposée par le hard fork lui-même. Glamsterdam ne force aucun validateur à opérer à 200 millions de gas : il crée les conditions protocolaires pour que les validateurs puissent voter cette limite de manière coordonnée, via le mécanisme standard de gas-vote signaling, à mesure que les nodes démontrent leur capacité à gérer les blocs plus lourds sans dégradation mesurable de la propagation.

Ce point est fondamental pour calibrer les attentes. Le réseau n’atteindra pas 10 000 TPS-équivalents le jour de l’activation mainnet. La montée en charge sera progressive, conditionnée par la stabilité observée sur les testnets, puis sur le mainnet après plusieurs semaines ou mois de fonctionnement post-fork. Les opérateurs de nœuds qui peinent déjà à suivre les blocs à 60 millions de gas devront mettre à niveau leur matériel – un facteur de friction non négligeable pour la décentralisation du réseau.

L’impact pour l’utilisateur final le plus immédiatement perceptible sera celui d’EIP-2780, qui coupe le plancher intrinsèque de gas des transactions et projette de rendre les transferts d’ETH standard entre comptes existants jusqu’à 71% moins chers. Pour les échanges et les wallets, EIP-7708 est tout aussi révolutionnaire dans sa discrétion : en faisant émettre un log lors de chaque transfert d’ETH ou burn, il supprime le besoin de traçage de transactions personnalisé – une demande récurrente de l’industrie depuis des années qui trouvera enfin sa résolution protocolaire. Par ailleurs, EIP-7954 porte la taille maximale des contrats de 24 KiB à 32 KiB, une évolution directement utile aux protocoles DeFi complexes qui se heurtent régulièrement à cette limite.

***Deuxième vecteur -*** **ePBS et la refonte structurelle de l’économie MEV : comment EIP-7732 transforme la chaîne d’approvisionnement en valeur extractible et ses implications pour les builders, les relays et la décentralisation des validateurs**

La Séparation Proposeur-Builder enchâssée dans le protocole (ePBS) via EIP-7732 est peut-être la transformation la plus profonde que Glamsterdam apporte à la politique économique d’Ethereum. Aujourd’hui, la séparation entre validateurs et builders de blocs est gérée par des relays off-protocol comme MEV-Boost – une infrastructure tierce qui a concentré une fraction significative du pouvoir de construction de blocs entre quelques entités sophistiquées, créant des asymétries structurelles que le protocole lui-même ne peut pas corriger.

Sous ePBS, le handoff entre proposeur et builder est directement réglé au niveau du consensus : le validateur qui propose un bloc reçoit un paiement garanti de la part du builder sélectionné, même si ce builder assemble séparément la payload d’exécution. Le workflow dit « external builder » est désormais stable sur le devnet multi-client selon l’Ethereum Foundation, couvrant « presque toutes les implémentations clients ». Cette garantie de paiement réduit l’avantage structurel des builders les plus sophistiqués – qui capturaient auparavant de la valeur en tirant parti de la latence du relay – et formalise au niveau du protocole ce qui était jusqu’ici une relation contractuelle informelle.

L’introduction d’un Payload Timeliness Committee – un comité d’attestation qui vérifie séparément la disponibilité du bloc de consensus et de la payload d’exécution – ajoute une couche de complexité architecturale considérable. Les pools de staking devront mettre à jour leur stack pour monitorer ce nouveau flux de manière trustless. La complexité de l’implémentation d’ePBS a d’ailleurs été l’un des principaux facteurs de friction dans le calendrier de Glamsterdam : plusieurs cycles d’All Core Devs ont été consacrés à débattre de la sagesse de coupler ePBS et BALs dans un seul upgrade.

MEV-Boost, le relay qui médiatise actuellement le handoff, ne disparaît pas : il devient optionnel. Pour les builders qui opèrent actuellement via MEV-Boost, la transition vers ePBS implique une reconfiguration significative de leur infrastructure – mais aussi, potentiellement, une réduction de leur marge sur les blocs les plus lucratifs. Comme nous l’analysisions concernant la gouvernance de l’Ethereum Foundation et ses décisions stratégiques récentes, les changements protocolaires d’envergure s’inscrivent toujours dans un environnement institutionnel qui détermine leur vitesse d’adoption effective.

***Troisième vecteur -*** **BALs et la parallélisation de l’exécution : comment EIP-7928 redéfinit le modèle de traitement des transactions et ouvre la voie à la synchronisation sans relecture complète**

Les Block-Level Access Lists introduites par EIP-7928 constituent la seconde révolution architecturale de Glamsterdam. Dans le modèle actuel, les clients d’exécution traitent les transactions d’un bloc de manière séquentielle – chaque transaction doit être rejouée dans l’ordre pour garantir la cohérence de l’état. Cette approche sérielle devient un goulot d’étranglement insupportable à mesure que la gas limit augmente.

Les BALs résolvent ce problème en fournissant à chaque bloc une carte préalable : une liste décrivant exactement quels comptes et slots de stockage ses transactions vont lire ou écrire, accompagnée des valeurs d’état post-exécution. Cette information permet aux nœuds de précharger les données nécessaires en parallèle avant même de commencer le traitement, et d’exécuter simultanément les transactions qui ne se chevauchent pas – une transformation profonde du modèle de concurrence qui était jusqu’ici impossible sans risque de race conditions.

L’une des implications les plus significatives des BALs pour la santé du réseau à long terme est ce qu’elles rendent possible pour les nouveaux nœuds : la synchronisation sans exécution (executionless sync). Un nœud rejoignant le réseau peut, sous ce nouveau modèle, mettre à jour son état à partir du digest des access lists sans avoir à rejouer l’intégralité de l’historique des transactions – une amélioration considérable pour les temps de synchronisation qui avaient tendance à décourager les opérateurs de nœuds non-industriels.

L’interaction entre BALs et la fenêtre de propagation élargie par ePBS est synergique : les neuf secondes disponibles entre la proposition du bloc et sa validation permettent aux nœuds de précharger les données référencées par les BALs, optimisant le traitement concurrent. Sans cette fenêtre élargie, les BALs auraient un impact limité sur le débit réel. C’est précisément cette interdépendance qui a conduit les core developers à insister sur le packaging des deux EIPs dans un même cycle malgré la complexité.

***Quatrième vecteur -*** **EIP-8037 et la tarification de l’état : comment le plafonnement à 120 GiB de croissance annuelle de la base de données conditionne la durabilité du passage à 200M de gas et remodèle l’économie du déploiement de contrats**

La pièce maîtresse de durabilité dans le bundle Glamsterdam est EIP-8037, finalisée en mai 2026 après des mois de débats sur ses paramètres. Le principe est élégant dans son intention : chaque octet d’état créé sur la blockchain a désormais un coût fixe, et un réservoir de gas séparé est dédié à la croissance de l’état – empêchant une explosion incontrôlée de la taille de la base de données que provoquerait mécaniquement une gas limit multipliée par trois à cinq.

Les paramètres ont été calibrés pour viser environ 60 GiB de croissance d’état par an à 300 millions de gas par bloc – soit environ 120 GiB à 200 millions, le plafond communément cité. En pratique, cela implique que le coût de déploiement de nouveaux contrats sera multiplié par environ dix, et la création de compte par environ 8,5. Ces chiffres semblent punitifs mais s’inscrivent dans une logique de rationalisation : les déploiements à faible valeur ajoutée qui « polluaient » l’état global deviendront économiquement prohibitifs, tandis qu’un metering séparé pour le code de contrat garantit que des protocoles complexes comme Uniswap resteront déployables.

Pour les développeurs de dApps, EIP-8037 représente un changement de paradigme dans la modélisation économique des contrats. Les patterns de développement qui s’appuyaient sur des créations de comptes éphémères ou des mappings expansifs devront être repensés. En revanche, les protocoles DeFi établis qui optimisent déjà leur utilisation de l’état bénéficieront d’un environnement moins congestionné et plus prévisible sur le long terme.

***Cinquième vecteur -*** **Le positionnement concurrentiel d’Ethereum face aux L1 alternatifs : comment Glamsterdam répond à cinq ans de critiques sur le débit L1 et reconfigure la proposition de valeur d’ETH dans un écosystème où Solana, Sui et Aptos ont construit leur identité sur la performance brute**

La critique la plus récurrente adressée à Ethereum depuis 2021 est connue : le L1 est trop lent et trop cher pour l’usage quotidien. La réponse apportée via la feuille de route « rollup-centric » de Vitalik Buterin – déporter l’exécution vers les Layer 2, réserver le L1 à la sécurité et à la disponibilité des données – a donné naissance à un écosystème L2 florissant avec EIP-4844 / Dencun comme catalyseur. Mais cette stratégie a aussi créé une fragmentation de la liquidité et de l’expérience utilisateur que les L1 concurrents ont exploitée avec succès dans leur marketing.

Glamsterdam marque un tournant : pour la première fois depuis la Merge, les core developers d’Ethereum signalent que le L1 lui-même peut et doit devenir plus performant, non en abandonnant la feuille de route rollup-centric, mais en la complétant. Un L1 à 10 000 TPS-équivalents sous charge réaliste reste inférieur aux promesses de débit de Solana ou de Sui en conditions idéales – mais la proposition de valeur d’Ethereum n’a jamais été le débit brut. Elle est la combinaison de sécurité, de décentralisation, de composabilité et – de plus en plus – de liquidité institutionnelle.

Sur ce dernier point, la confiance institutionnelle dans ETH continue de se renforcer. Des signaux comme l’acquisition de 213 millions de dollars d’ETH par Bitmine relayée par Tom Lee illustrent un appétit institutionnel qui dépasse le simple trade spéculatif et parie sur la résilience long terme du protocole. Glamsterdam, en triplant la capacité L1 tout en maintenant les garde-fous de décentralisation et de durabilité via EIP-8037, apporte une réponse concrète à la thèse haussière institutionnelle.

Par ailleurs, la direction Fusaka – qui vise à décorréler les coûts de données des rollups de la congestion d’exécution L1 – progresse en parallèle comme axe de recherche complémentaire. La fenêtre de propagation élargie par ePBS permet également à Ethereum de porter davantage de blobs par bloc, augmentant le budget de disponibilité des données dont les rollups dépendent. Glamsterdam n’est donc pas un pivot : c’est une accélération simultanée sur les deux fronts.

Signal sectoriel : quand Ethereum – réseau le plus capitalisé de la smart-contract economy avec la feuille de route technique la plus ambitieuse depuis sa création – verrouille un bundle de dix EIPs visant à tripler sa capacité L1, c’est toute la hiérarchie compétitive des blockchains de couche 1 qui se reconfigure autour d’un critère unique : qui peut combiner débit, décentralisation et durabilité économique dans un seul protocole ?

L’ironie est mordante : pendant les années où Ethereum construisait patiemment sa feuille de route rollup-centric, ses critiques l’accusaient de sacrifier la performance L1 sur l’autel d’une pureté architecturale prétendument impraticable. Pendant ce même temps, les L1 alternatifs bâtissaient leur proposition de valeur sur le débit brut – des chiffres impressionnants obtenus, pour beaucoup, au prix d’une décentralisation compromise et d’un modèle économique de validateurs concentré. Glamsterdam arrive aujourd’hui avec une réponse qui ne choisit pas entre les deux : elle prétend offrir les deux simultanément, via une architecture dont la sophistication même est garante de sa robustesse.

Les gagnants structurels de cette mise à niveau sont multiples. Les développeurs de dApps DeFi qui opèrent sur le L1 bénéficieront d’un espace de bloc considérablement élargi et de transactions plus rapides à des coûts significativement réduits – en particulier les protocoles qui effectuent des opérations intensives en gas comme les liquidations, les rebalancings automatiques ou les oracles. Les exchanges et wallets qui réclamaient depuis des années l’émission de logs sur les transferts ETH (via EIP-7708) pourront simplifier radicalement leur infrastructure de traçage. Les rollups profiteront d’un budget de disponibilité des données élargi grâce à la fenêtre de propagation plus longue, poursuivant la trajectoire Fusaka de réduction des coûts L2.

Les perdants structurels sont ceux dont le modèle économique reposait précisément sur les frictions que Glamsterdam élimine. Les builders MEV-Boost sophistiqués qui capturaient de la valeur via la latence du relay verront leur avantage structurel réduit par ePBS – non éliminé, mais formalisé et redistribué plus équitablement au niveau du protocole. Les L1 concurrents qui avaient fait de la lenteur d’Ethereum leur argument marketing principal devront renouveler leur proposition de valeur. Les opérateurs de nœuds complets sous-provisionnés en matériel devront investir pour rester compétitifs à des gas limits de 200 millions – une pression à la centralisation que les garde-fous d’EIP-8037 atténueront mais ne neutraliseront pas entièrement.

Le signal macro le plus important envoyé par le verrouillage de Glamsterdam en devnet-0 est celui de la cohérence institutionnelle : la convergence sur un bundle aussi ambitieux, après des mois de débats houleux en All Core Devs, signale que l’Ethereum Foundation et les équipes de clients ont retrouvé une capacité de coordination qui pouvait sembler incertaine à certains moments de l’année 2025.

Entre accélération vers le mainnet en septembre 2026 et report causé par des instabilités testnet complexes : les scénarios à court terme pour évaluer si Glamsterdam respectera sa fenêtre d’activation cible et si les 200 millions de gas deviendront réalité avant fin 2026

**Scénario 1 – Activation mainnet dans la fenêtre cible (septembre-novembre 2026) avec montée progressive vers 100-150M de gas**

**Probabilité estimée : 55 %**

Dans ce scénario, les tests de charge sur devnet-0 proches de 200 millions de gas se déroulent sans incident majeur sur plusieurs semaines, permettant le lancement des forks testnet sur Holesky puis Hoodi avant fin juillet ou début août 2026. La phase testnet dure deux à trois mois – dans la moyenne historique – et conclut en septembre ou octobre avec une stabilité multi-client suffisante pour que les équipes fixent une date d’activation mainnet. La gas limit est progressivement augmentée par les validateurs via signaling coordonné, atteignant 100 à 150 millions dans les premières semaines post-fork avant de progresser vers la cible de 200 millions sur plusieurs mois. Les coûts de transfert ETH chutent de 50-71%, les dApps DeFi commencent à reconfigurer leurs contrats pour exploiter les BALs, et l’écosystème institutionnel réagit positivement. Les conditions d’activation requises : absence de bug critique dans les implémentations ePBS des différents clients, stabilité des pegged assets et des pools de staking lors des tests de charge, validation des paramètres EIP-8037 sous conditions réelles.

**Scénario 2 – Report modéré avec activation en décembre 2026 ou Q1 2027 suite à des frictions d’implémentation ePBS**

**Probabilité estimée : 35 %**

La complexité d’implémentation d’ePBS – qui force l’ensemble du stack client à raisonner en « partial blocks » et en coordination à deux parties – génère des divergences entre clients sur les conditions limites du Payload Timeliness Committee. Un ou plusieurs incidents testnet nécessitent des corrections qui retardent le processus de fork testnet de quatre à six semaines. La phase testnet publique s’allonge au-delà de la moyenne historique (trois à cinq mois au lieu de deux à quatre), repoussant l’activation mainnet à décembre 2026 ou janvier-mars 2027. Ce scénario n’est pas catastrophique – les hard forks précédents d’Ethereum ont souvent glissé par rapport à leurs calendriers initiaux sans que la santé du réseau en soit affectée – mais il crée une fenêtre de narrative négative exploitable par les concurrents. Conditions de bascule vers ce scénario : un fork testnet sur Holesky montrant une instabilité de finalité persistante sur plusieurs heures, ou la découverte d’un vecteur d’attaque sur le mécanisme de sélection des builders ePBS.

**Scénario 3 – Retrait ou repackaging d’un EIP majeur (ePBS ou BALs) entraînant une refonte du bundle**

**Probabilité estimée : 10 %**

Dans ce scénario peu probable mais non nul, les tests de charge révèlent une incompatibilité fondamentale entre ePBS et les BALs dans des conditions de blocs proches de 200 millions de gas – par exemple, une incapacité systématique du Payload Timeliness Committee à converger sur des blocs très lourds avec de nombreuses transactions non-séquentielles. Les core developers prennent la décision difficile de retirer l’un des deux EIPs pour le reporter dans un cycle ultérieur (probablement un « Glamsterdam-bis » ou un upgrade distinct en 2027). Ce scénario impliquerait également une révision des paramètres d’EIP-8037 qui ont été calibrés précisément en anticipation du gas limit cible. L’impact sur la confiance de l’écosystème et sur le prix de l’ETH serait significatif à court terme, bien que la solidité fondamentale du protocole ne soit pas remise en question. Conditions d’activation : découverte d’un bug de consensus reproductible lié à l’interaction ePBS-BALs sous charge maximale, ou vote d’urgence lors d’un All Core Devs extraordinaire.

Ce que Glamsterdam change concrètement pour les détenteurs d’ETH, les développeurs de dApps, les validateurs et pools de staking, les exchanges et wallets, et les équipes de Layer 2

• Détenteurs d’ETH – La mise à niveau Glamsterdam n’est pas un événement de liquidité directe, mais ses implications sur la valeur long terme d’ETH sont significatives. Un L1 plus performant renforce la thèse de l’ETH comme actif de réserve de la smart-contract economy – un réseau plus rapide, moins cher et plus capable attire davantage d’activité onchain, ce qui se traduit mécaniquement par davantage de gas consommé et, sous EIP-1559, davantage d’ETH brûlé. La réduction de 71% du coût des transferts ETH via EIP-2780 améliore également l’expérience utilisateur de base. Surveiller : le taux de burn mensuel d’ETH dans les mois suivant l’activation mainnet comme indicateur de l’adoption effective du L1 élargi.
• Développeurs de dApps – Glamsterdam remodèle en profondeur le landscape du développement sur Ethereum L1. L’augmentation de la taille maximale des contrats à 32 KiB (EIP-7954) débloque des architectures de contrats plus complexes sans recours aux patterns de proxy. La parallélisation via BALs récompense les développeurs qui structurent leurs transactions de manière à minimiser les dépendances d’état. En contrepartie, EIP-8037 pénalise les contrats « bavards » qui créent de nombreux comptes éphémères – une refonte des patterns de développement courants dans certaines applications de gaming et de NFT sera nécessaire. Recommandation pratique : auditer dès maintenant l’empreinte d’état de vos contrats et identifier les optimisations possibles pour anticiper la nouvelle tarification d’EIP-8037.
• Validateurs et pools de staking – L’impact opérationnel de Glamsterdam sur les validateurs est le plus immédiat et le plus complexe. L’implémentation d’ePBS force une refonte architecturale des workflows de sélection de builders, avec l’introduction du Payload Timeliness Committee comme nouvelle contrainte de monitoring. Les pools de staking industriels devront déployer des mises à jour logicielles significatives avant l’activation mainnet. Sur la question des sorties, EIP-8080 améliore le processus utilisateur en permettant aux sorties standard d’emprunter la capacité inutilisée de la queue de consolidation à un ratio de trois pour deux – une amélioration bienvenue pour la liquidité des stakers. Recommandation pratique : commencer dès maintenant les tests d’intégration ePBS sur les testnets de développement et allouer des ressources engineering spécifiques pour la gestion du Payload Timeliness Committee.
• Exchanges et wallets – Pour ces acteurs, Glamsterdam est une mise à niveau bienvenue qui résout des frictions opérationnelles de longue date. L’émission de logs sur les transferts ETH et burns via EIP-7708 simplifie radicalement les systèmes de réconciliation et de traçage transactionnel – une infrastructure que certains grands exchanges maintenaient à coût élevé via du traçage personnalisé. La réduction des coûts de transfert ETH (EIP-2780) devrait également réduire les frictions pour les utilisateurs finaux sur les plateformes de dépôt-retrait. Recommandation pratique : planifier la mise à jour des systèmes de traçage de transactions pour intégrer nativement les logs EIP-7708 avant l’activation mainnet, afin d’éviter une période de divergence entre les deux méthodes.
• Équipes de Layer 2 (rollups) – Contrairement à ce que certains pourraient craindre, un L1 plus performant n’est pas une menace existentielle pour les rollups – c’est un complément structurel. La fenêtre de propagation élargie par ePBS augmente le nombre de blobs par bloc disponibles pour les L2, réduisant leurs coûts de disponibilité des données. La direction Fusaka continue de progresser en parallèle. Les rollups qui positionnent leur valeur ajoutée sur la composabilité et les fonctionnalités applicatives spécifiques (zkEVM souverains, chaînes applicatives) sont moins exposés à la pression compétitive du L1 élargi que les rollups généralistes qui se différencient principalement sur les frais. Surveiller : l’évolution des frais moyens sur les principaux rollups dans les six mois suivant l’activation Glamsterdam comme indicateur de l’effet de vases communicants entre L1 et L2.

Note générale : les transformations introduites par Glamsterdam affectent l’infrastructure Ethereum à un niveau protocolaire profond. Les estimations de gain de performance et de réduction de coûts sont des projections basées sur des modèles de charge réalistes – les résultats réels dépendront de l’adoption effective des nouvelles primitives et de la progression de la gas limit par les validateurs. Toute décision d’investissement ou d’allocation d’engineering basée sur ces projections doit intégrer la possibilité d’un report du calendrier.

Les signaux clés à surveiller pour évaluer si Glamsterdam atteindra sa cible de 200M de gas dans la fenêtre septembre-décembre 2026 ou si des frictions techniques en repoussent l’activation au-delà

• Stabilité multi-client sur devnet-0 sous charge maximale – (Source : Ethereum Foundation / pandaops) – Les prochaines semaines de tests de charge sur le devnet-0 à des niveaux de gas proches de la cible sont le premier filtre critique. Tout incident de type fork non intentionnel ou instabilité de finalité persistante sera documenté sur les canaux publics des core developers. Signal haussier si les tests de charge à 150-200M de gas sur devnet-0 se déroulent sans divergence entre clients majeurs pendant deux semaines consécutives ; signal baissier si des bugs de consensus reproductibles sont identifiés sur l’interaction ePBS-BALs sous charge élevée.
• Date du fork testnet sur Holesky – (Source : Ethereum Foundation / ethereum.org) – Le lancement du fork sur Holesky est le premier jalon public du calendrier post-devnet. Historiquement, la transition devnet → testnet prend quatre à huit semaines. Signal haussier si le fork Holesky est annoncé avant fin juillet 2026 ; signal baissier si l’annonce tarde au-delà de septembre 2026, signalant des frictions non anticipées lors de la phase devnet.
• Taux d’adoption des mises à jour ePBS par les clients majeurs – (Source : clientdiversity.org) – Le pourcentage de validators ayant mis à niveau vers une version compatible ePBS sur les testnets publics est un indicateur clé de la préparation opérationnelle. Signal haussier si plus de 80% des validators Holesky opèrent sur un client compatible ePBS dans les deux semaines suivant le fork ; signal baissier si un ou plusieurs clients majeurs accusent du retard sur l’implémentation du Payload Timeliness Committee.
• Gas limit effective sur les testnets post-fork – (Source : Etherscan / Beaconcha.in) – La montée progressive de la gas limit par les validateurs testnet vers les 200 millions est le signal concret de la viabilité opérationnelle. Signal haussier si les validators testnet votent collectivement une gas limit supérieure à 150M dans les quatre semaines suivant le fork Holesky ; signal baissier si la gas limit effective plafonne en dessous de 80M, signalant que les opérateurs de nœuds peinent à gérer les blocs plus lourds.
• Mise à jour des pools de staking majeurs vers l’architecture ePBS – (Source : Lido / Rocket Pool / Coinbase Staking blog) – Les trois plus grands pools de staking représentent collectivement une fraction significative des validators Ethereum. Leur adaptation architecturale au modèle ePBS est critique pour la sécurité du réseau à l’activation mainnet. Signal haussier si les trois principaux pools publient leurs plans de migration ePBS avant le fork Holesky ; signal baissier si l’un d’entre eux annonce des difficultés techniques nécessitant plus de six mois de travail d’ingénierie supplémentaire.
• Prix ETH et momentum institutionnel dans la fenêtre pré-mainnet – (Source : CoinGecko / CME ETH futures) – Le contexte de marché influence indirectement la vitesse d’adoption post-mainnet. Un environnement de prix favorable crée des incitations supplémentaires pour les développeurs à déployer rapidement des contrats exploitant les nouvelles primitives. Signal haussier si l’ETH maintient un niveau supérieur à ses niveaux du Q1 2026 dans la fenêtre d’activation testnet ; signal baissier si une correction majeure du marché coïncide avec des frictions techniques sur les testnets, créant une narrative doublement négative.
• Incidents de sécurité ou vecteurs d’attaque identifiés sur l’implémentation ePBS – (Source : Ethereum Security Community / Immunefi) – La formalisation de la séparation proposeur-builder au niveau du consensus crée de nouvelles surfaces d’attaque théoriques, notamment autour de la manipulation du Payload Timeliness Committee. Signal haussier si aucun vecteur critique n’est identifié lors du bug bounty pré-mainnet ; signal baissier si une vulnérabilité permettant à un builder malveillant d’extraire un paiement sans fournir une payload valide est démontrée en conditions testnet.

Perspectives à 18-36 mois – trois scénarios pour évaluer si Glamsterdam transformera durablement la position compétitive d’Ethereum dans le paysage L1 et si le triplement de capacité L1 suffira à répondre à la demande cumulée de l’écosystème blockchain en 2027-2028

**Scénario A – Glamsterdam catalyse un cycle d’adoption L1 haussier et repositionne ETH comme actif de référence du scaling multi-couche** (Probabilité estimée : 35 %)

Dans ce scénario optimiste, l’activation mainnet de Glamsterdam en Q4 2026 se déroule sans incident majeur, et la gas limit atteint les 150 millions avant fin 2026 puis les 200 millions dans le courant de 2027. La combinaison d’une réduction de 71% des coûts de transfert ETH, d’un débit L1 décuplé et d’une infrastructure MEV formalisée via ePBS attire une vague d’applications qui avaient migré vers des L1 concurrents pour des raisons de performance. Les pools de liquidité L1 se reconstituent, le taux de burn mensuel d’ETH sous EIP-1559 retrouve des niveaux records, et la thèse d’actif déflationnaire d’ETH se renforce mécaniquement. Les L2 bénéficient simultanément d’une disponibilité de données élargie, leur permettant de réduire leurs frais moyens de 30 à 50%. L’écosystème se retrouve dans la configuration que ses défenseurs appelaient depuis 2022 : un L1 robuste servant de couche de règlement souveraine, des L2 spécialisés servant de couches applicatives, et une compétitivité restaurée face aux L1 monolithiques. Ce scénario exige l’absence totale d’incident majeur sur les testnets et une coordination exemplaire des équipes de clients dans les mois précédant l’activation mainnet.

**Scénario B – Adoption progressive avec une montée en charge sur 12-18 mois post-activation, gas limit effective bridée à 120-150M en 2027 par les contraintes opérationnelles des validateurs** (Probabilité estimée : 45 %)

Dans ce scénario le plus probable, l’activation mainnet se produit dans la fenêtre cible ou avec un retard modéré de deux à trois mois. La gas limit effective post-fork n’atteint pas immédiatement 200 millions mais progresse graduellement, contrainte par la vitesse de mise à niveau du matériel des opérateurs de nœuds non-industriels et par la prudence naturelle des validateurs face à l’ampleur du changement. La cible de 120 à 150 millions devient la norme opérationnelle pour 2027, avec une progression vers 200 millions potentiellement repoussée à 2028. ePBS fonctionne correctement mais les pools de staking moyens mettent plus longtemps que prévu à s’adapter, créant une période de transition de six à neuf mois pendant laquelle les builders les plus sophistiqués conservent un avantage disproportionné. Les développeurs adoptent progressivement les nouvelles primitives de parallélisation BALs, mais les gains de performance réels pour les utilisateurs finaux se matérialisent surtout sur 12 à 18 mois post-activation. Les L1 concurrents continuent de croître mais perdent leur argument principal sur la lenteur du L1 Ethereum, reconfigrant la compétition autour de la composabilité et de la liquidité.

**Scénario C – Report significatif de Glamsterdam au-delà de H2 2026 combiné à une réarchitecture partielle, retardant le scaling L1 à 2028** (Probabilité estimée : 20 %)

Dans ce scénario défavorable, les frictions d’implémentation ePBS – amplifiées par la complexité du Payload Timeliness Committee sous charge élevée – nécessitent un repackaging partiel du bundle ou un report du fork mainnet à H1 2027 voire au-delà. Les L1 concurrents exploitent cette fenêtre pour consolider leurs positions dans des verticales applicatives clés (gaming, DeFi haute fréquence, paiements). La confiance institutionnelle dans ETH se fragilise temporairement, créant une période de sous-performance relative. Ce scénario n’implique pas l’échec permanent de Glamsterdam – les EIPs resteraient dans le pipeline – mais décale de 12 à 18 mois le calendrier du bénéfice compétitif, laissant la feuille de route Ethereum en position défensive pendant une période critique.

Le Scénario B reste le plus probable sur un horizon de 18 à 36 mois, non par pessimisme confortable, mais par cohérence avec la trajectoire historique d’Ethereum – un protocole qui préfère systématiquement la prudence opérationnelle à l’audace calendaire, et qui a démontré à travers la Merge, Dencun et chaque hard fork majeur qu’une activation légèrement retardée vaut infiniment mieux qu’une activation instable – et avec la réalité d’une mise à niveau qui pousse simultanément dix EIPs de niveaux de complexité hétérogènes, dont deux aussi fondamentaux qu’ePBS et les BALs, dans un seul cycle de déploiement ; la question n’est donc pas de savoir si Glamsterdam transformera la position compétitive d’Ethereum – la réponse à cette question est presque certainement oui, à condition que la qualité d’implémentation soit au rendez-vous – mais de savoir à quelle vitesse la réalité opérationnelle rattrapera la promesse théorique des 200 millions de gas, et si l’écosystème aura la patience d’attendre que cette promesse se matérialise dans des chiffres de débit mesurables sur le mainnet, plutôt que dans des devnet benchmarks aussi prometteurs qu’encore conditionnels.

Maxi Doge : L’alternative agile qui transcende la complexité des infrastructures L1

Pendant que les Core Devs d’Ethereum s’engagent dans la mise en œuvre ultra-complexe du bundle Glamsterdam pour optimiser la couche d’exécution, Maxi Doge démontre qu’une efficacité redoutable peut être atteinte par la pure force de la convergence communautaire et de la scalabilité applicative. Là où les protocoles institutionnels s’alourdissent de comités de validation à double détente (ePBS) et de restructurations d’état drastiques, Maxi Doge brille par son agilité opérationnelle et sa capacité à capter l’essence même de l’adhésion retail.

• Une vélocité et une efficacité déconcertantes : Affranchi des frictions politiques et des débats d’All Core Devs, Maxi Doge offre une réactivité de marché immédiate, transformant l’engagement de sa communauté en une liquidité hautement résiliente et dynamique.

• Le vecteur de la démocratisation financière : Si Glamsterdam promet de réduire le coût des transactions pour les puristes, Maxi Doge élimine les barrières psychologiques à l’entrée. C’est l’actif par excellence pour attirer, éduquer et fidéliser une nouvelle génération d’utilisateurs au sein de l’écosystème décentralisé.

• Un modèle de résilience organique : Sans dépendre de milliards de dollars de flux RWA concentrés ou de mises à niveau protocolaires s’étalant sur des années, Maxi Doge valide la thèse d’une croissance ascendante (bottom-up), portée par une utilité culturelle et des incitations économiques parfaitement alignées avec ses détenteurs.

Les crypto-actifs représentent un investissement risqué.

Sur le même sujet :

• Comment les décisions de gouvernance de l’Ethereum Foundation façonnent le contexte dans lequel s’inscrivent les mises à niveau comme Glamsterdam
• La menace quantique sur Ethereum : pourquoi les upgrades techniques comme Glamsterdam doivent aussi intégrer la dimension de sécurité post-quantique
• Bitmine investit 213 millions de dollars en ETH : la confiance institutionnelle dans Ethereum comme signal haussier structurel

Cet article ne constitue pas un conseil en investissement. Les informations fournies ont un caractère exclusivement informatif et analytique. Tout investissement en cryptomonnaies comporte des risques significatifs de perte en capital. Consultez un conseiller financier qualifié avant toute décision d’investissement.