Titre original : Décès, impôts et parallélisation EVM

Auteur original : Reforge Research

Source originale : Reforge Research

Compilé par : Mars Finance, MK

introduire

Dans le domaine actuel des systèmes informatiques, les améliorations en termes d'accélération et d'efficacité sont souvent obtenues grâce à l'exécution de tâches en parallèle plutôt qu'à une exécution séquentielle. Ce phénomène, appelé à juste titre parallélisation, est né avec l'émergence des architectures de processeurs multicœurs dans les ordinateurs modernes. Les tâches traditionnelles étape par étape sont désormais optimisées dans une perspective de concurrence, maximisant ainsi les performances du processeur. De même, dans le réseau blockchain, le principe d'exécution multitâche simultanée peut également être appliqué au niveau des transactions, bien qu'il ne repose pas sur plusieurs processeurs, mais repose sur le pouvoir de vérification collectif de nombreux validateurs sur le réseau. Voici des exemples de premières mises en œuvre :

• En 2015, Nano (XNO) a introduit une structure de grille de blocs, chaque compte ayant une blockchain indépendante, permettant le traitement parallèle des transactions et éliminant le besoin de confirmations de transactions à l'échelle du réseau.

• En 2018, l'article sur le moteur d'exécution parallèle du réseau blockchain Block-STM (Software Transactional Memory) a été publié. Polkadot a réalisé la parallélisation via une architecture multi-chaîne, et EOS a lancé un moteur de traitement multi-thread.

• En 2020, Avalanche a introduit un mécanisme de consensus de traitement parallèle (et non la chaîne C EVM, qui est en série), et Solana a lancé une technologie innovante similaire appelée Sealevel.

Pour EVM, depuis sa naissance, ses transactions et l'exécution de contrats intelligents sont un traitement séquentiel. Cette conception d'exécution à thread unique limite le débit global et l'évolutivité du système, en particulier pendant les périodes de pointe de demande du réseau. Alors que les validateurs de réseau sont confrontés à une charge de travail croissante, les vitesses du réseau ralentissent inévitablement, ce qui entraîne des coûts plus élevés pour les utilisateurs qui doivent enchérir pour prioriser leurs transactions dans un environnement réseau encombré.

La communauté Ethereum explore depuis longtemps le traitement parallèle comme solution, à commencer par la proposition EIP de Vitalik en 2017. L'objectif initial était de réaliser la parallélisation via des chaînes de fragments ou des fragments. Cependant, le développement et l’adoption rapides des rollups L2, en raison de leur simplicité et des avantages d’évolutivité qu’ils offrent directement, ont déplacé l’attention d’Ethereum vers une technologie désormais connue sous le nom de danksharding. Dans le danksharding, le partitionnement sert principalement de couche de disponibilité des données plutôt que d'exécution de transactions parallèles. Cependant, étant donné que la mise en œuvre complète du danksharding est toujours en cours, l'attention s'est tournée vers plusieurs réseaux L1 parallélisés clés compatibles EVM, notamment Monad, Neon EVM et Sei.

Compte tenu de l’évolution traditionnelle de l’ingénierie des systèmes logiciels et des réalisations en matière d’évolutivité d’autres réseaux, l’exécution parallèle d’EVM semble inévitable. Malgré notre ferme conviction en cette transition, l’avenir reste incertain et plein d’espoir. Cela a de profondes implications pour le plus grand écosystème de développeurs de contrats intelligents au monde, dont la capitalisation boursière dépasse actuellement 80 milliards de dollars. Que se passe-t-il lorsque l’accès optimisé de l’État fait baisser les prix du gaz de manière significative à seulement une fraction de centime ? De quel espace de conception disposeront les développeurs de couches d’application ?

La parallélisation est un moyen et non une fin.

La mise à l’échelle de la blockchain est un problème complexe et multidimensionnel, et l’exécution parallèle ouvre la voie au développement d’infrastructures critiques telles que le stockage d’état de la blockchain. Le principal défi auquel sont confrontés les projets EVM parallèles n’est pas seulement de réaliser des calculs simultanés ; il s’agit également d’optimiser l’accès et la modification des états dans un environnement parallèle. Les questions fondamentales comprennent principalement :

1. Les clients Ethereum et Ethereum lui-même utilisent des structures de données de stockage différentes (B-tree/LSM-tree vs. Merkle Patricia Trie), ce qui peut entraîner une dégradation des performances lorsqu'une structure de données est intégrée dans une autre.

2. Lors d'une exécution parallèle, les capacités d'entrée/sortie asynchrones (E/S asynchrones) de lecture et d'écriture transactionnelles sont extrêmement importantes ; sinon, les processus risquent de rester bloqués en attendant les uns les autres, gaspillant ainsi le potentiel d'amélioration de la vitesse.

L’augmentation des tâches de calcul, comme un grand nombre de hachages SHA-3 ou d’opérations de calcul, est presque négligeable par rapport au coût d’accès à la valeur stockée. Pour réduire le temps de traitement des transactions et les coûts du gaz, l'infrastructure de la base de données doit être améliorée. Il ne s’agit pas simplement d’adopter une architecture de base de données traditionnelle comme alternative aux magasins clé-valeur bruts (comme SQL DB). Le modèle relationnel de l'état EVM ajoute une complexité et une surcharge inutiles, et les opérations « charger » et « stocker » sont également plus coûteuses que les magasins clé-valeur de base. L'état EVM ne nécessite que des lectures et des écritures de points, et les écritures se produisent indépendamment de la fin de chaque bloc. Par conséquent, les améliorations doivent se concentrer sur des domaines clés tels que l’évolutivité, les lectures et écritures à faible latence, le contrôle efficace de la concurrence, l’élagage et l’archivage de l’état et l’intégration transparente avec l’EVM. Par exemple, Monad crée une base de données d'état personnalisée à partir de zéro, appelée MonadDB, qui exploite le dernier noyau pour prendre en charge les opérations asynchrones et implémente nativement la structure de données Patricia Trie, à la fois sur disque et en mémoire.

Nous nous attendons à une nouvelle refactorisation de la base de données clé-valeur sous-jacente, ainsi qu'à des améliorations significatives d'une multitude d'infrastructures de support pour les capacités de stockage blockchain.

Célébrons une fois de plus la valeur exceptionnelle des carnets d’ordres centraux programmables (pCLOB).

À mesure que DeFi évolue vers des niveaux de fidélité plus élevés, les carnets d’ordres centraux à limite (CLOB) deviennent de plus en plus la méthode dominante de conception de transactions. Depuis leurs débuts en 2017, les teneurs de marché automatisés (AMM) sont devenus une force essentielle dans l'espace DeFi, largement respectés pour leur simplicité et leurs capacités uniques de génération de liquidités. Les AMM ont déclenché une révolution dans le monde DeFi en utilisant des pools de liquidités et des algorithmes de tarification, devenant ainsi l'alternative privilégiée aux systèmes de trading traditionnels tels que les carnets d'ordres. Bien que les CLOB jouent un rôle fondamental dans la finance traditionnelle, ils ont connu des difficultés lors de leur introduction à Ethereum en raison des limites de l’évolutivité de la blockchain.

Cette conception nécessite un grand nombre de processus de transaction, notamment la soumission, l'exécution, l'annulation ou la modification de chaque ordre, et chaque étape nécessite une nouvelle transaction en chaîne. Compte tenu du début des efforts de mise à l’échelle d’Ethereum, le coût de cette exigence a rendu les CLOB moins applicables dans les premiers jours de DeFi, conduisant à l’échec des premières versions comme EtherDelta. Cependant, malgré leur popularité, les AMM présentent des limites inhérentes. À mesure que DeFi mûrit et attire des traders et des institutions plus sophistiqués, ces limites deviennent de plus en plus évidentes.

Après avoir reconnu les avantages des CLOB, les gens ont commencé à redoubler d’efforts pour intégrer les échanges basés sur les CLOB dans DeFi sur d’autres réseaux blockchain avec une plus grande évolutivité. Des projets représentatifs tels que Kujira, Serum (RIP ☠), Demex, dYdX, Dexalot et récemment Aori et Hyperliquid visent à offrir une meilleure expérience de trading en chaîne que leurs concurrents AMM.

Cependant, outre les projets axés sur des domaines spécifiques, tels que dYdX et Hyperliquid axés sur les contrats perpétuels, les CLOB de ces réseaux alternatifs sont confrontés à leurs propres défis, notamment :

• Problème de fragmentation de la liquidité : étant donné que le protocole DeFi sur Ethereum est hautement composable et parfaitement intégré, il forme un fort effet de réseau, ce qui rend difficile pour les CLOB d'autres chaînes d'attirer des liquidités et un volume de transactions suffisants, ce qui entrave leur adoption et leur promotion.

• Meme Coin : diriger la liquidité dans les CLOB en chaîne nécessite de passer des ordres limités, ce qui constitue un problème de poule et d'œuf plus difficile compte tenu des actifs nouveaux et moins connus comme les pièces meme.

CLOB avec blob

En ce qui concerne la couche L2, les solutions Ethereum L2 existantes ont permis d'améliorer considérablement les capacités et les coûts de traitement des transactions par rapport au réseau principal Ethereum, en particulier après le récent hard fork de Dencun. En utilisant de gros objets binaires légers (blobs) au lieu de données d'appel gourmandes en gaz, les coûts de transaction sont considérablement réduits. Au 1er avril, Arbitrum et Optimism avaient des frais de 0,028 $ et 0,064 $, respectivement, Mantle ayant les frais les plus bas de 0,015 $, selon Growthepie.

Cette diminution est significative par rapport aux frais élevés de Dencun avant le hard fork, car les données d’appel représentaient auparavant 70 à 90 % des coûts. Malheureusement, même si les frais ont considérablement diminué, les frais de publication/annulation d'environ 0,01 $ sont toujours considérés comme trop élevés. Par exemple, les traders institutionnels et les teneurs de marché ont souvent des ratios ordres/échanges élevés, exécutant seulement un petit nombre de transactions réelles parmi un grand nombre d’ordres. Même avec la tarification actuelle des frais L2, les soumissions d'ordres importants sur différents livres et leurs modifications ou annulations ultérieures peuvent avoir un impact significatif sur la rentabilité et les décisions stratégiques des acteurs institutionnels, même si le coût par transaction est inférieur à 0,01 $.

Le pCLOB

Avec la naissance de l’EVM parallèle, l’activité DeFi devrait augmenter, dirigée par les CLOB pouvant être implémentés en chaîne. Carnets d'ordres à limite centrale particulièrement programmables (pCLOB), car DeFi est intrinsèquement hautement composable et peut interagir avec divers protocoles (limités uniquement par le gaz), donnant ainsi naissance à de riches combinaisons commerciales. Grâce à cette fonctionnalité, pCLOB peut intégrer une logique personnalisée pendant le processus de soumission de commande, qui peut être déclenchée avant et après la soumission de la commande. Par exemple, les contrats intelligents pCLOB peuvent :

• Vérifier les paramètres des commandes (tels que le prix et la quantité) en fonction de règles prédéfinies ou des conditions du marché ;

• Mettre en œuvre des examens des risques en temps réel pour garantir qu'une marge ou une garantie adéquate est disponible pour les transactions à effet de levier ;

• Calculer dynamiquement les frais en fonction de divers paramètres (tels que le type d'ordre, le volume des transactions, la volatilité du marché, etc.) ;

• Exécuter des ordres en fonction de conditions spécifiques ; et son coût est bien inférieur aux modèles de trading existants.

Le concept de liquidité « juste à temps (JIT) » incarne bien cet avantage. La liquidité ne sera pas bloquée sur une seule bourse, mais sera activement mobilisée ailleurs au moment de l'appariement des ordres, réalisant préalablement des gains sur la plateforme sous-jacente. Qui peut refuser de réaliser tous les bénéfices sur MakerDAO avant de rechercher des liquidités commerciales ? L'approche innovante « Quote as Code » de Mangrove Exchange démontre ce potentiel : une fois qu'une cotation correspond, le code intégré est exécuté, sa tâche principale étant de trouver la liquidité requise par le preneur d'ordre. Malgré les défis, notamment en termes d'évolutivité et de coût de couche 2 (L2), l'EVM parallèle améliore considérablement l'efficacité du moteur de correspondance des pCLOB. Aujourd'hui, pCLOB peut déployer un moteur de correspondance parallèle pour traiter les commandes et effectuer des calculs de correspondance en parallèle via plusieurs « canaux ». Chaque canal gère une partie du carnet d'ordres, supprimant les contraintes de priorité prix-temps et ne s'exécutant que lorsqu'une correspondance est trouvée. Cela réduit la latence entre la soumission, l’exécution et la modification des ordres, permettant ainsi une mise à jour du carnet d’ordres avec une efficacité optimale.

Pour les actifs à longue traîne et à faible liquidité, les AMM peuvent encore être largement utilisés ; cependant, pour les actifs de premier ordre, les pCLOB démontreront sans aucun doute leur supériorité.

Lors d'une discussion avec Keone Hon, co-fondateur et PDG de Monad, il a prédit avec confiance que plusieurs pCLOB attireraient l'attention dans différents écosystèmes à haut débit et auraient un impact positif sur DeFi dans son ensemble en raison de leur capacité à réduire considérablement les frais. impacts sur les écosystèmes.

Même avec ces seuls progrès, nous nous attendons à ce que les pCLOB aient un impact énorme sur l’efficacité du capital et soient à l’origine d’une nouvelle tendance dans le monde DeFi.

Nous reconnaissons que même si davantage de candidatures sont nécessaires, avant tout...

Les applications existantes et nouvelles doivent être conçues de manière à tirer pleinement parti des propriétés de parallélisation sous-jacentes.

La plupart des applications décentralisées actuelles n’ont pas de parallélisme et leur interaction avec la blockchain est de nature séquentielle. Cependant, l’histoire montre que les technologies et les applications évoluent naturellement pour tirer parti des nouvelles avancées technologiques, même si elles n’ont pas été conçues à l’origine pour cela. Les applications conçues pour le premier iPhone lors de son lancement en sont un exemple. Nous sommes dans une transition similaire, car l’ajout de capacités de traitement multicœur à la blockchain mènera à des applications encore meilleures.

L'évolution du commerce électronique, de l'affichage de catalogues de magazines en ligne à la formation de solides marchés bifaces, illustre ce changement. Avec la mise en œuvre d'EVM parallèle, nous assisterons à une évolution similaire des applications décentralisées. Cela met encore en évidence une limitation clé : si les applications ne sont pas conçues pour être parallèles, elles ne peuvent pas intrinsèquement bénéficier des gains d’efficacité apportés par l’EVM parallèle. Par conséquent, il ne suffit pas de mettre en œuvre le parallélisme au niveau de la couche d’infrastructure sous-jacente, la couche d’application doit également être repensée pour garantir son alignement.

conflit d'état

Même sans modifier l'application elle-même, nous nous attendons toujours à une amélioration des performances de 2 à 4 fois. Mais pourquoi s’arrêter là, surtout quand le potentiel de gains de performances est plus important ? Le principal défi posé par ce changement est que les applications doivent être fondamentalement repensées pour s'adapter aux différences subtiles du traitement parallèle.

En particulier, des conflits peuvent survenir lorsque plusieurs transactions dans une application décentralisée tentent de modifier le même état en même temps. De telles transactions conflictuelles nécessitent une sérialisation pour résoudre le problème, mais cela annule les avantages de la parallélisation.

Nous ne discuterons pas ici en détail des méthodes de résolution des conflits, mais le nombre de conflits potentiels auxquels un développeur d’applications est confronté dépend fortement de sa propre conception. Les applications décentralisées de certains protocoles populaires, comme Uniswap, sont conçues et mises en œuvre sans tenir compte de cette contrainte. Le co-fondateur d'Aori 0xTaker, une société de carnets de commandes hors ligne à haute fréquence pour les créateurs, fournit un aperçu approfondi des principaux problèmes de conflit d'État que vous rencontrerez dans le contexte du traitement parallèle. Pour AMM, son modèle de pool peer-to-peer peut attirer un grand nombre de participants pour négocier simultanément avec le même pool, de quelques transactions à plus d'une centaine de transactions, ce qui peut conduire à une concurrence étatique, les concepteurs d'AMM doivent donc être prudents. planifier comment négocier dans le pool. Allouer et gérer les liquidités pour maximiser leurs avantages.

Steven, développeur principal chez Sei, a souligné l'importance de prendre en compte les conflits dans le développement multithread et a noté que Sei explorait activement les implications de la parallélisation et son impact sur l'utilisation des ressources.

Prévisibilité des performances

Yilong, co-fondateur et PDG de MegaETH, a également souligné l'importance de rechercher la prévisibilité des performances dans les applications décentralisées. La prévisibilité des performances fait référence à la capacité des applications décentralisées à exécuter des transactions de manière cohérente sur une période de temps donnée, indépendamment de la congestion du réseau ou d'autres facteurs externes. Une façon d’y parvenir consiste à utiliser des chaînes spécifiques. Cependant, même si les chaînes spécifiques à une application offrent des performances prévisibles, elles sacrifient la composabilité.

La parallélisation offre un moyen de minimiser les conflits entre États grâce à l’expérimentation de marchés de redevances locaux.

Aori, co-fondateur de 0xTaker, a déclaré que grâce à un parallélisme avancé et à un mécanisme de frais multidimensionnel, chaque application peut bénéficier de performances plus déterministes tout en conservant la composabilité globale.

Solana dispose d'un excellent système de marché de frais qui est localisé, de sorte que si plusieurs utilisateurs accèdent au même État, ils paient des frais légèrement plus élevés (tarification d'afflux) plutôt que de se faire concurrence sur le marché mondial des frais. Ce mécanisme est particulièrement bénéfique pour les protocoles faiblement connectés qui nécessitent une prévisibilité et une composabilité des performances. Imaginez un système autoroutier à plusieurs voies et à péage dynamique offrant des voies express dédiées aux heures de pointe pour les véhicules prêts à payer des péages plus élevés, garantissant ainsi les déplacements des utilisateurs qui privilégient la vitesse et sont prêts à payer un supplément. Le temps est à la fois prévisible et rapide. . Dans le même temps, les voies régulières restent ouvertes à tous les véhicules, maintenant ainsi la connectivité globale sur l’ensemble du réseau routier.

possibilités imaginées

Bien que la réarchitecture des protocoles pour tenir compte du parallélisme sous-jacent puisse sembler difficile, dans DeFi et dans d'autres domaines, l'espace de conception s'est considérablement élargi et nous pouvons nous attendre à voir la création de nouvelles applications plus complexes, plus efficaces et plus performantes. qui étaient auparavant difficiles à mettre en œuvre en raison de limitations de performances.

En 1995, le seul forfait Internet disponible consistait à payer 0,10 $ pour 1 Mo de données téléchargées, ce qui encourageait les gens à choisir avec soin les sites Web qu'ils visitaient. De cette situation à l’utilisation illimitée d’aujourd’hui, nous avons été témoins de l’évolution des comportements des gens et de l’ouverture de nouvelles possibilités.

Nous pourrions revenir à une guerre d'acquisition d'utilisateurs similaire aux premiers jours des échanges centralisés, où les applications DeFi, en particulier les échanges décentralisés, utiliseront des programmes de référence (tels que des points, des parachutages) et une meilleure expérience utilisateur comme avantages concurrentiels. Nous envisageons un monde dans lequel tout jeu en chaîne avec une quantité raisonnable d'interaction pourrait devenir une réalité. L'existence de carnets de commandes hybrides-AMM est un fait, mais il est préférable de migrer le donneur de commandes CLOB en tant que nœud indépendant et de réaliser la décentralisation via la gouvernance plutôt que de le migrer directement vers la chaîne. Cela peut augmenter le degré de décentralisation et réduire la latence. et améliorer la composabilité. Désormais, l'interaction sociale en chaîne est tout à fait réalisable. Certes, tout scénario impliquant un grand nombre de personnes ou d’agents effectuant simultanément une activité spécifique est désormais possible.

Outre les humains, les agents intelligents deviendront probablement de plus en plus dominants dans les flux de transactions en chaîne. L’IA joue un rôle dans le jeu depuis un certain temps, par exemple dans l’arbitrage et l’exécution automatisée des transactions, mais sa participation devrait croître de façon exponentielle à un rythme sans précédent. Nous pensons que toutes les formes de participation au sein de la chaîne seront renforcées dans une certaine mesure par l’intelligence artificielle. Les exigences de latence nécessaires aux agents pour effectuer des transactions seront plus critiques que nous ne l’imaginons actuellement.

En dernière analyse, le progrès technologique n’est que le facteur fondamental. En fin de compte, ceux qui peuvent surpasser leurs pairs en matière d’intégration des utilisateurs et d’augmentation du volume des transactions et de la liquidité seront les gagnants. La différence est que les développeurs disposent désormais de plus de ressources.

Les crypto-monnaies ont une expérience utilisateur épouvantable… maintenant, les choses sont sur le point de s'améliorer.

L’unification de l’expérience utilisateur (UXU) n’est pas seulement réalisable, elle est nécessaire – et l’industrie est certainement en train de progresser vers cet objectif.

L’expérience utilisateur actuelle de la blockchain est fragmentée et lourde : les utilisateurs doivent basculer entre plusieurs blockchains, portefeuilles et protocoles, attendre patiemment la fin des transactions et courir le risque de failles de sécurité ou de piratages. L’avenir idéal est celui où les utilisateurs peuvent interagir de manière transparente et sécurisée avec leurs actifs sans avoir à se soucier de l’infrastructure blockchain sous-jacente. Nous appelons le processus de transition de l’expérience utilisateur fragmentée actuelle vers une expérience unifiée et fluide « User Experience Unification » (UXU).

Fondamentalement, l’amélioration des performances de la blockchain, notamment grâce à une latence réduite et à des frais inférieurs, peut résoudre considérablement les problèmes d’expérience utilisateur. Historiquement, les améliorations des performances ont souvent eu un impact positif sur tous les aspects de notre expérience utilisateur numérique. Par exemple, des vitesses Internet plus rapides rendent non seulement les interactions en ligne transparentes, mais stimulent également la demande de contenu numérique plus riche et plus immersif. L’émergence des technologies à large bande et de la fibre optique a facilité la diffusion en continu à faible latence de vidéos haute définition et de jeux en ligne en temps réel, augmentant ainsi les attentes des utilisateurs à l’égard des plateformes numériques. Ce besoin croissant de profondeur et de qualité a donné naissance à l'innovation continue de l'entreprise dans le développement de la prochaine nouveauté grande et sexy : du contenu Web interactif avancé aux services cloud sophistiqués en passant par les expériences de réalité virtuelle/augmentée. L’augmentation des vitesses Internet a non seulement amélioré l’expérience en ligne elle-même, mais a également élargi en conséquence la portée des besoins des utilisateurs.

De même, les améliorations des performances de la blockchain amélioreront non seulement directement l’expérience utilisateur en réduisant la latence, mais le feront également indirectement grâce à la montée en puissance de protocoles qui unifient et font progresser l’expérience utilisateur globale. La performance est un élément clé de leur existence. Ces réseaux, en particulier l'EVM parallèle, attireront davantage de développeurs en raison de leurs performances plus élevées et de leurs coûts de gaz inférieurs, ce qui signifie que l'accès et la sortie du réseau seront plus faciles pour les utilisateurs finaux. Dans notre conversation avec Sergey, co-fondateur d'Axelar, il envisage un monde non seulement véritablement interopérable, mais aussi plus symbiotique.

Si vous disposez d'une logique complexe sur une chaîne à haut débit (par exemple, EVM parallèle) et que la chaîne elle-même, compte tenu de ses hautes performances, peut « absorber » la complexité et les besoins de débit de cette logique, vous pouvez alors utiliser l'interopérabilité pour résoudre la solution. exporte cette fonctionnalité vers d’autres chaînes de manière efficace.

À mesure que les problèmes d’évolutivité seront résolus et que l’interopérabilité entre les différents écosystèmes augmentera, nous assisterons à l’émergence de protocoles qui amèneront l’expérience utilisateur du Web3 à la hauteur du Web2. Quelques exemples incluent le protocole basé sur l'intention v2, l'infrastructure RPC avancée, l'activation de l'abstraction de chaîne et l'infrastructure informatique ouverte améliorée par l'intelligence artificielle.

L'orchestration de l'état de nos nœuds est accélérée par l'augmentation du débit du réseau, car les solveurs peuvent résoudre nos intentions très rapidement.

À mentionner

À mesure que les exigences de performance augmentent, le marché des oracles deviendra mousseux.

L'EVM parallèle signifie des exigences de performances accrues pour les oracles, un domaine qui a été extrêmement sous-développé ces dernières années. La demande accrue de la couche application encouragera un marché complaisant plein de performances inefficaces et de sécurité médiocre, ce qui est nécessaire pour améliorer la composabilité DeFi. Par exemple, la profondeur du marché et le volume des transactions sont deux indicateurs puissants pour de nombreuses primitives DeFi telles que les marchés des changes. Nous nous attendons à ce que les grands opérateurs historiques comme Chainlink et Pyth soient capables de s’adapter assez rapidement à mesure que de nouveaux acteurs remettent en question leur part de marché dans cette nouvelle ère. Après avoir parlé à un membre senior de Chainlink, nos pensées étaient les mêmes : « Si l'EVM parallèle devient dominant, nous souhaiterons peut-être refactoriser nos contrats pour en bénéficier (par exemple, réduire les dépendances inter-contrats, effectuer des transactions/appels sans avoir besoin de le faire). être inutilement dépendants les uns des autres et donc non exploités par MEV), mais comme l'EVM parallèle est conçu pour augmenter la transparence et le débit des applications déjà exécutées sur l'EVM, cela ne devrait pas affecter la stabilité du réseau.

Parallel EVM L2 veut également participer à la fête. D'un point de vue technique, il est plus facile de créer une solution EVM L2 parallèle hautes performances que de développer une solution L1, car dans L2, la configuration du séquenceur est beaucoup plus petite que dans les systèmes L1 traditionnels. comme Tendermint et son mécanisme consensuel utilisé dans la variante) est beaucoup plus simple.

Nous nous attendons à ce que l’EVM L2 parallèle basé sur l’optimisme domine à court terme. À terme, nous prévoyons de passer des rollups basés sur OP aux zk-rollups, via un framework zk général comme RISC0, plutôt que l'approche traditionnelle utilisée dans d'autres zk-rollups.

Avantages de Rust... du moins pour le moment. Notre principale préférence va à Reth, l’implémentation Rust d’Ethereum, par rapport à toute autre alternative. Cette préférence n'est pas arbitraire, car Rust présente de nombreux avantages par rapport aux autres langages, notamment la sécurité de la mémoire sans garbage collection, une abstraction sans coût et un système de types riche.

Le choix de la langue jouera un rôle important dans le développement de ces systèmes. Nous croyons fermement que Rust finira par l’emporter. Cependant, porter une implémentation vers une autre n’est pas une tâche simple. Cela nécessite des ressources, du temps et une expertise considérables, ce qui souligne encore davantage l’importance de choisir la bonne langue dès le départ.

• Dans le cadre d'une exécution parallèle, notre mention de Move ne peut être ignorée. Move introduit le concept de « ressources ». Ces ressources peuvent uniquement être créées, déplacées ou détruites, mais ne peuvent pas être copiées. Cela garantit que les ressources sont toujours détenues de manière unique, évitant ainsi les problèmes courants pouvant survenir lors d'une exécution parallèle, tels que les conditions de concurrence et les courses aux données.

• Vérification formelle et typage statique : Move est un langage typé statiquement qui met l'accent sur la sécurité. Il comprend des fonctionnalités telles que l'inférence de type, le suivi de la propriété et la vérification des débordements qui aident à prévenir les erreurs de programmation et les vulnérabilités courantes. Ces dispositifs de sécurité sont particulièrement importants dans le contexte d'une exécution parallèle, où les défauts peuvent être plus difficiles à trouver et à reproduire. La sémantique et le système de types du langage sont basés sur une logique linéaire, similaire à Rust et Haskell, ce qui facilite le raisonnement sur l'exactitude des programmes Move, de sorte que la vérification formelle peut aider à garantir que les opérations simultanées sont sûres et correctes.

• Move préconise une approche de conception modulaire, dans laquelle les contrats intelligents sont composés de modules plus petits et réutilisables. Cette structure modulaire peut faciliter le raisonnement sur le comportement des composants individuels et faciliter l'exécution parallèle en permettant à différents modules de s'exécuter simultanément.

Considérations futures : EVM doit faire face à ses risques de sécurité.

Bien que nous soyons optimistes quant aux perspectives d'un EVM post-parallèle dans l'univers de la chaîne, si les vulnérabilités de sécurité de l'EVM et des contrats intelligents ne sont pas résolues, tout sera insignifiant. Contrairement à l’économie de réseau et à la sécurité consensuelle, les pirates informatiques exploitent fréquemment les vulnérabilités des contrats intelligents du protocole DeFi sur Ethereum, et le montant des vols a dépassé 1,3 milliard de dollars en 2023. Par conséquent, les utilisateurs ont tendance à utiliser des protocoles CEX cloisonnés ou « décentralisés » avec un ensemble centralisé de validateurs pour un sentiment de sécurité (et de performances) plus élevé, optimisant ainsi l'expérience en chaîne.

Le manque de fonctionnalités de sécurité inhérentes à la conception EVM est à l’origine de ces vulnérabilités de sécurité. En comparant les mesures de sécurité de la blockchain avec les normes de sécurité strictes de l'industrie aéronautique, la haute sécurité de cette dernière soutient l'accent mis par les gens sur la sécurité des personnes et des biens. Des tests approfondis, la redondance, la tolérance aux pannes et des normes de développement strictes sont les garanties du bilan de sécurité de l'industrie aéronautique, mais ces fonctionnalités clés sont pour la plupart absentes des EVM et même des autres VM.

Une solution consiste à adopter une architecture double VM, dans laquelle une VM indépendante, telle que CosmWasm, surveille l'exécution du contrat intelligent EVM en temps réel, à l'instar du logiciel antivirus du système d'exploitation. Cette architecture permet des inspections avancées, telles que l'inspection de la pile d'appels, pour réduire les incidents de piratage. Toutefois, cela nécessiterait une refonte majeure des systèmes blockchain existants. Nous nous attendons à de meilleures solutions telles qu'Arbitrum Stylus et Artela pour mettre en œuvre efficacement ce type d'architecture dès le départ.

Les primitives de sécurité existantes sur le marché réagissent principalement aux menaces potentielles ou tentées en examinant les mempools ou le code des contrats intelligents. Bien que cela contribue à la sécurité, cela ne résout pas fondamentalement les vulnérabilités de la conception de la VM. Nous devons être plus proactifs et investir davantage de ressources pour améliorer globalement la sécurité du réseau blockchain et de sa couche applicative.

Nous préconisons une transformation fondamentale et majeure de l'architecture VM blockchain, en introduisant une protection en temps réel et d'autres fonctionnalités de sécurité clés, via une architecture double VM et d'autres méthodes, en suivant les normes industrielles qui ont été testées et éprouvées dans l'industrie aéronautique. À l’avenir, nous soutenons les améliorations de l’infrastructure qui mettent l’accent sur les mesures préventives pour garantir que les améliorations en matière de sécurité correspondent aux progrès de l’industrie en matière de performances, comme l’EVM parallèle.

en conclusion

La montée en puissance de l’EVM parallèle marque une nouvelle ère dans le développement de la technologie blockchain. En permettant l'exécution parallèle de transactions et un accès optimisé à l'état, il ouvre de nouveaux horizons pour les applications décentralisées. De la résurgence des CLOB programmables à la montée en puissance d’applications plus complexes et plus performantes, l’EVM parallèle jette les bases d’un écosystème blockchain plus unifié et plus convivial. À mesure que l’industrie s’adapte progressivement à ce changement, nous pouvons nous attendre à une croissance explosive du potentiel de la technologie décentralisée. En fin de compte, le succès de cette révolution dépendra de la capacité des développeurs, des fournisseurs d’infrastructures et de la communauté au sens large à s’adapter aux principes du traitement parallèle et à travailler ensemble pour embrasser un avenir où la technologie s’intégrera de manière transparente dans la vie quotidienne.

L’essor de l’EVM parallèle a le potentiel de révolutionner les applications décentralisées et l’expérience utilisateur. Il résout les limitations d’évolutivité et de performances qui ont longtemps entravé le développement de secteurs verticaux clés tels que DeFi, ouvrant de nouvelles voies pour que des applications complexes à haut débit puissent prospérer, tout en maintenant une approche équilibrée du trilemme. La réalisation de cette vision nécessite plus que de simples avancées en matière d’infrastructure ; les développeurs doivent également repenser fondamentalement leur architecture d’applications pour s’adapter aux principes du traitement parallèle, minimiser les conflits d’état et maximiser la prévisibilité des performances. Même si l’avenir est prometteur, nous soulignons l’importance de la sécurité tout en recherchant l’évolutivité.