
Ces dernières années, Ethereum a continuellement fait progresser la performance de son réseau et le développement de son écosystème à travers une succession de mises à niveau protocolaires. Depuis The Merge, qui a concrétisé la transition vers le PoS, jusqu’à la mise à niveau Dencun ayant introduit le Proto-Danksharding pour réduire les coûts du Layer 2, en passant par différentes optimisations de la couche d’exécution, Ethereum évolue de façon méthodique vers une architecture plus efficace et évolutive.
Dans ce contexte, la mise à niveau Glamsterdam s’impose comme un jalon déterminant pour la suite. Les échanges entre développeurs principaux d’Ethereum prévoient ce déploiement pour 2026, avec deux objectifs majeurs :
Refondre le mécanisme MEV (Maximal Extractable Value)
Accroître l’efficacité d’exécution en couche 1 (L1) ainsi que les performances globales du réseau
Contrairement aux précédentes évolutions, centrées sur la disponibilité des données et la scalabilité, Glamsterdam cible la production des blocs et l’optimisation de l’exécution des transactions. Son influence dépassera la simple performance de la couche de base et pourrait profondément transformer l’ensemble du secteur MEV.
Même si Ethereum figure parmi les plus grandes plateformes de smart contracts au monde, son architecture fondamentale présente encore plusieurs défis structurels.
Aujourd’hui, le MEV constitue un pivot de la production de blocs. Searchers et Builders extraient une valeur supplémentaire des blocs à travers l’ordonnancement des transactions, l’arbitrage et des stratégies de liquidation.
L’infrastructure MEV la plus répandue repose sur le schéma MEV-Boost + Relay : Searcher → Builder → Relay → Validator
Ce modèle, bien que performant, soulève de nouvelles problématiques :
Tendance croissante à la centralisation des Relays
Risque de censure de transactions par certains Relays
Manque de transparence sur le marché des Builders
La limitation du risque de centralisation, tout en préservant l’efficacité, demeure une priorité dans les évolutions d’Ethereum.
L’efficacité de l’EVM dans l’exécution représente un autre enjeu.
Actuellement, les nœuds traitent les transactions séquentiellement et lisent dynamiquement l’état lors du traitement des blocs. Ce fonctionnement garantit le déterminisme, mais induit également :
Une latence accrue dans le traitement des blocs
Une augmentation des besoins matériels pour les nœuds
Des difficultés à mettre en place l’exécution parallèle
Avec l’essor de la DeFi, de l’IA et des applications on-chain, ces limitations risquent de s’aggraver.

Pour répondre à ces défis, la mise à niveau Glamsterdam introduit des solutions techniques avancées, à commencer par l’ePBS (Enshrined Proposer-Builder Separation) et les Block-Level Access Lists.
La Proposer-Builder Separation (PBS) dissocie la construction des blocs de leur proposition.
Dans l’architecture actuelle, les validateurs peuvent à la fois proposer et construire les blocs. Avec l’augmentation du MEV, des Builders spécialisés se sont imposés dans la construction.
À ce jour, le PBS s’appuie principalement sur MEV-Boost, mais le composant clé — le Relay — n’est pas intégré au protocole.
La proposition ePBS de Glamsterdam fait entrer ce mécanisme au cœur du protocole, introduisant un “PBS natif”.
Concrètement :
Les Builders construisent des blocs candidats et soumettent des enchères
Les Proposers retiennent le bloc à l’enchère la plus élevée
Le réseau valide et finalise le bloc
Ce modèle permet notamment :
De réduire la dépendance aux Relays tiers
D’apporter plus de transparence au marché MEV
De limiter les risques de censure des transactions
En intégrant le PBS directement dans le protocole, Ethereum cherche à préserver l’efficacité du marché MEV tout en évitant de nouveaux points de centralisation.
Autre innovation clé de Glamsterdam, les Block-Level Access Lists. Dans l’EVM actuelle, les nœuds lisent dynamiquement les états des comptes et du stockage lors de l’exécution des transactions, ce qui empêche toute anticipation précise des données sollicitées.
Les Block-Level Access Lists permettent de déclarer, au moment de l’assemblage du bloc, quels états seront consultés.
Par exemple, un bloc pourra spécifier :
Les adresses de comptes à consulter
Les emplacements de stockage à lire
Cette approche permet aux nœuds de précharger toutes les données nécessaires avant l’exécution, avec pour résultats :
Réduction de la latence d’E/S
Amélioration de l’efficacité d’exécution
Préparation à l’exécution parallèle future
À long terme, ce mécanisme pourrait devenir central dans les prochaines optimisations de la couche d’exécution sur Ethereum.
La chaîne de valeur du MEV s’est structurée de la manière suivante : Searcher → Builder → Relay → Validator
Plus précisément :
Les Searchers détectent les opportunités d’arbitrage
Les Builders assemblent les blocs contenant du MEV
Les Relays transmettent les blocs
Les Validators proposent les blocs
Le mécanisme ePBS de Glamsterdam pourrait bouleverser cette architecture, le protocole assumant progressivement la fonction des Relays. À terme, le processus MEV pourrait évoluer ainsi : Searcher → Builder → Protocol Auction → Proposer
Dans ce nouveau schéma :
Les Builders participent à des enchères protocolaires
Les Proposers sélectionnent le bloc optimal
Le rôle des Relays devient secondaire
Cette évolution pourrait reconfigurer en profondeur le paysage MEV tout en renforçant la résistance du réseau à la censure.
Pour l’utilisateur final, les changements de Glamsterdam resteront peu perceptibles. En revanche, ils seront significatifs pour les développeurs et les fournisseurs d’infrastructure.
L’efficacité d’exécution accrue pourrait réduire la congestion réseau et améliorer l’expérience utilisateur.
Les Block-Level Access Lists pourraient nécessiter une évolution de la conception des smart contracts. Les développeurs devront accorder une attention particulière à la gestion de l’accès aux données d’état pour optimiser le nouvel environnement d’exécution.
Les réformes du MEV pourraient modifier les conditions de trading DeFi. Les stratégies fondées sur l’ordre des transactions devront sans doute être repensées.
Dans l’ensemble, cette mise à niveau pourrait accélérer le développement de l’écosystème applicatif Ethereum vers davantage d’efficacité et d’équité.
Malgré son importance, le déploiement de Glamsterdam soulève plusieurs débats.
Complexité technique : l’ePBS implique des modifications profondes dans la construction des blocs et doit être testé rigoureusement pour garantir la stabilité du réseau.
Incertitude sur le modèle économique du MEV : certains chercheurs estiment que le PBS intégré pourrait modifier les incitations du marché MEV, créant de nouvelles dynamiques stratégiques.
En outre, les améliorations de la couche d’exécution devront rester compatibles avec les évolutions à long terme telles que les Verkle Trees et Stateless Ethereum. Avant un déploiement sur le mainnet, chaque proposition devra faire l’objet de validations poussées sur les testnets.
À plus long terme, la mise à niveau Glamsterdam pourrait entraîner trois évolutions majeures dans l’écosystème Ethereum :
Optimisation de l’efficacité du réseau L1. Grâce aux optimisations d’exécution, les performances du mainnet Ethereum sous forte charge devraient nettement progresser.
Transformation de la structure du marché MEV. Le PBS intégré au protocole pourrait permettre un système MEV plus transparent et décentralisé.
Renforcement de la résistance à la censure. La diminution de la dépendance envers des Relays centralisés protège le principe fondamental du réseau ouvert Ethereum.

Pour le marché ETH, ces évolutions structurelles constituent un levier positif à long terme. Toutefois, leur effet sur le prix dépendra du contexte macroéconomique, des avancées sur le Layer 2 et du cycle global du marché crypto.





