Le fork Glamsterdam de Platåberget est prévu le 20 août. Le calendrier indicatif du réseau principal a été repoussé du premier semestre 2026 au T4 2026. Cette échéance reste toutefois un objectif de planification, et non une date d’activation garantie.

La séquence de tests annoncée est la suivante :

1. Activation de Glamsterdam sur Platåberget.
2. Analyse des retours et corrections de compatibilité.
3. Déploiement sur un devnet sans finalité.
4. Activation de Glamsterdam sur Sepolia et Hoodi.
5. Déploiement sur le réseau principal uniquement lorsque les réseaux de test seront jugés suffisamment stables.

Les changements susceptibles de casser les outils existants

Le modèle de gas ne reposera plus sur les mêmes hypothèses

Glamsterdam comprend un ensemble coordonné de modifications tarifaires visant un plancher d’environ 200 millions de gas. Les logiciels qui s’appuient sur une limite maximale codée en dur pourraient donc cesser de fonctionner correctement, notamment les portefeuilles, les indexeurs et les outils d’estimation des frais.

Le changement ne consiste pas simplement à remplacer une valeur par une autre. L’EIP-8037 introduit une dimension distincte de state gas pour les opérations qui créent un nouvel état dans la blockchain. Dans le modèle décomposé, un transfert vers un compte existant peut conserver un coût de 21 000 unités de gas d’exécution. En revanche, un transfert vers un compte inexistant entraîne également des frais de state gas à l’exécution.

Les développeurs doivent donc abandonner deux idées reçues :

• tout transfert simple d’ETH coûte exactement 21 000 unités de gas ;
• une transaction Ethereum peut toujours être décrite avec une seule dimension universelle de gas.

Les portefeuilles et les services devront utiliser une estimation tenant compte des règles du protocole et tester les transferts vers des comptes existants comme vers de nouveaux comptes sur Platåberget. La Fondation Ethereum a explicitement averti que les outils reposant sur des plafonds de gas codés en dur pourraient être affectés.

ePBS va modifier la construction des blocs

La séparation intégrée entre proposant et constructeur de blocs, ou ePBS, constitue l’un des changements majeurs de Glamsterdam via l’EIP-7732. Elle modifie la manière dont le protocole représente les responsabilités liées à la construction et à la validation des blocs. Les infrastructures de validateurs, de constructeurs, de relais et de nœuds devront donc tester leurs flux de fonctionnement au-delà de la simple soumission de transactions.

Les listes d’accès au niveau des blocs apportent de nouvelles données d’exécution

Les listes d’accès au niveau des blocs, définies par l’EIP-7928, font également partie de la mise à niveau. Elles fournissent aux clients et aux infrastructures des informations supplémentaires sur les accès à l’état attendus pendant un bloc. Les outils d’exécution ainsi que les systèmes qui analysent ou modélisent le contenu des blocs devront vérifier leur compatibilité.

Les limites de taille des contrats vont augmenter

Glamsterdam propose aussi de relever plusieurs limites :

• taille maximale d’un contrat déployé : de 24 KiB à 64 KiB ;
• taille maximale de l’initcode : de 48 KiB à 128 KiB.

Les outils de déploiement, les systèmes de validation du bytecode, les frameworks de développement et les plateformes d’indexation doivent tester ces nouvelles limites au lieu de considérer les seuils actuels comme définitifs.

La liste de contrôle pour les développeurs

Au-delà du nom de la mise à niveau, c’est la compatibilité concrète des logiciels qui compte. Les équipes qui maintiennent des produits connectés à Ethereum devraient notamment :

• supprimer les hypothèses fondées sur une limite maximale de gas codée en dur ;
• tester les transferts d’ETH vers des comptes existants et inexistants ;
• prendre en charge, lorsque nécessaire, une comptabilité séparée du gas d’exécution et du state gas ;
• revoir les estimateurs de frais, l’affichage des coûts et la simulation des transactions ;
• tester les flux liés à ePBS pour les nœuds, constructeurs et validateurs ;
• vérifier les parseurs de blocs et les indexeurs avec les listes d’accès au niveau des blocs ;
• tester la gestion des contrats et de l’initcode aux nouvelles limites proposées ;
• répéter ces tests à mesure que Glamsterdam progresse vers le devnet sans finalité, Sepolia puis Hoodi.

Platåberget n’est donc pas seulement une démonstration de la prochaine version d’Ethereum. Son intérêt principal est de révéler les incompatibilités des logiciels en aval alors qu’il est encore possible de les corriger avant un déploiement en production.

Hegotá : 66 propositions, mais une seule fonctionnalité programmée

Hegotá est la mise à niveau envisagée pour 2027, mais son périmètre est loin d’être arrêté. Les développeurs examinent actuellement 66 propositions. Une liste de propositions susceptibles d’être incluses est attendue autour du 27 août, puis les équipes clientes doivent communiquer leur classement des priorités d’ici au 10 septembre. Ces dates correspondent à des étapes de décision : elles ne signifient pas que les 66 propositions seront déployées.

Il faut distinguer les différents niveaux de maturité :

• Programmée : officiellement prévue dans la mise à niveau ;
• À l’étude : examinée activement, sans confirmation d’inclusion ;
• Candidate : incluse dans la discussion générale et encore en concurrence pour les capacités de développement et de test.

À ce stade, FOCIL, ou Fork-Choice Enforced Inclusion Lists, défini par l’EIP-7805, est la seule fonctionnalité officiellement programmée pour Hegotá. Elle vise à renforcer la résistance à la censure en permettant de faire respecter, via le choix de chaîne, certaines listes de transactions. Les constructeurs de blocs auraient ainsi moins de latitude pour exclure des transactions éligibles.

Les principales propositions encore en lice

Frame Transactions

Les Frame Transactions, ou EIP-8141, sont toujours à l’étude et ne sont pas confirmées pour Hegotá. Cette proposition définit un format de transaction dans lequel la validation, le paiement du gas et l’exécution peuvent être organisés au moyen d’une séquence de frames et d’appels de contrats. Elle pourrait fournir une voie intégrée au protocole vers l’abstraction des comptes et des mécanismes de paiement plus flexibles.

Des chercheurs d’Ethereum ont également évoqué Frame Transactions avec d’autres propositions liées à la confidentialité, mais cet ensemble plus large ne constitue pas encore un périmètre Hegotá approuvé.

Quick Slots

Ethlabs défend les Quick Slots, ou EIP-8198, dans le cadre d’une mise à niveau Hegotá volontairement limitée et axée sur une production des blocs et une finalité plus rapides. La réduction de la durée des slots reste toutefois une proposition : aucun nouveau paramètre n’est confirmé pour Hegotá.

La poursuite de l’extension de la couche 1

Les recommandations d’Ethlabs incluent également la poursuite des travaux sur la capacité de la couche 1, en plus de la résistance à la censure, de confirmations plus rapides et d’une abstraction native des comptes. Il s’agit de priorités proposées pour la discussion, et non de décisions formelles d’inclusion.

Les hausses de la limite de gas, les slots de huit secondes, la cryptographie post-quantique et d’autres propositions concernant les validateurs, la confidentialité ou la couche d’exécution restent donc à l’étude, sans faire partie d’un périmètre Hegotá confirmé.

Ce que cela change pour les équipes Ethereum

Pour les prochains mois, Glamsterdam est l’échéance technique concrète. Platåberget donne aux équipes un environnement public pour identifier les problèmes liés à la nouvelle tarification du gas, à la comptabilité du state gas, à ePBS, aux listes d’accès et aux limites de taille élargies, avant l’arrivée de la mise à niveau sur Sepolia, Hoodi puis le réseau principal.

Hegotá obéit à une logique différente : il s’agit encore d’un exercice de priorisation. FOCIL est la seule fonctionnalité actuellement verrouillée, tandis que Frame Transactions, Quick Slots, les travaux d’extension de la couche 1 et les autres propositions devront franchir les prochaines étapes de sélection, d’implémentation et de test.

En pratique, les développeurs doivent traiter Glamsterdam comme un projet de compatibilité immédiat et Hegotá comme une feuille de route en construction — pas comme une liste définitive des fonctionnalités qui arriveront en 2027.

Le fork Glamsterdam de Platåberget est prévu le 20 août. Le calendrier indicatif du réseau principal a été repoussé du premier semestre 2026 au T4 2026. Cette échéance reste toutefois un objectif de planification, et non une date d’activation garantie.

La séquence de tests annoncée est la suivante :

1. Activation de Glamsterdam sur Platåberget.
2. Analyse des retours et corrections de compatibilité.
3. Déploiement sur un devnet sans finalité.
4. Activation de Glamsterdam sur Sepolia et Hoodi.
5. Déploiement sur le réseau principal uniquement lorsque les réseaux de test seront jugés suffisamment stables.

Les changements susceptibles de casser les outils existants

Le modèle de gas ne reposera plus sur les mêmes hypothèses

Glamsterdam comprend un ensemble coordonné de modifications tarifaires visant un plancher d’environ 200 millions de gas. Les logiciels qui s’appuient sur une limite maximale codée en dur pourraient donc cesser de fonctionner correctement, notamment les portefeuilles, les indexeurs et les outils d’estimation des frais.

Le changement ne consiste pas simplement à remplacer une valeur par une autre. L’EIP-8037 introduit une dimension distincte de state gas pour les opérations qui créent un nouvel état dans la blockchain. Dans le modèle décomposé, un transfert vers un compte existant peut conserver un coût de 21 000 unités de gas d’exécution. En revanche, un transfert vers un compte inexistant entraîne également des frais de state gas à l’exécution.

Les développeurs doivent donc abandonner deux idées reçues :

• tout transfert simple d’ETH coûte exactement 21 000 unités de gas ;
• une transaction Ethereum peut toujours être décrite avec une seule dimension universelle de gas.

Les portefeuilles et les services devront utiliser une estimation tenant compte des règles du protocole et tester les transferts vers des comptes existants comme vers de nouveaux comptes sur Platåberget. La Fondation Ethereum a explicitement averti que les outils reposant sur des plafonds de gas codés en dur pourraient être affectés.

ePBS va modifier la construction des blocs

La séparation intégrée entre proposant et constructeur de blocs, ou ePBS, constitue l’un des changements majeurs de Glamsterdam via l’EIP-7732. Elle modifie la manière dont le protocole représente les responsabilités liées à la construction et à la validation des blocs. Les infrastructures de validateurs, de constructeurs, de relais et de nœuds devront donc tester leurs flux de fonctionnement au-delà de la simple soumission de transactions.

Les listes d’accès au niveau des blocs apportent de nouvelles données d’exécution

Les listes d’accès au niveau des blocs, définies par l’EIP-7928, font également partie de la mise à niveau. Elles fournissent aux clients et aux infrastructures des informations supplémentaires sur les accès à l’état attendus pendant un bloc. Les outils d’exécution ainsi que les systèmes qui analysent ou modélisent le contenu des blocs devront vérifier leur compatibilité.

Les limites de taille des contrats vont augmenter

Glamsterdam propose aussi de relever plusieurs limites :

• taille maximale d’un contrat déployé : de 24 KiB à 64 KiB ;
• taille maximale de l’initcode : de 48 KiB à 128 KiB.

Les outils de déploiement, les systèmes de validation du bytecode, les frameworks de développement et les plateformes d’indexation doivent tester ces nouvelles limites au lieu de considérer les seuils actuels comme définitifs.

La liste de contrôle pour les développeurs

Au-delà du nom de la mise à niveau, c’est la compatibilité concrète des logiciels qui compte. Les équipes qui maintiennent des produits connectés à Ethereum devraient notamment :

• supprimer les hypothèses fondées sur une limite maximale de gas codée en dur ;
• tester les transferts d’ETH vers des comptes existants et inexistants ;
• prendre en charge, lorsque nécessaire, une comptabilité séparée du gas d’exécution et du state gas ;
• revoir les estimateurs de frais, l’affichage des coûts et la simulation des transactions ;
• tester les flux liés à ePBS pour les nœuds, constructeurs et validateurs ;
• vérifier les parseurs de blocs et les indexeurs avec les listes d’accès au niveau des blocs ;
• tester la gestion des contrats et de l’initcode aux nouvelles limites proposées ;
• répéter ces tests à mesure que Glamsterdam progresse vers le devnet sans finalité, Sepolia puis Hoodi.

Platåberget n’est donc pas seulement une démonstration de la prochaine version d’Ethereum. Son intérêt principal est de révéler les incompatibilités des logiciels en aval alors qu’il est encore possible de les corriger avant un déploiement en production.

Hegotá : 66 propositions, mais une seule fonctionnalité programmée

Hegotá est la mise à niveau envisagée pour 2027, mais son périmètre est loin d’être arrêté. Les développeurs examinent actuellement 66 propositions. Une liste de propositions susceptibles d’être incluses est attendue autour du 27 août, puis les équipes clientes doivent communiquer leur classement des priorités d’ici au 10 septembre. Ces dates correspondent à des étapes de décision : elles ne signifient pas que les 66 propositions seront déployées.

Il faut distinguer les différents niveaux de maturité :

• Programmée : officiellement prévue dans la mise à niveau ;
• À l’étude : examinée activement, sans confirmation d’inclusion ;
• Candidate : incluse dans la discussion générale et encore en concurrence pour les capacités de développement et de test.

À ce stade, FOCIL, ou Fork-Choice Enforced Inclusion Lists, défini par l’EIP-7805, est la seule fonctionnalité officiellement programmée pour Hegotá. Elle vise à renforcer la résistance à la censure en permettant de faire respecter, via le choix de chaîne, certaines listes de transactions. Les constructeurs de blocs auraient ainsi moins de latitude pour exclure des transactions éligibles.

Les principales propositions encore en lice

Frame Transactions

Les Frame Transactions, ou EIP-8141, sont toujours à l’étude et ne sont pas confirmées pour Hegotá. Cette proposition définit un format de transaction dans lequel la validation, le paiement du gas et l’exécution peuvent être organisés au moyen d’une séquence de frames et d’appels de contrats. Elle pourrait fournir une voie intégrée au protocole vers l’abstraction des comptes et des mécanismes de paiement plus flexibles.

Des chercheurs d’Ethereum ont également évoqué Frame Transactions avec d’autres propositions liées à la confidentialité, mais cet ensemble plus large ne constitue pas encore un périmètre Hegotá approuvé.

Quick Slots

Ethlabs défend les Quick Slots, ou EIP-8198, dans le cadre d’une mise à niveau Hegotá volontairement limitée et axée sur une production des blocs et une finalité plus rapides. La réduction de la durée des slots reste toutefois une proposition : aucun nouveau paramètre n’est confirmé pour Hegotá.

La poursuite de l’extension de la couche 1

Les recommandations d’Ethlabs incluent également la poursuite des travaux sur la capacité de la couche 1, en plus de la résistance à la censure, de confirmations plus rapides et d’une abstraction native des comptes. Il s’agit de priorités proposées pour la discussion, et non de décisions formelles d’inclusion.

Les hausses de la limite de gas, les slots de huit secondes, la cryptographie post-quantique et d’autres propositions concernant les validateurs, la confidentialité ou la couche d’exécution restent donc à l’étude, sans faire partie d’un périmètre Hegotá confirmé.

Ce que cela change pour les équipes Ethereum

Pour les prochains mois, Glamsterdam est l’échéance technique concrète. Platåberget donne aux équipes un environnement public pour identifier les problèmes liés à la nouvelle tarification du gas, à la comptabilité du state gas, à ePBS, aux listes d’accès et aux limites de taille élargies, avant l’arrivée de la mise à niveau sur Sepolia, Hoodi puis le réseau principal.

Hegotá obéit à une logique différente : il s’agit encore d’un exercice de priorisation. FOCIL est la seule fonctionnalité actuellement verrouillée, tandis que Frame Transactions, Quick Slots, les travaux d’extension de la couche 1 et les autres propositions devront franchir les prochaines étapes de sélection, d’implémentation et de test.

En pratique, les développeurs doivent traiter Glamsterdam comme un projet de compatibilité immédiat et Hegotá comme une feuille de route en construction — pas comme une liste définitive des fonctionnalités qui arriveront en 2027.