Imaginez un plateau désertique et glacé, isolé dans l’archipel du Svalbard, où le vent souffle sans relâche. C’est de ce lieu austère que l’Ethereum Foundation a tiré le nom de son nouveau terrain d’essai. Depuis le 13 août, un réseau de test baptisé Platåberget est en ligne. Le 20 août 2026, il basculera vers les règles de Glamsterdam, la prochaine grande évolution du protocole. Pour la première fois, ce n’est plus un devnet privé et éphémère qui accueille les expérimentations, mais un testnet public conçu pour durer plusieurs mois.
Pourquoi Platåberget change la donne pour les tests Ethereum
Jusqu’ici, les équipes de clients et les validateurs s’appuyaient sur des environnements fermés, souvent instables et rapidement démantelés. Platåberget part volontairement dans un état très proche du mainnet actuel. L’idée est simple : reproduire le plus fidèlement possible le moment où le réseau basculera réellement. Les développeurs de clients d’exécution et de consensus, les opérateurs de nœuds, les stakers, les builders et les fournisseurs d’infrastructure ont désormais un terrain stable pour vérifier que leurs logiciels appliquent les nouvelles règles sans créer de divergence.
Contrairement à Sepolia, qui reste le terrain de jeu privilégié pour les développeurs de dApps et de smart contracts, Platåberget cible prioritairement ceux qui font tourner le protocole lui-même. Un faucet permet d’obtenir des ETH de test. Les dépôts de validateurs et de builders sont ouverts au public. Chaque implémentation devra prouver qu’elle reste compatible et qu’elle ne casse pas le consensus.
Ce que Platåberget apporte concrètement
- Un environnement public et durable, pas un devnet jetable
- Un démarrage avec les règles actuelles pour simuler une vraie transition
- Un hard fork programmé le 20 août 2026 vers les règles Glamsterdam
- Des dépôts ouverts pour validateurs et builders
- Un focus clair sur les couches d’exécution et de consensus
La leçon douloureuse de Holešky et Pectra
En février 2025, les tests de Pectra sur Holešky avaient conduit à une perte temporaire de finalité. Ce souvenir reste vif dans l’écosystème. Lancer une chaîne neuve plutôt que de surcharger un testnet déjà saturé d’historique apparaît comme une réponse pragmatique. Platåberget n’hérite d’aucun bagage technique trop lourd. Il peut donc se concentrer uniquement sur la validation des nouvelles fonctionnalités sans être ralenti par d’anciens états complexes.
Cette approche réduit le risque de surprises au moment du passage sur les testnets historiques, puis sur le mainnet au second semestre 2026. Les équipes ont désormais plusieurs mois pour identifier les incompatibilités, corriger les limites codées en dur et affiner leurs outils.
Glamsterdam : deux couches, une seule mise à jour
Glamsterdam réunit en réalité deux évolutions majeures. Gloas concerne la couche de consensus. Amsterdam touche la couche d’exécution. Ensemble, elles forment un package qui modifie en profondeur la manière dont les blocs sont construits, proposés et exécutés.
Le changement le plus commenté côté consensus est l’ePBS, ou enshrined Proposer-Builder Separation, formalisé dans l’EIP-7732. Aujourd’hui, la séparation entre le validateur qui propose un bloc et l’acteur qui le construit repose largement sur des solutions externes comme MEV-Boost et ses relais. Ces intermédiaires ont prouvé leur utilité, mais ils introduisent aussi des points de centralisation et de dépendance.
Intégrer la séparation proposeur-constructeur directement dans le protocole, c’est réduire la dépendance aux relais externes et renforcer la résilience du réseau face aux pannes ou aux pressions sur ces acteurs.
Avec l’ePBS, de nouvelles règles permettent notamment de vérifier que le contenu d’un bloc a bien été publié dans les délais impartis. Le mécanisme devient natif. Les validateurs n’ont plus à s’appuyer autant sur des services tiers pour obtenir des blocs optimisés. Cela ne supprime pas le MEV, mais il le rend plus transparent et plus encadré par le protocole lui-même.
Les listes d’accès au niveau du bloc et l’exécution parallèle
Côté exécution, l’EIP-7928 introduit les listes d’accès au niveau du bloc, souvent appelées BALs. Ces listes indiquent à l’avance quelles parties de l’état seront touchées par les transactions du bloc. Les nœuds peuvent ainsi précharger les données nécessaires et exécuter davantage d’opérations en parallèle plutôt que de manière strictement séquentielle.
Cette optimisation n’est pas anodine. Elle prépare le terrain pour une hausse significative de la capacité du réseau. L’objectif évoqué est un gas limit pouvant atteindre un plancher autour de 200 millions. Une telle augmentation permettrait d’absorber bien plus de transactions par bloc, mais elle impose aussi de revoir certains coûts de gas pour éviter que les nœuds ne se retrouvent submergés par une accumulation trop rapide de données à stocker.
Les transferts simples pourraient devenir moins onéreux. À l’inverse, les opérations qui créent durablement de nouvelles données dans l’état seraient plus coûteuses. L’idée est d’aligner le prix du gas avec le coût réel pour le réseau, en particulier le coût de stockage à long terme.
Les changements de limites techniques à surveiller
- Taille maximale des contrats déployés portée de 24 à 64 KiB
- Taille du code d’initialisation relevée de 48 à 128 KiB
- Réévaluation de plusieurs coûts de gas pour équilibrer stockage et exécution
- Possibilité d’exécution plus parallèle grâce aux listes d’accès
Ces augmentations de taille peuvent casser des outils qui ont encore des constantes codées en dur. Les explorateurs, les estimateurs de frais, certains wallets et des indexeurs devront être mis à jour. Platåberget existe précisément pour faire remonter ces incompatibilités le plus tôt possible.
Qui doit tester en priorité sur Platåberget
Les développeurs de dApps peuvent continuer à utiliser Sepolia sans urgence. En revanche, les équipes qui maintiennent des clients d’exécution, des clients de consensus, des logiciels de staking, des builders, des indexeurs ou des estimateurs de frais ont tout intérêt à se connecter rapidement. Le hard fork du 20 août sera le premier moment critique. Ensuite, le réseau restera actif pendant plusieurs mois, offrant une fenêtre longue pour itérer.
Les validateurs individuels et les pools de staking peuvent également y déposer des ETH de test et vérifier que leurs configurations restent opérationnelles après le basculement. Les builders ont l’opportunité de tester la nouvelle séparation native et de s’assurer que leurs pipelines de construction de blocs restent performants.
L’ouverture publique des dépôts est un signal clair : l’Ethereum Foundation souhaite une participation large de l’écosystème plutôt qu’un cercle restreint d’initiés. Plus le nombre d’implémentations testées sera élevé, plus les risques de divergence au moment du mainnet diminueront.
Ce que change concrètement l’ePBS pour le MEV
La séparation proposeur-constructeur n’est pas nouvelle. Elle existe déjà dans la pratique grâce à MEV-Boost. Ce qui change avec l’ePBS, c’est le niveau d’intégration. Les règles deviennent protocolaires. Un validateur peut s’assurer plus facilement que le constructeur a bien livré le contenu du bloc dans les temps. Les mécanismes de pénalité et de vérification sont plus stricts et moins dépendants de la bonne volonté d’un relais tiers.
Cette évolution ne fait pas disparaître le MEV. Elle le rend plus visible et plus encadré. Les acteurs qui construisent des blocs optimisés pour maximiser la valeur extractible devront s’adapter à un cadre où le protocole lui-même impose des contraintes de publication et de timing. Pour les utilisateurs finaux, l’impact direct sera probablement limité à court terme. Pour les opérateurs d’infrastructure, c’est une refonte partielle de leurs pipelines.
Hausse du gas limit : opportunités et nouveaux risques
Un gas limit plus élevé signifie plus de transactions par bloc et une meilleure capacité d’absorption des pics d’activité. C’est une réponse directe aux critiques sur les frais élevés lors des périodes de congestion. Pourtant, une capacité trop importante sans ajustement des coûts de stockage pourrait conduire à une croissance trop rapide de l’état de la chaîne. Les nœuds complets deviendraient plus lourds à faire tourner, ce qui pourrait paradoxalement freiner la décentralisation.
C’est pourquoi Glamsterdam ne se contente pas d’augmenter le plafond. Il revoit aussi la tarification de certaines opérations. Les actions qui laissent une empreinte durable dans l’état seront plus chères. Les transferts simples, qui n’augmentent pas significativement la taille de l’état, pourront coûter moins. L’équilibre recherché est subtil : offrir plus de capacité sans faire exploser les exigences matérielles des nœuds.
Les tests sur Platåberget permettront d’observer concrètement comment les clients gèrent cette nouvelle capacité, comment les estimateurs de frais se comportent et si des goulots d’étranglement inattendus apparaissent.
Les outils et logiciels qui devront s’adapter
Plusieurs catégories de logiciels sont directement concernées. Les clients d’exécution doivent implémenter les nouvelles règles de validation des listes d’accès et les changements de gas. Les clients de consensus doivent intégrer l’ePBS. Les explorateurs de blocs devront afficher correctement les nouvelles structures. Les wallets et les estimateurs de frais devront recalculer les coûts en tenant compte des nouvelles tarifications. Les indexeurs et les services d’analyse de données devront parser des blocs dont la structure interne évolue.
Certains projets ont encore des constantes codées en dur pour la taille maximale des contrats. Passer de 24 KiB à 64 KiB, et de 48 KiB à 128 KiB pour le code d’initialisation, peut provoquer des erreurs silencieuses ou des rejets de transactions légitimes. Identifier ces points de friction dès maintenant évite des incidents au moment du déploiement sur le mainnet.
Calendrier et prochaines étapes
Le hard fork sur Platåberget est fixé au 20 août 2026. Après cette date, le réseau continuera de fonctionner avec les nouvelles règles pendant plusieurs mois. Cette durée longue est volontaire. Elle donne le temps aux équipes de corriger les bugs, d’optimiser les performances et de valider les comportements sous charge.
Une fois les tests jugés satisfaisants, Glamsterdam passera sur les testnets historiques, puis sur le réseau principal au second semestre 2026. L’Ethereum Foundation insiste sur le message : les tests doivent commencer maintenant. Attendre les derniers mois avant le mainnet reviendrait à compresser les corrections dans une fenêtre trop étroite.
Les opérateurs de nœuds et les équipes de développement sont donc invités à se connecter rapidement, à déposer des validateurs de test et à faire remonter tout comportement anormal. Plus le feedback sera abondant et précoce, plus le passage au mainnet sera fluide.
Un signal clair pour l’écosystème
En ouvrant un testnet public durable dédié à Glamsterdam, l’Ethereum Foundation montre qu’elle tire les leçons des épisodes précédents. La perte de finalité sur Holešky lors des tests de Pectra a rappelé que les environnements de test saturés et trop chargés peuvent masquer des problèmes ou en créer de nouveaux. Une chaîne neuve, démarrant avec les règles actuelles puis basculant de manière contrôlée, offre un cadre plus propre pour isoler les effets des changements.
Cette approche s’inscrit aussi dans une stratégie plus large de préparation progressive. Les mises à jour majeures d’Ethereum ne se font plus en un seul grand saut. Elles s’étalent sur plusieurs étapes, avec des périodes de test prolongées et une participation ouverte de l’écosystème. Platåberget est l’illustration de cette méthode.
Ce que les stakers et les pools doivent anticiper
Les opérateurs de staking, qu’ils soient individuels ou organisés en pools, doivent vérifier que leurs logiciels de gestion de validateurs supportent les nouvelles règles de consensus. L’ePBS modifie la manière dont les blocs proposés sont construits et vérifiés. Un logiciel qui n’a pas été mis à jour pourrait se retrouver incapable de proposer correctement ou de valider les blocs après le hard fork.
Les tests sur Platåberget permettent de simuler ces scénarios sans risque pour les fonds réels. Les dépôts de test sont ouverts. Les opérateurs peuvent donc monter des validateurs, observer le comportement après le 20 août et ajuster leurs configurations en conséquence.
Impact potentiel sur les utilisateurs finaux
Pour la majorité des utilisateurs qui se contentent d’envoyer des transactions ou d’interagir avec des applications décentralisées, le passage à Glamsterdam ne devrait pas être visible immédiatement. Les wallets et les interfaces continueront de fonctionner de la même manière. En revanche, si la hausse du gas limit et les optimisations d’exécution se traduisent par une meilleure capacité et des frais plus prévisibles, l’expérience utilisateur pourrait s’améliorer progressivement.
Les développeurs de smart contracts, eux, devront surveiller les nouvelles limites de taille. Les contrats plus volumineux deviennent possibles, ce qui ouvre des perspectives pour des logiques plus complexes, mais impose aussi de revoir les outils de compilation et de déploiement.
Les enjeux de décentralisation derrière ces changements
Chaque augmentation de capacité du réseau soulève la question de la charge supportée par les nœuds. Si faire tourner un nœud complet devient trop coûteux en stockage ou en bande passante, le nombre d’opérateurs indépendants risque de diminuer. Glamsterdam tente de trouver un équilibre en relevant le gas limit tout en renchérissant les opérations qui alourdissent durablement l’état.
L’ePBS, de son côté, vise à réduire la dépendance à un petit nombre de relais MEV. Une séparation native et mieux vérifiée par le protocole peut contribuer à une répartition plus large des acteurs qui construisent les blocs. Reste à observer, sur Platåberget puis sur le mainnet, si ces intentions se traduisent concrètement dans la pratique.
Comment participer concrètement aux tests
Les équipes intéressées peuvent se connecter au réseau dès maintenant. Un faucet distribue des ETH de test. Les dépôts de validateurs et de builders sont ouverts. La documentation des clients principaux devrait progressivement intégrer les instructions spécifiques à Platåberget. Les retours d’expérience, qu’ils concernent des bugs, des incompatibilités ou des observations de performance, sont précieux pour l’ensemble de l’écosystème.
Le hard fork du 20 août constituera le premier grand rendez-vous. Après cette date, le réseau restera disponible pendant plusieurs mois. Cette durée offre une marge confortable pour itérer et consolider les implémentations avant le passage sur les testnets plus anciens et, finalement, sur le réseau principal.
Un tournant dans la manière de préparer les upgrades
Platåberget n’est pas seulement un nouveau testnet. C’est le signe d’une évolution dans la culture de test d’Ethereum. Après les frayeurs de Holešky, l’approche privilégiée devient plus méthodique : une chaîne neuve, un démarrage contrôlé, un hard fork planifié, une période d’observation longue et une ouverture large à la communauté technique.
Glamsterdam, avec ses deux composantes Gloas et Amsterdam, touche à la fois la construction des blocs et leur exécution. Les enjeux sont techniques, mais aussi structurels. Réduire la dépendance aux relais externes, permettre une exécution plus parallèle, relever la capacité tout en maîtrisant la croissance de l’état : autant de chantiers qui, s’ils aboutissent, renforceront la robustesse et la scalabilité du réseau.
Les prochains mois sur Platåberget diront si les implémentations sont prêtes. Pour l’instant, le message de l’Ethereum Foundation est limpide. Les tests ne doivent plus être reportés à la dernière minute. Ils commencent maintenant, sur un plateau isolé qui porte le nom d’un lieu réel, austère et durable. Exactement ce que l’écosystème avait besoin pour préparer sereinement la suite.
Les validateurs, les builders, les mainteneurs de clients et les opérateurs d’infrastructure ont désormais un terrain d’essai adapté. À eux de s’en saisir avant que les règles de Glamsterdam ne deviennent définitives sur le réseau principal. Le 20 août 2026 marquera le premier vrai basculement. Ce qui se passera ensuite dépendra largement de la qualité des tests menés d’ici là.
