La mise à jour Glamsterdam d'Ethereum a franchi une étape clé sur Devnet-11 : le client d'exécution Nethermind a réussi les 2 302 tests de performance en traitant 570,7 milliards de gaz en trois minutes et quinze secondes. Le test a fonctionné avec une limite de gaz par bloc de 200 millions, soit plus de trois fois le plafond actuel d'Ethereum de 60 millions, et a vérifié des listes d'accès au niveau du bloc conçues pour permettre aux validateurs de traiter les transactions en parallèle plutôt que séquentiellement. Les développeurs visent désormais le 6 octobre pour le déploiement sur le testnet public Sepolia, bien que cette date nécessite encore une confirmation officielle.
Pourquoi c'est important
Le plafond de 200M de gaz fait le titre, mais les listes d'accès constituent le changement le plus structurant. Les listes d'accès au niveau du bloc informent à l'avance les validateurs des comptes et données stockées qu'un bloc va toucher, ce qui leur permet de récupérer et vérifier simultanément des transactions sans lien entre elles. Ethereum traite aujourd'hui l'essentiel de ce travail en série, ce qui plafonne la quantité d'activité pouvant être intégrée en sécurité dans chaque bloc. L'exécution parallèle brise ce plafond sans obliger chaque opérateur de nœud à mettre à niveau son matériel.
ePBS, la séparation constructeur-proposeur embarquée, est l'autre pièce structurante. Glamsterdam déplace la passation constructeur-vers-validateur à l'intérieur des règles du protocole Ethereum, remplaçant les relais externes que MEV-Boost utilise aujourd'hui. Cela élimine une dépendance qui était à la fois un vecteur de centralisation et une surface de censure depuis 2022, et permet au réseau de rémunérer les constructeurs directement plutôt que via des accords hors chaîne.
Impact sur le marché
Pour les utilisateurs d'ETH, la promesse concrète est moins de pics de frais lors des surges DeFi, des mint de NFT ou des lancements de tokens populaires. Un plafond de gaz de 200M signifie que la chaîne absorbe plus d'activité avant que les utilisateurs ne se surenchérissent pour l'espace de bloc, la dynamique qui a exclu les particuliers lors de la vague d'ICO de 2021 et de la crise des séquenceurs L2 de 2023.
Cette capacité s'accompagne d'un compromis : les blocs plus gros sont plus difficiles à vérifier, ce qui peut évincer les petits validateurs du réseau. Glamsterdam étend le temps de propagation des données de bloc d'environ deux secondes à neuf secondes, donnant aux validateurs plus de marge pour recevoir et vérifier les payloads plus volumineux.
Questions fréquemment posées
-
Que testait concrètement la répétition Devnet-11 de Glamsterdam ?
Le client d'exécution Nethermind a traité 570,7 milliards de gaz en trois minutes et quinze secondes avec une limite de gaz par bloc de 200 millions, et a validé les listes d'accès au niveau du bloc conçues pour permettre le traitement parallèle des transactions.
-
Pourquoi les listes d'accès au niveau du bloc sont-elles le changement structurel, et non la hausse de la limite de gaz…
Les listes d'accès donnent aux validateurs une information préalable sur les comptes et données stockées que le bloc va toucher, ce qui leur permet de récupérer et vérifier simultanément des transactions sans lien entre elles. Ethereum traite aujourd'hui l'essentiel du travail de bloc en série, ce qui plafonne la…
-
Qu'est-ce qu'ePBS et pourquoi est-ce important ?
ePBS déplace la passation constructeur-vers-validateur à l'intérieur des règles du protocole Ethereum, remplaçant les relais externes MEV-Boost qui acheminent les blocs aujourd'hui. Cela supprime un vecteur de centralisation et de censure actif depuis 2022.
-
Le mainnet Ethereum va-t-il vraiment adopter une limite de gaz de 200 millions ?
Pas encore. La limite de 200M est actuellement un paramètre de test sur Devnet-11, pas un engagement pour le mainnet. La prochaine étape est le déploiement proposé sur le testnet public Sepolia le 6 octobre, qui nécessite encore une confirmation officielle.
-
Comment Glamsterdam gère-t-il le compromis lié à des blocs plus gros et plus difficiles à vérifier ?
La mise à jour étend le temps de propagation des données de bloc d'environ deux secondes à neuf secondes, offrant aux validateurs plus de marge pour recevoir et vérifier des payloads plus volumineux. Malgré cela, les petits validateurs peuvent toujours peiner à suivre le rythme des blocs plus gros.