Qu'est-ce que le fork Glamsterdam d'Ethereum et quels problèmes résout-il ?

2026/03/26 06:45:02

Le fork Ethereum Glamsterdam, prévu pour le premier semestre 2026, représente un changement architectural fondamental pour le réseau. Nommé d'après l'étoile "Gloas" (couche de consensus) et la ville d'Amsterdam (couche d'exécution), cette mise à jour est la successeure du fork Fusaka. Contrairement aux mises à jour précédentes qui se concentraient principalement sur les « blobs » de Layer-2, Glamsterdam cible les mécanismes fondamentaux de Layer-1 d'Ethereum — notamment la manière dont les blocs sont construits, exécutés et comment le réseau résiste à la censure.

Points clés

En introduisant les listes d'accès au niveau des blocs (EIP-7928), Ethereum passe d'un traitement séquentiel à un système « multi-pistes » où les transactions sont exécutées simultanément sur plusieurs cœurs CPU.
L'intégration de l'Enshrined PBS (EIP-7732) supprime la dépendance du réseau aux relais MEV tiers, en ramenant le processus de construction des blocs directement sur la chaîne pour renforcer la sécurité et la transparence.
La mise à niveau permet en toute sécurité une augmentation de la limite de gaz à 200 millions, triplant environ la capacité brute du mainnet et ouvrant la voie à jusqu'à 10 000 transactions par seconde (TPS).

Qu'est-ce que le fork Ethereum Glamsterdam ?

Le fork Glamsterdam d'Ethereum représente un changement architectural fondamental visant à « normaliser » les performances de la couche 1 à l'échelle mondiale. Son objectif principal est de transformer Ethereum d'un processeur séquentiel, « à une seule voie », en une autoroute multi-voies haute performance capable de supporter jusqu'à 10 000 transactions par seconde (TPS). En augmentant significativement la limite de gaz du bloc vers 200 millions, cette mise à niveau fournit la capacité brute nécessaire pour stabiliser les frais pendant les périodes de forte affluence. De plus, Glamsterdam cherche à renforcer la décentralisation du réseau en « inscrivant » directement sur le protocole des processus hors chaîne critiques tels que la construction des blocs, réduisant ainsi la dépendance aux intermédiaires tiers et assurant un avenir plus transparent et résistant à la censure pour l'économie numérique.

Caractéristiques techniques clés

td {white-space:nowrap;border:0.5pt solid #dee0e3;font-size:10pt;font-style:normal;font-weight:normal;vertical-align:middle;word-break:normal;word-wrap:normal;}

Fonctionnalité	EIP	Fonction
PBS inscrit	EIP-7732	Déplace le processus de "block building" sur la chaîne. Cela élimine le besoin de relais MEV externes (comme Flashbots), rendant le réseau plus sans confiance et plus résistant à la censure.
Listes de contrôle d'accès au niveau des blocs	EIP-7928	Introduit une « carte » pour chaque bloc qui indique aux nœuds quelles données seront touchées. Cela permet un traitement parallèle, où plusieurs transactions sont exécutées simultanément sur différents cœurs CPU.

L'objectif principal : « normaliser » la fondation de niveau 1

D'ici 2026, le développement d'Ethereum a dépassé la phase de « hype » liée à de grandes transitions comme The Merge. La mise à jour Glamsterdam est conçue pour régler les « feux de circulation internes » du réseau. Son objectif principal est de rendre Ethereum plus efficace et moins dépendant des tiers externes. En déplaçant la coordination complexe directement dans le protocole, Glamsterdam garantit qu'Ethereum reste une couche de règlement stable et décentralisée, capable de soutenir la finance mondiale sans recourir à des « contournements » fragiles.

Résoudre la dépendance Relay : PBS intégré (EIP-7732)

L’un des problèmes les plus importants que Glamsterdam résout est la dépendance du réseau à des relais MEV externes (comme Flashbots). Actuellement, les validateurs externalisent la construction des blocs à des « constructeurs » spécialisés via des logiciels tiers. Cela crée un goulot d’étranglement centralisé. L’EIP-7732, ou Séparation Proposer-Builder Enshrined (ePBS), déplace cette relation directement dans le protocole Ethereum. Cela élimine la nécessité de faire confiance à des relais externes, rendant le processus de production de blocs plus transparent et plus résilient.

Déverrouiller le traitement parallèle : Listes d'accès au niveau des blocs (EIP-7928)

Historiquement, Ethereum a été une « autoroute à une seule voie », traitant les transactions une après l’autre (séquentiellement). Cela est dû au fait que les nœuds ne savent pas quels comptes une transaction touchera avant qu’elle ne soit exécutée. L’EIP-7928 introduit les Listes d’Accès au Niveau des Blocs (BAL), qui agissent comme une « carte » pour chaque bloc. En déclarant à l’avance quels états les transactions vont utiliser, le réseau peut enfin traiter plusieurs transactions simultanément sur différents cœurs de processeur — transformant Ethereum pour la première fois en une « autoroute à plusieurs voies ».

Réduction des goulots d'étranglement à forte charge : Préchargement d'état

Un goulot d'étranglement majeur pour les nœuds Ethereum est le problème de « disque I/O » : revenir constamment sur le disque dur pour trouver des données pendant l'exécution des transactions. Grâce aux nouvelles Listes d'accès dans Glamsterdam, les nœuds peuvent « précharger » toutes les données nécessaires du disque en mémoire avant le début de l'exécution. Cela réduit considérablement le temps nécessaire à la validation d'un bloc, permettant au réseau de gérer un volume plus élevé de transactions sans obliger les validateurs à acheter du matériel plus cher et plus performant.

Renforcement de la résistance à la censure : La lutte contre les abus de MEV

La Valeur Extraisible Maximale (MEV) a longtemps été une « forêt sombre » où des acteurs sophistiqués peuvent passer en tête ou exclure des transactions de particuliers pour en tirer un profit. Glamsterdam remédie à cela en rendant les flux MEV plus transparents grâce à l’ePBS. En formalisant le rôle du constructeur, le protocole peut mieux identifier et sanctionner les constructeurs qui tentent de censurer des adresses spécifiques. Cela garantit qu’une transaction utilisateur est incluse en fonction de ses frais et de sa validité, et non parce qu’un constructeur a décidé de la « cacher ».

Augmentation du débit : Augmentation de la limite de gaz à 200M

Avec les gains d'efficacité issus du traitement parallèle et de la prélecture d'état, Glamsterdam devrait supporter en toute sécurité une augmentation massive de la limite de Gas. Alors que les limites précédentes se situaient autour de 60 millions, la mise à niveau de 2026 pousse cette cible vers 200 millions par bloc. Cela représente une augmentation d'environ 3 fois de la capacité brute du mainnet Ethereum, permettant à davantage de transactions de s'insérer dans chaque tranche de 12 secondes sans provoquer de ralentissement ou de désynchronisation du réseau.

Préparation à l'ère ZK : Exécution découplée

Glamsterdam introduit une « séparation des préoccupations » essentielle à l'avenir de la technologie Zero-Knowledge (ZK). En désaccouplant le bloc de consensus (le « en-tête ») de la charge utile d'exécution (les « transactions »), les validateurs gagnent plus de temps pour générer et vérifier les preuves ZK. Ce schéma est une condition préalable à la phase « The Verge » de la feuille de route d'Ethereum, où chaque bloc sera finalement vérifié par une preuve mathématique simple, au lieu de réexécuter chaque transaction individuelle.

Amélioration de l'expérience utilisateur : des frais plus prévisibles

Pour l'utilisateur moyen, les changements techniques « ennuyeux » de Glamsterdam se traduisent par une expérience beaucoup plus fluide. Les réformes de réévaluation du gaz incluses dans le fork visent à aligner les frais sur le réel coût computationnel d'une opération. Cela rend les transferts ETH simples moins chers tout en décourageant le « gonflement d'état » (spam). Associées à la capacité accrue, ces modifications devraient permettre aux utilisateurs de subir moins de « pics de frais » pendant les périodes de forte volatilité du marché, rendant le réseau plus semblable à une ressource fiable et moins à une enchère.

FAQ

Pourquoi s'appelle-t-il « Glamsterdam » ?

Conformément à la convention de dénomination d'Ethereum, il combine un corps céleste et la ville hôte de Devcon : l'étoile Gloas (représentant la couche de consensus) et Amsterdam (représentant la couche d'exécution).

Comment le « traitement parallèle » diffère-t-il du système actuel ?

Actuellement, Ethereum est une « autoroute à une seule voie » où les transactions sont traitées une par une. Glamsterdam utilise des listes d'accès pour « cartographier » les transactions, permettant au réseau de traiter des échanges non liés en même temps.

Qu'est-ce que le « Enshrined PBS » (ePBS) ?

Il s'agit d'un changement technique qui intègre directement la relation entre les proposers de blocs et les builders dans le code Ethereum. Cela élimine le besoin de logiciels externes comme Flashbots et empêche les « relais » centralisés de contrôler quelles transactions sont incluses.

Cela réduira-t-il mes frais de gaz ?

Oui. En triplant la limite de gaz et en optimisant la façon dont les nœuds lisent les données (State Prefetching), le réseau peut gérer des volumes de trafic beaucoup plus élevés, ce qui réduit les « guerres d'enchères » qui provoquent des pics soudains de frais pour les utilisateurs moyens.

Comment cela aide-t-il l'ère « ZK » ?

Glamsterdam sépare l'en-tête de bloc des données de transaction. Cela donne aux validateurs le temps nécessaire pour générer et vérifier des preuves à divulgation nulle de connaissance, ce qui est une exigence clé pour la future phase « Verge » de la feuille de route d'Ethereum.

Avertissement : Pour votre confort, cette page a été traduite à l'aide de la technologie IA (GPT). Pour obtenir les informations à la source, consultez la version anglaise originale.