
Récit de la machine virtuelle Ethereum parallèle : Pourquoi les couches 2 sont-elles plus avantageuses que les couches 1 ?
TechFlow SélectionTechFlow Sélection

Récit de la machine virtuelle Ethereum parallèle : Pourquoi les couches 2 sont-elles plus avantageuses que les couches 1 ?
De nombreuses chaînes L1 et L2 peuvent devenir des chaînes Rollup parallèles à Ethereum.
Rédaction : Haotian
J'ai remarqué que beaucoup de personnes ont une mauvaise compréhension du concept d'« EVM parallèle ». Pour être précis, il serait plus exact de parler de « Rollup parallèle ». L'EVM parallèle de @SeiNetwork ajoute simplement une capacité de « prétraitement parallèle » avant que les transactions ne soient soumises à l'environnement d'exécution EVM. En réalité, il s'agit fondamentalement d'un Rollup.
Suivant ce raisonnement, de nombreuses blockchains L1 + L2 pourraient devenir des chaînes Rollup parallèles à Ethereum, dès lors qu'elles disposent d'une capacité de traitement parallèle. Pourquoi ? Voici une brève analyse selon ma compréhension :
1) Il est facile de croire à tort que l’« EVM parallèle » signifie que la machine virtuelle Ethereum (EVM) peut exécuter en parallèle des contrats intelligents. En réalité, l’EVM ne peut pas modifier en interne sa gestion des états transactionnels et du traitement des transactions au niveau de la chaîne elle-même. Tous les cas actuels qualifiés d’« EVM parallèle » relèvent en fait du concept de Rollup parallèle, ou plus techniquement parlant, d’un « Mempool parallèle ».
Pour obtenir un véritable EVM parallèle au sens strict, il faudrait repenser l’architecture d’Ethereum au niveau de la gestion des états et de la logique d’exécution des transactions, ce qui impliquerait également des ajustements au niveau du consensus — une mise en œuvre pratiquement impossible aujourd’hui.
2) Sei utilise un mécanisme de consensus double turbo associé à une compatibilité EVM pour réaliser une capacité de traitement parallèle des transactions. En résumé, les nœuds validateurs gèrent localement leur propre mempool, évitant ainsi le délai lié à un mempool public. L’efficacité est accrue grâce à une validation croisée aléatoire entre nœuds via Gossip, tandis qu’un DAG d’accès (graphe acyclique orienté) permet de suivre les différents états dans les transactions afin de résoudre les conflits, rendant ainsi possible un traitement parallèle très efficace.
Bien que Sei se revendique comme la première blockchain EVM parallèle, la capacité de traitement parallèle des transactions n’est pas exclusive à Sei. Des projets comme @solana, @SuiNetwork ou @Aptos_Network possèdent également cette fonctionnalité.
On peut donc dire que toute chaîne L1 ou L2 disposant d’une capacité de traitement parallèle des transactions peut être qualifiée de chaîne Rollup parallèle, dès lors qu’elle établit une connexion avec l’EVM.
Concernant les nouvelles blockchains performantes de layer 1, elles reposent souvent sur des langages de programmation avancés comme Move ou Rust, adoptent un modèle de comptes centré sur les objets similaire au modèle UTXO, et utilisent des modèles de consensus permettant de séparer stockage et exécution, ce qui facilite grandement l’implémentation du traitement parallèle des transactions.
Toutefois, intégrer actuellement une capacité de traitement parallèle dans la file de « prétraitement » de l’EVM revient essentiellement à une forme alternative de Rollup. Cela signifie que ces nouvelles blockchains entrent en concurrence directe avec les chaînes layer 2 natives d’Ethereum.
Qu’un layer 1 doive maintenant rivaliser avec des layer 2 équivaut à une compétition descendante (« dédimensionnement »). Peut-on vraiment affirmer qu’un tel layer 1 est exceptionnel ? Personnellement, j’en doute. On pourrait tout au plus dire qu’il dispose d’une capacité de compatibilité EVM. Sous cet angle, le concept d’« EVM parallèle » n’a rien de particulièrement novateur.
3) Je suis davantage convaincu par le scénario narratif des solutions layer 2+ dotées de capacités de traitement parallèle. Pour une chaîne Rollup de layer 2, le Séquenceur a seulement besoin de traiter finement les transactions, d’analyser celles-ci dans un mempool préliminaire, de détecter les conflits d’état, et, soutenu par des technologies fondamentales telles que l’abstraction des comptes, peut aussi atteindre une capacité de traitement parallèle. Pour un layer 2, mettre en œuvre un traitement parallèle n’est pas difficile.
Ce qui est difficile, c’est la décentralisation du Séquenceur, ainsi que la construction d’un système économique (tokenomics) véritablement décentralisé — un point que j’avais déjà soulevé dans mes articles sur la redéfinition future des layer 2.
Autrement dit, une fois que des chaînes layer 2 comme @MetisDAO auront résolu la question du Séquenceur décentralisé et que leur modèle économique commencera à fonctionner de manière décentralisée, explorer des concepts narratifs tels que l’« EVM parallèle » offrira alors un potentiel bien plus intéressant.
Car le layer 2 existe précisément pour servir le réseau principal Ethereum (layer 1), et son adéquation avec Ethereum en termes de disponibilité des données (DA) et d’interopérabilité est bien supérieure. Comparé au simple argument marketing de compatibilité EVM utilisé par d’autres blockchains layer 1, ce scénario ouvre des perspectives bien plus vastes.
Le point clé est que les layer 2 d’Ethereum peuvent même être conçus pour supporter d'autres blockchains layer 1 en tant que couches d'exécution VM.
En somme, derrière toutes ces couches de confusion, il faut clarifier que le prétendu « EVM parallèle » équivaut simplement à : capacité de traitement parallèle + compatibilité EVM. Un layer 1 doté de traitement parallèle peut y parvenir via la compatibilité EVM ; de même, une chaîne layer 2 déjà fortement compatible avec l’EVM peut encore mieux l’implémenter en ajoutant une capacité de traitement parallèle des transactions.
Personnellement, je mise davantage sur le récit et les perspectives des Rollups parallèles au niveau du layer 2. Quant aux récits basés sur le layer 1, ils restent envisageables si on les considère dans une optique de modularité et de combinaison inter-chaînes ; mais s’il s’agit simplement de faire figurer ces nouveaux layer 1 dans la file d’attente pour devenir des layer 2 d’Ethereum, je n’y crois guère.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News










