Début juillet 2026, le prochain hard fork d'Ethereum porte un nom qui ressemble à une faute de frappe et une fiche technique qui ressemble à une réécriture... Glamsterdam a atteint son dernier stade de devnet ces dernières semaines, verrouillant l'ensemble des changements que les développeurs principaux s'attendent désormais à voir passer sur les testnets publics et à une activation sur le mainnet dans la seconde moitié de cette année... En résumé : la limite de gaz va passer d'environ 60 millions à 200 millions, la tarification des transactions est remaniée pour réduire les coûts de près de 79 %. Et la façon dont les blocs sont construits change au niveau du protocole pour la première fois depuis The Merge. C'est le plus grand changement structurel d'Ethereum depuis des années, et la plupart des gens n'en entendront parler que lorsque leurs frais baisseront soudainement.
Voici ce que fait réellement Glamsterdam, pourquoi les chiffres sont aussi élevés, et la fonctionnalité phare qui a été supprimée à la dernière minute.
Que signifie même le nom Glamsterdam ?
Ethereum nomme ses mises à niveau en deux parties, une pour chaque couche du protocole. La couche d'exécution, où les transactions et les contrats intelligents s'exécutent, reçoit un nom de ville tiré de l'histoire de Devcon... La couche de consensus, où les validateurs s'accordent sur la chaîne, reçoit un nom d'étoile. Glamsterdam assemble Gloas (la moitié consensus) et Amsterdam (la moitié exécution)... Il suit Pectra et Fusaka, les deux forks livrés en 2025, et c'est la première mise à niveau depuis The Merge à s'attaquer sérieusement au débit de la couche de base plutôt que de simplement peaufiner les bords.
Deux propositions portent l'ensemble. Tout le reste dans le bundle existe pour les soutenir.
Les deux changements qui comptent : ePBS et BALs
EIP 7732, Enshrined Proposer Builder Separation (ePBS)... Actuellement, le travail complexe d'assemblage du bloc le plus rentable est externalisé à des middlewares tiers. Les validateurs s'appuient sur des relais externes comme MEV Boost pour leur remettre un bloc fini, et cet arrangement entier vit hors protocole, sur la confiance. ePBS l'intègre dans la chaîne. Il formalise la scission entre le proposant (le validateur dont c'est le tour) et le constructeur (celui qui empaquette réellement le bloc) directement dans les règles d'Ethereum, introduit un nouveau devoir de validateur appelé le Payload Timeliness Committee... Et supprime la dépendance aux relais externes. Le gain technique le plus important : il étire la fenêtre qu'un bloc a pour se propager sur le réseau d'environ 2 secondes à environ 9 secondes. Cette marge de manœuvre supplémentaire est ce qui rend tout le reste de cette liste sûr à faire.
EIP 7928, Block Level Access Lists (BALs). C'est le déverrouillage du débit. Une BAL est une carte attachée à chaque bloc qui déclare, à l'avance, exactement quelles parties de l'état le bloc va toucher avant que toute exécution ne commence. Aujourd'hui, les nœuds valident les transactions une par une car ils ne peuvent pas savoir à l'avance si la transaction B dépend du résultat de la transaction A... Avec une carte d'accès complète en main, ils peuvent lire depuis le disque en parallèle sur les cœurs CPU et traiter les transactions indépendantes en même temps... Les BAL permettent également ce que les développeurs appellent la synchronisation sans exécution, où un nœud peut mettre à jour sa vue de la chaîne sans rejouer chaque transaction, ce qui est un vrai gain pour les clients plus légers. L'exécution parallèle, combinée à une voie crédible vers une limite de gaz beaucoup plus élevée, est la raison même de l'existence de cette mise à niveau.
Ethereum avant et après Glamsterdam
| Paramètre | Avant Glamsterdam | Après Glamsterdam |
|---|---|---|
| Limite de gaz | ~60 millions | 200 millions cible (~3,3x) |
| Fenêtre de propagation des blocs | ~2 secondes | ~9 secondes (via ePBS) |
| Exécution des transactions | Séquentielle | Parallèle (via BALs) |
| Construction des blocs | Relais hors protocole (MEV Boost) | Intégrée au protocole (ePBS) |
| Réévaluation des frais | Coûts de gaz hérités | ~78,6 % de réduction sur les transferts et contrats |
| Temps de slot | 12 secondes | 12 secondes (proposition 6s abandonnée) |
| Garde-fou de croissance d'état | Sans limite en pratique | ~120 GiB par an cible |
Comment fonctionne réellement une limite de gaz de 200 millions
En réalité, la limite de gaz est le plafond de la quantité de calcul qui tient dans un seul bloc. L'augmenter de 60 millions à 200 millions est une augmentation d'environ 3,3x de ce que le réseau peut faire par bloc, ce qui est la différence entre une route à une voie congestionnée et un large échangeur. Les développeurs n'actionnent pas l'interrupteur à 200 millions dès le premier jour... Les devnets ont testé avec une limite de référence de 150 millions, et le chiffre réel augmentera sur le mainnet une fois que les validateurs auront prouvé que le réseau reste sain sous charge. La raison pour laquelle une limite aussi élevée est même concevable, ce sont les BALs... L'exécution parallèle signifie que plus de transactions n'impliquent plus une validation proportionnellement plus lente, donc les nœuds fonctionnant sur du matériel normal peuvent suivre. Il y a aussi un garde-fou intégré : la création d'état est tarifée pour cibler un taux de croissance sûr et prévisible d'environ 120 gibibytes par an. Ainsi, la chaîne ne se gonfle pas dans un coin que seuls les opérateurs de centres de données peuvent gérer.
Pourquoi les frais baissent de près de 79 %
La limite de gaz n'est que la moitié de l'histoire des frais... L'autre moitié est l'EIP 7904, une réévaluation de ce que coûtent réellement les opérations individuelles... Au fil des ans, le prix du gaz de diverses opérations s'est éloigné des ressources informatiques réelles qu'elles consomment. Certaines choses étaient surévaluées, d'autres sous-évaluées, et le résultat était un marché des frais qui punissait l'activité ordinaire. Glamsterdam réaligne ces coûts, et le résultat modélisé est une réduction d'environ 78,6 % pour les transferts ETH simples et les interactions complexes avec des contrats intelligents... Combinez une tarification par opération moins chère avec une limite de gaz triplée et vous obtenez une activité en chaîne nettement moins chère que ce que les utilisateurs d'Ethereum ont toléré pendant des années... C'est le changement que la plupart des gens ressentiront sans jamais lire un seul numéro d'EIP.
Le temps de bloc de 6 secondes qui n'a pas été retenu
Une proposition a généré plus d'excitation que presque tout le reste, puis a été coupée... L'EIP 7782 aurait réduit de moitié le temps de slot d'Ethereum, passant de 12 secondes à 6, doublant à peu près la fréquence de production des blocs et rendant la chaîne nettement plus réactive. Les développeurs principaux l'ont retirée de Glamsterdam. Le raisonnement était pratique, pas politique. Réduire le temps de slot comprimerait la fenêtre pour la preuve à connaissance zéro en temps réel, qui est déjà proche de l'objectif de 12 secondes et aurait dû tenir dans 6 secondes. Cela forcerait également un exercice de rééchelonnement douloureux si la chaîne restructurait plus tard ses slots de toute façon. Et la proposition était simplement moins mature que les changements concurrents, sans implémentation client complète prête... Des blocs plus rapides sont toujours sur la feuille de route. Ils ne sont simplement pas dans ce fork.
Ce que cela signifie pour les rollups de couche 2
La plupart de la valeur quotidienne déplacée sur Ethereum se règle désormais via des rollups de couche 2, et Glamsterdam les aide aussi discrètement. La fenêtre de propagation plus longue créée par ePBS laisse de la place pour une capacité de blob plus élevée dans les futurs forks Blob Parameter Only, les mises à niveau légères qui ajustent la quantité d'espace de données bon marché que les rollups obtiennent pour publier leurs lots de transactions compressés. Plus de capacité de blob signifie des coûts de publication de données plus bas, et des coûts de publication de données plus bas se répercutent directement sur des transactions moins chères sur Arbitrum, Base, Optimism et les autres. Glamsterdam n'augmente pas le nombre de blobs lui-même, mais il construit la marge de manœuvre qui permet à la prochaine série de mises à niveau de le faire en toute sécurité.
Quand Glamsterdam sera-t-il réellement déployé ?
Le calendrier a déjà été décalé une fois. L'objectif initial était le premier semestre 2026, mais après les tests sur devnet jusqu'en mai, la cible a glissé vers environ la fin du troisième trimestre 2026, avec une activation sur le mainnet attendue dans la seconde moitié de l'année. La chose fiable à surveiller n'est pas une date de calendrier mais l'activation du testnet. Une fois que Glamsterdam sera en ligne sur des testnets publics comme Holesky et Sepolia et survivra quelques semaines sans incident, le mainnet suivra dans une fenêtre prévisible. Ethereum a une longue habitude de livrer les mises à niveau en retard et stables plutôt qu'à l'heure et cassées. Et étant donné que ce fork recâble la production de blocs elle-même, la prudence est le réglage correct.
L'essentiel pratique
Enlevez les numéros d'EIP et Glamsterdam fait trois choses qui comptent. Il permet à chaque bloc de contenir beaucoup plus, il rend chaque transaction beaucoup moins chère, et il intègre la construction de blocs dans le protocole au lieu de s'appuyer sur des middlewares de confiance. Pour quiconque déplace de la valeur en chaîne, le titre, ce sont les frais réduits... Des transferts près de 79 % moins chers, combinés à une limite de gaz triplée, signifient qu'Ethereum cesse d'être l'option chère pour les activités courantes.
Pour les joueurs de casino crypto, la lecture est simple. Lorsque le règlement de la couche de base devient moins cher et que les blocs traitent plus de travail, le réseau cesse d'être ce qui ralentit un dépôt ou un paiement... Les plateformes qui traitent déjà les retraits automatiquement répercutent simplement les frais moins élevés, ce qui laisse la chaîne comme la seule variable dans la vitesse à laquelle votre argent se déplace. CryptoCasino.Vegas, par exemple, effectue les paiements sans file d'attente d'approbation manuelle... donc une mise à niveau comme celle-ci se manifeste par des frais plus petits et une confirmation plus rapide, sans que vous ayez à y penser. C'est la manière discrète dont les améliorations d'infrastructure parviennent aux joueurs. Personne ne l'annonce... Le chiffre sur l'écran de retrait devient simplement plus petit.
Glamsterdam ne fera pas la une des journaux comme le ferait une hausse des prix. Mais c'est la chose la plus importante qui arrive à Ethereum cette année... Et au moment où il atterrira, le réseau que vous utilisez sera matériellement moins cher et plus rapide que celui que vous utilisez aujourd'hui.
