Faire le point sur neuf recherches parallèles concernant l'EVM : quel est le sujet de discussion ?
TechFlow SélectionTechFlow Sélection
Faire le point sur neuf recherches parallèles concernant l'EVM : quel est le sujet de discussion ?
Analyse approfondie de son écosystème et de ses caractéristiques.
Dédié à des analyses Web3 approfondiesRédaction : 0xNatalie
TL;DR
-
L'EVM parallèle attire l'attention des principaux fonds de capital-risque, et de nombreux projets explorent désormais cette voie, notamment Monad, MegaETH, Artela, BNB, Sei Labs, Polygon, etc.
-
L’EVM parallèle ne vise pas seulement à permettre un traitement parallèle, mais implique aussi une optimisation globale des composants de l’EVM. Grâce à ces améliorations, il soutient des applications blockchain plus complexes et efficaces.
-
L’EVM parallèle doit s’inscrire dans un écosystème open source en se différenciant, tout en équilibrant décentralisation et hautes performances, ainsi qu’en surmontant les défis liés à la sécurité potentielle et à l’acceptation du marché. L’introduction de la complexité inhérente à la programmation multithread pose le défi de coordonner plusieurs transactions simultanées ; des solutions efficaces doivent donc être trouvées pour assurer la stabilité et la sécurité du système.
-
À l’avenir, l’EVM parallèle rendra possible la mise en œuvre des carnets d’ordres centralisés sur chaîne (CLOB) et des carnets d’ordres programmables (pCLOB), ce qui améliorera considérablement l’efficacité des activités DeFi, avec une croissance significative attendue pour l’écosystème DeFi.
-
L’intégration d’autres machines virtuelles hautes performances (AltVM) dans l’écosystème Ethereum améliorera sensiblement la performance et la sécurité. Cette intégration tire parti des forces de chaque machine virtuelle, stimulant ainsi davantage le développement d’Ethereum.
Cette année, l’EVM parallèle a attiré des paris importants de grands fonds de capital-risque tels que Paradigm et Dragonfly, suscitant un large intérêt sur le marché. L’EVM parallèle constitue une amélioration de l’EVM traditionnel. Ce dernier traite les transactions de manière séquentielle, c’est-à-dire une après l’autre. En période de forte activité transactionnelle, cette approche peut entraîner des congestions et des retards, nuisant à l’expérience utilisateur. L’EVM parallèle introduit une technologie de traitement parallèle, permettant à plusieurs transactions indépendantes de s’exécuter simultanément, augmentant ainsi considérablement la vitesse de traitement. Avec l’émergence d’applications complexes telles que les jeux omnichaînes et les portefeuilles à abstraction de compte, la demande croissante en performance blockchain nécessite que les réseaux puissent traiter rapidement et efficacement un grand volume de transactions afin de prendre en charge un nombre accru d’utilisateurs. Ainsi, l’EVM parallèle apparaît comme une solution cruciale pour l’évolution continue des applications Web3.
Toutefois, la mise en œuvre de l’EVM parallèle fait face à plusieurs défis communs, qui requièrent des solutions techniques précises afin d’assurer le fonctionnement stable du système :
-
Consistance des données : Dans un EVM parallèle, plusieurs transactions pouvant survenir simultanément, plusieurs opérations peuvent avoir besoin d’accéder ou de modifier les informations d’un compte au même moment. Pour garantir que chaque opération soit correctement reflétée dans l’état final, des mécanismes efficaces de verrouillage ou de gestion transactionnelle sont nécessaires afin de préserver la cohérence des données lors des modifications d’état.
-
Efficacité d’accès à l’état : Un EVM parallèle doit pouvoir accéder et mettre à jour rapidement l’état, ce qui exige un système performant de stockage et de récupération des états. En optimisant la structure de stockage et les chemins d’accès — par exemple via des techniques avancées d’indexation des données ou des stratégies de cache — la latence d’accès aux données peut être fortement réduite, améliorant ainsi les performances globales du système.
-
Détection des conflits de transactions : Lors de l’exécution parallèle, plusieurs transactions peuvent dépendre du même état de données, rendant la gestion de leur ordre et de leurs dépendances complexe. Il est donc nécessaire de concevoir des algorithmes d’ordonnancement sophistiqués capables d’identifier et de gérer les dépendances entre transactions exécutées en parallèle, de détecter les conflits potentiels et de décider comment les résoudre, afin de garantir que les résultats soient identiques à ceux d’une exécution séquentielle.
Par exemple, MegaETH découple l’exécution des transactions des nœuds complets et attribue différentes tâches à des nœuds spécialisés pour optimiser les performances globales du système ; Artela utilise une exécution optimiste prédictive et une précharge asynchrone, exploitant l’IA pour analyser les dépendances entre transactions et charger préalablement les états requis en mémoire afin d’améliorer l’efficacité d’accès à l’état ; la chaîne BNB développe un détecteur de conflits spécialisé et un mécanisme de réexécution pour renforcer la gestion des dépendances entre transactions et réduire les réexécutions inutiles, etc.
Pour mieux comprendre les orientations futures de l’EVM parallèle, nous présentons ici neuf articles de référence sur ce sujet, offrant une perspective complète incluant les mises en œuvre concrètes sur différentes blockchains, des études écosystémiques et des perspectives d’avenir.
MegaETH: Unveiling the First Real-Time Blockchain
Auteur : MegaETH, Date : 2024.6.27
MegaETH est une couche 2 compatible EVM conçue pour atteindre des performances quasi instantanées comparables aux serveurs Web2. Son objectif est de pousser les performances d’Ethereum L2 jusqu’à la limite matérielle. MegaETH offre un débit transactionnel élevé, une capacité de calcul importante et des temps de réponse en millisecondes, permettant aux développeurs de créer et combiner des applications complexes sans contrainte de performance.
MegaETH améliore ses performances en dissociant l’exécution des transactions des nœuds complets et en introduisant le traitement parallèle. Son architecture repose sur trois rôles principaux : le séquenceur, le vérificateur et le nœud complet.
-
Séquenceur (Sequencer) : Le séquenceur trie et exécute les transactions soumises par les utilisateurs. Après exécution, il envoie via un réseau pair-à-pair (p2p) les changements d’état (différences d’état) aux nœuds complets.
-
Nœud complet (Full Node) : Le nœud complet applique directement ces différences d’état pour mettre à jour son propre état local de la blockchain, sans avoir à réexécuter les transactions. Cela réduit fortement la consommation de ressources informatiques et améliore l’efficacité globale du système.
-
Vérificateur (Prover) : Le vérificateur valide les blocs selon un schéma de vérification sans état. Plutôt que de valider bloc par bloc de manière séquentielle, il peut valider plusieurs blocs simultanément, augmentant ainsi encore l’efficacité et la rapidité de la vérification.
Cette conception basée sur la spécialisation des nœuds permet à chaque type de nœud d’avoir des exigences matérielles adaptées à sa fonction. Par exemple, le séquenceur nécessite un serveur haute performance pour traiter un grand volume de transactions, tandis que les nœuds complets et vérificateurs peuvent fonctionner avec du matériel moins puissant.
Presenting Artela Scalability Whitepaper - Parallel Execution Stack and Elastic Block Space
Auteur : Artela, Date : 2024.6.20
Artela améliore considérablement l’efficacité d’exécution parallèle et les performances globales de la blockchain grâce à plusieurs technologies clés :
-
Exécution parallèle : Prédiction des dépendances entre transactions et regroupement de celles-ci pour exploitation multi-cœur, augmentant ainsi l’efficacité du calcul.
-
Stockage parallèle : Optimisation de la couche de stockage pour supporter le traitement parallèle des données, évitant les goulets d’étranglement et améliorant les performances globales.
-
Calcul élastique : Permet à plusieurs ordinateurs de travailler ensemble, créant des nœuds de calcul élastiques et un espace de bloc élastique, offrant aux dApps un débit transactionnel plus élevé et des performances prévisibles.
Plus précisément, l’exécution optimiste prédictive d’Artela utilise l’IA pour analyser intelligemment les dépendances entre transactions et contrats, prédire les transactions susceptibles de conflit et les regrouper, réduisant ainsi les conflits et les réexécutions. Le système accumule dynamiquement et stocke les informations historiques d’accès aux états pour alimenter l’algorithme de prédiction. Grâce à la précharge asynchrone, les états de transaction requis sont chargés en mémoire à l’avance, évitant les goulets d’étranglement I/O pendant l’exécution. En outre, le stockage parallèle sépare les engagements d’état des opérations de stockage, optimisant ainsi la performance de la merklisation et des entrées/sorties. Cette séparation permet une gestion indépendante des opérations parallèles et non parallèles, améliorant davantage l’efficacité du parallélisme.
De plus, Artela construit un espace de bloc élastique (EBS) basé sur le calcul élastique. Dans les blockchains traditionnelles, toutes les dApps partagent le même espace de bloc, entraînant une compétition pour les ressources entre les dApps à fort trafic, provoquant des frais de gaz instables et des performances imprévisibles. L’espace de bloc élastique fournit à chaque dApp un espace dédié et extensible dynamiquement, assurant une performance prévisible. Une dApp peut demander un espace de bloc dédié selon ses besoins, et à mesure que cet espace augmente, les validateurs peuvent étendre leur capacité de traitement en ajoutant des nœuds d’exécution élastiques, garantissant une utilisation efficace des ressources face à des volumes de transactions variables.
Road to High Performance: Parallel EVM for BNB Chain
Auteur : BNB Chain, Date : 2024.2.16
Sur la chaîne BNB, l’équipe a mis en œuvre plusieurs étapes pour réaliser un EVM parallèle, améliorant ainsi la capacité de traitement et l’évolutivité. Voici les principales actions entreprises par la communauté BNB Chain :
EVM parallèle v1.0
Au début de 2022, la communauté BNB Chain a lancé l’exécution de l’EVM parallèle, dont les composants clés comprennent :
-
Ordonnanceur : Répartit les transactions entre différents threads pour exécution parallèle, optimisant ainsi le débit.
-
Moteur d’exécution parallèle : Utilise le traitement parallèle pour exécuter indépendamment les transactions sur des threads dédiés, réduisant fortement le temps de traitement.
-
Base de données d’état locale : Chaque thread (unité de base d’exécution indépendante) maintient sa propre base de données d’état « locale au thread » afin d’enregistrer efficacement les informations d’accès à l’état durant l’exécution.
-
Détection des conflits et réexécution : Assure l’intégrité des données en détectant et gérant les dépendances entre transactions, et en réexécutant les transactions en cas de conflit pour garantir la justesse des résultats.
-
Mécanisme de validation d’état : Une fois l’exécution terminée, les résultats sont intégrés sans heurt à la base de données d’état globale, mettant à jour l’état global de la blockchain.
EVM parallèle v2.0
À partir de l’EVM parallèle 1.0, la communauté BNB Chain a introduit plusieurs innovations pour améliorer les performances :
-
Pipeline en continu (Streaming Pipeline) : Améliore l’efficacité d’exécution en assurant un traitement fluide des transactions dans le moteur parallèle.
-
Accès universel à l’état non confirmé (Universal Unconfirmed State Access) : En optimisant l’accès aux informations d’état, permet à d’autres transactions d’utiliser temporairement les résultats d’une transaction avant sa confirmation officielle, réduisant ainsi les temps d’attente entre transactions.
-
Détecteur de conflits 2.0 : Mécanisme amélioré de détection des conflits, augmentant performance et précision, préservant l’intégrité des données tout en réduisant les réexécutions inutiles.
-
Amélioration de l’ordonnanceur : L’ordonnanceur utilise désormais des stratégies statiques et dynamiques pour allouer plus efficacement la charge de travail et optimiser l’utilisation des ressources.
-
Optimisation mémoire : Grâce à un pool de mémoire partagé et à des techniques de copie légère, l’occupation mémoire est fortement réduite, améliorant davantage les performances du système.
EVM parallèle v3.0
Après les gains de performance obtenus avec l’EVM parallèle 2.0, la communauté BNB Chain développe activement l’EVM parallèle 3.0, avec les objectifs suivants :
-
Réduction ou suppression des réexécutions : Grâce à un ordonnanceur basé sur des indices (« Hints »), utilisant des fournisseurs externes d’indices pour analyser les transactions et prédire les conflits potentiels d’accès à l’état. Ces indices permettent de mieux planifier les transactions, réduisant ainsi les conflits et le besoin de réexécution.
-
Modularité : Découpage du code en modules indépendants, améliorant la maintenabilité et facilitant l’adaptation à différents environnements.
-
Réécriture du dépôt de code : Alignement sur les derniers dépôts BSC/opBNB, assurant compatibilité et simplifiant l’intégration.
-
Tests et validations rigoureux : Tests étendus sous divers scénarios et charges de travail pour garantir la stabilité et la fiabilité de la solution.
Sei’s Parallel Stack
Auteur : Sei, Date : 2024.3.13
Sei Labs a créé un framework open source appelé Parallel Stack, destiné à construire des solutions Layer 2 prenant en charge le traitement parallèle. L’avantage principal du Parallel Stack réside dans sa capacité de traitement parallèle, exploitant les progrès du matériel moderne pour réduire les frais de transaction. Conçu de manière modulaire, il permet aux développeurs d’ajouter ou modifier des modules fonctionnels selon leurs besoins spécifiques, s’adaptant ainsi à divers cas d’usage et exigences de performance. Le Parallel Stack s’intègre sans friction à l’écosystème Ethereum existant. Les applications et développeurs l’utilisant n’ont pas besoin de modifications importantes pour tirer parti directement de l’infrastructure et des outils existants d’Ethereum.
Pour garantir une exécution sécurisée des transactions et des contrats intelligents, Parallel Stack intègre plusieurs protocoles de sécurité et mécanismes de vérification, notamment la validation des signatures de transaction, l’audit des contrats intelligents et un système de détection des transactions anormales. Afin de faciliter le développement et le déploiement d’applications sur Parallel Stack, Sei Labs fournit un ensemble complet d’outils et d’API destinés à aider les développeurs à exploiter pleinement la haute performance et l’évolutivité du Parallel Stack, stimulant ainsi davantage le développement de l’écosystème Ethereum.
Innovating the Main Chain: a Polygon PoS Study in Parallelization
Auteur : Polygon Labs, Date : 2022.12.1
La chaîne Polygon PoS a doublé sa vitesse de traitement des transactions grâce à une mise à niveau vers un EVM parallèle, en utilisant la méthode des métadonnées minimales.
Polygon s’est inspiré du moteur Block-STM développé par Aptos Labs, en adaptant une méthode de métadonnées minimales répondant aux besoins spécifiques de Polygon. Le moteur Block-STM est un mécanisme innovant d’exécution parallèle qui suppose initialement l’absence de conflits entre toutes les transactions. Pendant l’exécution, il surveille les opérations mémoire de chaque transaction, identifie et marque les dépendances, puis réorganise les transactions en conflit pour validation, garantissant ainsi la justesse du résultat.
La méthode des métadonnées minimales enregistre toutes les dépendances de transaction dans un bloc et les stocke dans un graphe acyclique orienté (DAG). Le proposeur de bloc et les validateurs exécutent d’abord les transactions, enregistrent les dépendances et les attachent comme métadonnées. Lorsque le bloc est diffusé aux autres nœuds du réseau, les informations de dépendance sont déjà incluses, réduisant ainsi la charge de calcul et d’entrée/sortie liée à la revalidation, et améliorant l’efficacité de la vérification. Cette méthode optimise également les chemins d’exécution des transactions, minimisant au maximum les conflits.
Quelle est la signification de la parallélisation de l’EVM ? La fin de l’hégémonie EVM ?
Auteur : Zhixiong Pan, fondateur de ChainFeeds, Date : 2024.3.28
La technologie de l’EVM parallèle attire l’attention et les investissements de grands fonds de capital-risque tels que Paradigm, Jump et Dragonfly. Ces investisseurs croient en sa capacité à franchir les limites actuelles des performances blockchain, permettant un traitement transactionnel plus efficace et ouvrant la voie à de nouvelles applications.
Bien que le terme « EVM parallèle » désigne littéralement la parallélisation, les améliorations techniques qu’il englobe vont bien au-delà. Il ne s’agit pas simplement de permettre l’exécution simultanée de plusieurs transactions ou tâches, mais aussi d’optimiser profondément chaque composant de l’EVM d’Ethereum — amélioration de la vitesse d’accès aux données, augmentation de l’efficacité du calcul, optimisation de la gestion d’état, etc. Ses efforts représentent probablement la limite ultime des performances possibles dans le cadre standard EVM.
Au-delà des défis techniques, l’EVM parallèle fait face à des obstacles liés à la construction de l’écosystème et à son adoption par le marché. Il doit se différencier dans un écosystème open source tout en trouvant un équilibre approprié entre décentralisation et hautes performances. Sur le plan de l’acceptation, il doit démontrer clairement, tant à l’intérieur qu’à l’extérieur du secteur, les gains réels de performance et d’efficacité économique apportés par la parallélisation — particulièrement dans un contexte où un grand nombre d’applications et de contrats intelligents Ethereum fonctionnent déjà de manière stable. L’incitation à migrer vers une nouvelle plateforme doit donc être très marquée. En outre, la promotion de l’EVM parallèle doit résoudre les problèmes de sécurité potentiels et les nouveaux défauts techniques possibles, garantissant la stabilité du système et la sécurité des actifs des utilisateurs — des facteurs essentiels pour favoriser l’adoption généralisée de nouvelles technologies.
Death, Taxes, and EVM Parallelization
Auteur : Reforge Research, Date : 2024.4.1
Avec l’arrivée de l’EVM parallèle, la faisabilité des carnets d’ordres centralisés sur chaîne (Central Limit Order Books, CLOB) augmente, et une croissance significative des activités DeFi est attendue.
Dans un CLOB, les ordres sont triés selon un critère de prix et de priorité temporelle, assurant équité et transparence du marché. Toutefois, sur des plateformes blockchain comme Ethereum, les limitations de capacité et de vitesse conduisent souvent à des latences élevées et des coûts transactionnels importants. L’introduction de l’EVM parallèle renforce considérablement la capacité de traitement et l’efficacité du réseau, permettant aux plateformes DeFi de réaliser un appariement et une exécution d’ordres plus rapides et efficaces. Le CLOB devient ainsi réalisable.
Sur cette base, le carnet d’ordres centralisé programmable (pCLOB) étend davantage les fonctionnalités du CLOB. Ce dernier ne se contente pas d’assurer l’appariement des ordres d’achat et de vente, mais permet aussi aux développeurs d’insérer une logique personnalisée de contrat intelligent dans le processus de soumission et d’exécution des ordres. Cette logique peut servir à des validations supplémentaires, à la prise de décision sur les conditions d’exécution ou à l’ajustement dynamique des frais de transaction. En intégrant des contrats intelligents au carnet d’ordres, le pCLOB offre une flexibilité et une sécurité accrues, soutenant des stratégies de trading et des produits financiers plus complexes. En exploitant les hautes performances et le traitement parallèle de l’EVM parallèle, le pCLOB permet d’implémenter dans un environnement décentralisé des fonctionnalités de trading aussi complexes et efficaces que celles des plateformes financières traditionnelles.
Cependant, malgré les gains significatifs en performance offerts par l’EVM parallèle, la sécurité de la machine virtuelle Ethereum (EVM) et des contrats intelligents reste insuffisante, restant vulnérable aux attaques de pirates. Pour résoudre ces problèmes, l’auteur recommande une architecture à double machine virtuelle (dual VM). Dans cette architecture, outre l’EVM, une machine virtuelle indépendante (comme CosmWasm) est introduite pour surveiller en temps réel l’exécution des contrats intelligents EVM. Cette machine virtuelle indépendante joue un rôle similaire à celui d’un logiciel antivirus dans un système d’exploitation, capable de détecter et de protéger contre des menaces avancées, réduisant ainsi le risque d’attaques. À l’avenir, des solutions émergentes telles qu’Arbitrum Stylus et Artela pourraient réussir à implémenter cette architecture dual VM. Grâce à celle-ci, ces nouveaux systèmes pourront intégrer dès le départ des fonctions critiques de protection en temps réel et d’autres mesures de sécurité essentielles.
Quelle sera la prochaine étape vers une meilleure évolutivité tout en maintenant la compatibilité EVM ?
Auteur : Grace Deng, chercheuse chez SevenX Ventures, Date : 2024.4.5
Les nouvelles blockchains de couche 1 comme Solana et Sui utilisent des machines virtuelles (VM) et langages de programmation entièrement nouveaux, combinés à l’exécution parallèle, de nouveaux mécanismes de consensus et une conception de base de données innovante, offrant des performances supérieures aux couches 1 et 2 traditionnelles. Toutefois, ces systèmes ne sont pas compatibles EVM, ce qui entraîne une fragmentation de liquidité et un seuil d’entrée plus élevé pour les utilisateurs et développeurs. En revanche, des blockchains EVM compatibles comme BNB et AVAX, bien qu’ayant amélioré leur couche de consensus, ont peu modifié leur moteur d’exécution, limitant ainsi leurs gains de performance.
L’EVM parallèle permet d’améliorer les performances sans sacrifier la compatibilité EVM. Par exemple, Sei V2 adopte un contrôle d’accès optimiste (OCC) et introduit un nouvel arbre d’état (IAVL trie) pour améliorer l’efficacité des lectures/écritures ; Canto Cyclone optimise son système de gestion d’état grâce aux dernières technologies Cosmos SDK et ABCI 2.0, ainsi qu’à un arbre d’état IAVL en mémoire ; quant à Monad, il propose une nouvelle solution de couche 1 combinant haut débit, décentralisation et compatibilité EVM, reposant sur OCC, une nouvelle base de données d’accès parallèle et un mécanisme de consensus MonadBFT basé sur Hotstuff.
En complément, on pourrait envisager d’intégrer d’autres machines virtuelles hautes performances (AltVM) dans l’écosystème Ethereum, notamment celles supportant le développement en Rust, telles que Sealevel de Solana ou la VM basée sur WASM de Near. Cela permettrait non seulement de pallier l’incompatibilité avec l’EVM, mais aussi d’attirer les développeurs Rust vers l’écosystème Ethereum, améliorant ainsi la performance et la sécurité globales, tout en ouvrant de nouvelles possibilités technologiques.
Analyse complète de l’EVM parallèle : comment surmonter le goulot d’étranglement des performances blockchain ?
Auteur : Gryphsis Academy, Date : 2024.4.5
L’EVM parallèle consiste principalement en une optimisation des performances au niveau de l’exécution. Elle se divise en deux types de solutions : couche 1 et couche 2. Les solutions de couche 1 introduisent un mécanisme d’exécution parallèle des transactions, permettant autant que possible l’exécution parallèle dans la machine virtuelle. Les solutions de couche 2 reposent essentiellement sur une VM de couche 1 déjà parallélisée, réalisant une forme d’exécution hors chaîne + règlement sur chaîne. À l’avenir, la course en couche 1 pourrait se diviser entre deux camps : EVM parallèle et non-EVM parallèle, tandis que le domaine de la couche 2 évoluerait vers des simulateurs de machine virtuelle blockchain ou vers une blockchain modulaire.
Les mécanismes d’exécution parallèle se divisent principalement en trois catégories :
-
Modèle de passage de messages : chaque exécutant (actor) ne peut accéder qu’à ses propres données privées, et doit utiliser le passage de messages pour accéder aux autres données.
-
Modèle de mémoire partagée : utilise des verrous mémoire pour contrôler l’accès aux ressources partagées, divisé en modèle de verrou mémoire et parallélisation optimiste.
-
Liste stricte d’accès à l’état : basée sur le modèle UTXO, calcule à l’avance les adresses de compte que chaque transaction doit accéder, formant ainsi une liste d’accès.
Différents projets adoptent des stratégies variées pour implémenter le mécanisme d’exécution parallèle :
-
Sei v2 : passe du modèle de verrou mémoire au modèle de parallélisation optimiste, optimisant ainsi les contentions de données potentielles.
-
Monad : introduit une technologie de pipeline superscalaire et une version améliorée de la parallélisation optimiste, atteignant des performances allant jusqu’à 10 000 TPS.
-
Canto : adopte Cyclone EVM avec parallélisation optimiste, tout en innovant sur l’infrastructure financière décentralisée.
-
Fuel : en tant que système d’exploitation modularisé pour rollup Ethereum, utilise le modèle UTXO et la parallélisation optimiste pour augmenter le débit transactionnel.
-
Neon, Eclipse et Lumio : combinent les capacités de plusieurs blockchains de couche 1 pour améliorer les performances inter-écosystèmes, adoptant une stratégie de double machine virtuelle.
Bien que l’EVM parallèle représente une solution efficace, elle introduit également de nouveaux défis de sécurité. L’exécution parallèle implique la programmation multithread, augmentant la complexité du système. Cette dernière est sujette à des conditions de course, des interblocages (dead lock), des blocages actifs (live lock) et à la famine (starvation), affectant la stabilité et la sécurité. De nouveaux risques apparaissent également : des transactions malveillantes pourraient exploiter le mécanisme d’exécution parallèle pour créer des incohérences de données ou lancer des attaques concurrentes.
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
@ChainFeedsxyz
