Depuis une décennie, l'exécution séquentielle est le principe fondamental sur lequel Ethereum s'appuie pour garantir cohérence et sécurité. Mais à mesure que la DeFi, les stablecoins, les solutions Layer 2 et la finance on-chain prennent de l'ampleur, ce modèle commence à montrer ses limites en termes de performances. Pendant ce temps, des blockchains de nouvelle génération comme Solana, Sui et Aptos ont fait de l'exécution parallèle un pilier architectural, repoussant sans cesse le débit du réseau. Dans ce contexte concurrentiel, Ethereum entreprend une mise à niveau systématique de sa logique d'exécution de base via Glamsterdam.
D'un point de vue évolution de la technologie blockchain, l'exécution parallèle va bien au-delà d'un simple TPS plus élevé. Elle incarne une refonte en profondeur de la gestion de l'état, de l'ordonnancement des transactions et de l'allocation des ressources d'Ethereum. Si ces mises à niveau sont mises en œuvre progressivement, la Layer 1 d'Ethereum pourrait passer d'une plateforme de Smart Contracts classique à un vaste réseau de règlement ouvert, soutenant les actifs numériques mondiaux et l'activité financière on-chain.
Pourquoi Ethereum a-t-il toujours utilisé l'exécution séquentielle ?
Depuis ses débuts, l'exécution séquentielle est la pierre angulaire du fonctionnement d'Ethereum. Dans ce modèle, les transactions d'un bloc sont traitées une par une dans un ordre fixe : la transaction suivante ne commence que lorsque la précédente est terminée. Tous les nœuds suivent exactement la même séquence, garantissant un état final cohérent pour tous.
Le principal atout de cette conception est sa simplicité et sa sécurité. Quelle que soit la complexité de la logique de transaction, tous les nœuds exécutent dans le même ordre, éliminant tout conflit d'état ou résultat incohérent. L'écosystème de Smart Contracts d'Ethereum a fonctionné de manière stable pendant une décennie précisément grâce à ce modèle conservateur mais fiable.
Cependant, l'exécution séquentielle impose aussi un plafond naturel aux performances du réseau.
Même si de nombreuses transactions dans un bloc sont indépendantes, les nœuds ne peuvent pas les traiter simultanément : ils doivent les exécuter les unes après les autres. Ce n'était pas un problème majeur quand l'écosystème était plus petit, mais avec l'explosion des volumes de transactions on-chain, les goulots d'étranglement sont devenus de plus en plus marqués.
À quels goulots d'étranglement l'exécution séquentielle est-elle confrontée ?
Ces dernières années, le réseau Ethereum a connu des changements radicaux. Les volumes de transfert de stablecoins ont massivement augmenté, les protocoles de prêt on-chain ont mûri, les volumes de trading sur DEX ont atteint des records à répétition, et le nombre de réseaux Layer 2 n'a cessé de croître. De plus en plus d'applications complexes dépendent désormais d'Ethereum comme couche de règlement finale. Pourtant, la capacité d'exécution de la chaîne principale reste loin derrière le rythme de croissance de l'écosystème.
Le problème se manifeste dans trois domaines clés :
-
Sous-utilisation des ressources CPU : Les serveurs modernes disposent généralement de plusieurs cœurs, mais en mode séquentiel, les nœuds n'utilisent souvent qu'un seul thread pour traiter les transactions, laissant une grande partie de la puissance de calcul inutilisée.
-
La congestion des transactions fait grimper les frais : Lorsque de nombreuses transactions entrent simultanément sur le réseau, la capacité d'exécution limitée oblige les utilisateurs à payer des frais de gas plus élevés pour garantir une inclusion prioritaire.
-
Évolutivité limitée de la Layer 1 : Même si la limite de gas est augmentée à l'avenir, tant que l'exécution reste séquentielle, les gains de performance globaux resteront limités.
En conséquence, la communauté Ethereum s'interroge : peut-on exécuter des transactions non conflictuelles simultanément tout en préservant la sécurité ? C'est précisément la question à laquelle la feuille de route d'exécution parallèle de Glamsterdam entend répondre.
Block Access Lists : l'infrastructure clé pour l'exécution parallèle de Glamsterdam
Pour parvenir à une exécution parallèle, Ethereum doit d'abord savoir quelles transactions accèdent à quel état et lesquelles sont exemptes de conflits. Pour résoudre ce problème, Glamsterdam introduit la conception des Block Access Lists (BAL).
En termes simples, les Block Access Lists obligent les transactions à déclarer à l'avance :
- Quels comptes seront consultés ;
- Quels emplacements de stockage seront lus ;
- Quel état sera modifié ;
- Quelles données doivent être écrites sur la chaîne.
Grâce à ces informations, les nœuds peuvent analyser les conflits potentiels entre les transactions avant le début de l'exécution.
Prenons un exemple simple. La transaction A est un utilisateur échangeant de l'ETH contre de l'USDC ; la transaction B est un utilisateur mintant un NFT. Comme ces deux transactions accèdent à des états différents, le système peut déterminer qu'elles peuvent s'exécuter simultanément. Cependant, si deux transactions modifient le même pool de prêt ou le même solde de compte, le système revient à une exécution séquentielle pour éviter les erreurs d'état.
Les Block Access Lists ne refondent pas complètement le modèle d'exécution d'Ethereum. Elles permettent plutôt de traiter en parallèle autant de transactions que possible tout en maintenant la sécurité.
La transition d'Ethereum vers l'exécution parallèle n'est pas un changement unique et ponctuel.
Glamsterdam s'apparente davantage à un ensemble de mises à niveau infrastructurelles qui dotent progressivement le réseau de capacités parallèles en optimisant l'exécution des transactions étape par étape.
-
Introduction des Block Access Lists : En exigeant que les transactions déclarent à l'avance leur plage d'accès à l'état, le système peut identifier les transactions non conflictuelles et les planifier pour une exécution simultanée.
-
Optimisation de l'ordonnancement des transactions : Les nœuds attribuent dynamiquement l'ordre d'exécution en fonction de l'état auquel chaque transaction accède, permettant à plusieurs cœurs CPU de travailler simultanément plutôt que de traiter une transaction à la fois comme auparavant.
-
Mises à niveau de la gestion de l'état : Avec l'avancement de Verkle tree, d'Ethereum sans état et d'autres technologies, l'efficacité de la lecture des données d'état devrait s'améliorer, offrant un meilleur soutien sous-jacent à l'exécution parallèle.
Cette approche de mise à niveau progressive est l'un des plus grands différenciateurs entre Ethereum et les autres blockchains haute performance.
Ethereum n'a pas démantelé son architecture précédente ; il améliore plutôt progressivement les performances sur la base de son modèle de sécurité existant.
Quels changements l'exécution parallèle apportera-t-elle à Ethereum ?
Pour l'ensemble de l'écosystème, l'exécution parallèle signifie bien plus qu'un simple TPS plus élevé. Le débit du réseau devrait s'améliorer considérablement : alors qu'un bloc ne pouvait auparavant traiter les transactions que de manière séquentielle, plusieurs transactions peuvent désormais s'exécuter simultanément, ce qui augmente naturellement l'efficacité globale de l'exécution.
L'expérience de trading pourrait également être davantage optimisée : à mesure que l'utilisation des ressources du réseau augmente, la congestion devrait diminuer, et les frais de gas que les utilisateurs paient pourraient devenir plus stables.
Pour la DeFi, l'exécution parallèle est tout aussi transformatrice.
Par exemple :
- Les DEX peuvent traiter plus de trades ;
- Les protocoles de prêt peuvent effectuer des liquidations plus rapidement ;
- L'efficacité du règlement des stablecoins s'améliore ;
- La latence du trading de produits dérivés on-chain diminue.
Pour les solutions Layer 2, une Layer 1 plus performante signifie également :
- Des coûts de soumission de rollup réduits ;
- Une vitesse de règlement plus rapide ;
- Des frais de transaction utilisateur plus faibles ;
- Des capacités de mise à l'échelle Layer 2 améliorées.
Alors que de plus en plus d'actifs du monde réel (RWA) et de capitaux institutionnels se déplacent sur la chaîne, une Layer 1 haute performance et sécurisée deviendra une infrastructure critique pour la croissance de l'ensemble de l'écosystème.
L'exécution parallèle n'est pas un nouveau concept. Solana a adopté l'architecture Sealevel dès le début pour permettre l'exécution simultanée des transactions ; Sui utilise un modèle d'objet pour améliorer la concurrence des états ; Aptos prend en charge les transactions parallèles via Block-STM.
Alors pourquoi Ethereum ne se tourne-t-il que maintenant vers l'exécution parallèle ? La réponse réside dans l'engagement principal d'Ethereum en faveur de la sécurité et de la décentralisation. Il possède le plus grand réseau de nœuds au monde, l'écosystème client le plus diversifié et la plus grande base d'actifs on-chain. Tout changement de son architecture sous-jacente doit soigneusement équilibrer compatibilité et stabilité du réseau.
Par conséquent, Ethereum a choisi une voie progressive. Plutôt que de rechercher un TPS extrême, il améliore progressivement l'efficacité du réseau tout en préservant l'ouverture, la décentralisation et la sécurité. Bien que cette approche soit plus lente, elle signifie également un risque de mise à niveau plus faible et une compatibilité totale avec l'écosystème DeFi et Layer 2 existant.
Après l'exécution parallèle, quelle est la prochaine étape pour Ethereum ?
Glamsterdam n'est pas l'étape finale des mises à niveau de l'architecture sous-jacente d'Ethereum.
Dans les années à venir, la communauté Ethereum poursuit plusieurs orientations à long terme, notamment :
- Ethereum sans état ;
- Verkle tree ;
- Abstraction native de compte ;
- EVM parallèle plus mature ;
- Structures de stockage de données plus efficaces ;
- Recherche en cryptographie résistante aux quantiques.
Toutes ces mises à niveau convergent vers un objectif commun à long terme : transformer Ethereum d'une plateforme de Smart Contracts en une infrastructure financière ouverte et d'actifs numériques mondiale.
Dans ce voyage, l'exécution parallèle n'est pas la ligne d'arrivée — c'est un composant essentiel de l'architecture de nouvelle génération d'Ethereum. Alors que les performances de la Layer 1 continuent de s'améliorer, Ethereum est bien positionné pour équilibrer sécurité, ouverture et évolutivité, soutenant une économie on-chain d'une ampleur sans précédent.
Résumé
De l'exécution séquentielle à l'exécution parallèle, Glamsterdam conduit une mise à niveau architecturale profonde pour Ethereum. Grâce aux Block Access Lists, à l'optimisation de l'accès à l'état et à des mécanismes d'exécution concurrente plus matures à l'avenir, Ethereum vise à améliorer les performances de la Layer 1 et l'utilisation des ressources tout en maintenant la décentralisation et la sécurité.
Plutôt que de simplement rechercher le TPS, Ethereum se concentre sur le développement durable à long terme. L'exécution parallèle ne signifie pas seulement une vitesse de réseau plus rapide, mais aussi une refonte complète de la gestion des ressources sous-jacentes, de la logique d'accès à l'état et de l'évolutivité de l'écosystème. À mesure que d'autres infrastructures mûrissent, Glamsterdam pourrait bien devenir un tournant décisif dans l'évolution d'Ethereum vers la prochaine génération de réseaux financiers ouverts.
