Panorama du secteur des calculs parallèles Web3 : la meilleure solution d'évolutivité native ?
I. L'essence de l'extension de la blockchain et du calcul parallèle
Le "trilemme" de la blockchain (Blockchain Trilemma) qui englobe la "sécurité", la "décentralisation" et la "scalabilité" révèle les compromis essentiels dans la conception des systèmes blockchain. Concernant le sujet éternel de la "scalabilité", les solutions d'extension de blockchain actuellement sur le marché se distinguent par des paradigmes, y compris :
Exécuter une extension améliorée : augmenter les capacités d'exécution sur place, par exemple en utilisant le parallélisme, le GPU, et les multicœurs.
Scalabilité par isolation d'état : partitionnement horizontal de l'état / Shard, par exemple, le sharding, UTXO, plusieurs sous-réseaux.
Scalabilité hors chaîne par externalisation : exécution hors chaîne, par exemple Rollup, Coprocessor, DA
Scalabilité par découplage structurel : modules architecturaux, fonctionnement collaboratif, par exemple chaînes de modules, ordonnanceur partagé, Rollup Mesh
Scalabilité asynchrone et concurrente : Modèle Actor, isolation des processus, pilotage par messages, par exemple agents, chaînes asynchrones multithread.
Les solutions d'évolutivité de la blockchain comprennent : le calcul parallèle au sein de la chaîne, Rollup, le sharding, le module DA, la structure modulaire, le système Actor, la compression de preuve zk, l'architecture Stateless, etc., couvrant plusieurs niveaux d'exécution, d'état, de données et de structure. C'est un système d'évolutivité complet basé sur une "coopération multilayer et une combinaison modulaire". Cet article met l'accent sur les méthodes d'évolutivité en mettant principalement l'accent sur le calcul parallèle.
Calcul parallèle intra-chaîne (, se concentrant sur l'exécution parallèle des transactions/instructions à l'intérieur des blocs. Selon le mécanisme de parallélisme, ses méthodes d'extension peuvent être classées en cinq grandes catégories, chacune représentant différentes aspirations en matière de performances, de modèles de développement et de philosophies architecturales, avec un niveau de granularité de parallélisme de plus en plus fin, une intensité de parallélisme de plus en plus élevée, une complexité de planification de plus en plus élevée, ainsi qu'une complexité de programmation et une difficulté de mise en œuvre de plus en plus élevées.
Parallélisme au niveau du compte (Account-level) : représente le projet Solana
Parallélisme au niveau des objets (Object-level) : représente le projet Sui
Parallélisme au niveau des transactions (Transaction-level) : représente le projet Monad, Aptos
Niveau d'appel / MicroVM parallèle (Call-level / MicroVM) : représente le projet MegaETH
Parallélisme au niveau des instructions (Instruction-level) : représente le projet GatlingX
Modèle de concurrence asynchrone hors chaîne, représenté par le système d'agents (Agent / Actor Model), qui appartient à un autre paradigme de calcul parallèle. En tant que système de messages inter-chaînes/asynchrone (non modèle de synchronisation de chaînes), chaque Agent fonctionne comme un "processus d'agent intelligent" indépendant, de manière asynchrone avec des messages en parallèle, piloté par des événements, sans planification de synchronisation. Les projets représentatifs incluent AO, ICP, Cartesi, etc.
Les solutions d'extension que nous connaissons bien, telles que les Rollups ou le sharding, relèvent des mécanismes de concurrence au niveau système et ne sont pas des calculs parallèles au sein de la chaîne. Elles réalisent l'extension en "exécutant plusieurs chaînes/domaines d'exécution en parallèle", plutôt qu'en augmentant le degré de parallélisme à l'intérieur d'un seul bloc/VM. Ce type de solution d'extension n'est pas le point central de cet article, mais nous l'utiliserons néanmoins pour comparer les différences de concepts architecturaux.
![Web3 Carte panoramique du secteur du calcul parallèle : Quelle est la meilleure solution d'extension native ?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
II. Chaîne améliorée parallèle EVM : dépasser les limites de performance dans la compatibilité
L'architecture de traitement en série d'Ethereum a évolué jusqu'à présent, traversant plusieurs tentatives d'extension telles que le sharding, le Rollup et l'architecture modulable, mais le goulot d'étranglement du débit au niveau d'exécution n'a toujours pas connu de percée fondamentale. Cependant, l'EVM et Solidity restent les plateformes de contrats intelligents avec la plus grande base de développeurs et un potentiel écologique actuel. Par conséquent, les chaînes parallèles améliorées par l'EVM, qui tiennent compte de la compatibilité écologique et de l'amélioration des performances d'exécution, deviennent une direction clé pour la nouvelle évolution de l'extension. Monad et MegaETH sont les projets les plus représentatifs dans cette direction, construisant une architecture de traitement parallèle EVM visant des scénarios à haute concurrence et à haut débit, en partant de l'exécution différée et de la décomposition de l'état.
) Analyse du mécanisme de calcul parallèle de Monad
Monad est une blockchain Layer1 haute performance redessinée pour la machine virtuelle Ethereum (EVM), basée sur le concept fondamental de traitement par pipeline (Pipelining), avec une exécution asynchrone au niveau du consensus (Asynchronous Execution) et une exécution parallèle optimiste (Optimistic Parallel Execution) au niveau de l'exécution. De plus, au niveau du consensus et du stockage, Monad introduit respectivement un protocole BFT haute performance (MonadBFT) et un système de base de données spécialisé (MonadDB), réalisant une optimisation de bout en bout.
Pipelining : Mécanisme d'exécution parallèle à plusieurs étapes
Le Pipelining est le principe fondamental de l'exécution parallèle des Monads. Son idée centrale est de décomposer le processus d'exécution sur la blockchain en plusieurs phases indépendantes et de traiter ces phases en parallèle, créant ainsi une architecture de pipeline tridimensionnelle. Chaque phase s'exécute sur un thread ou un cœur indépendant, permettant un traitement concurrent à travers les blocs, avec pour résultat d'augmenter le débit et de réduire la latence. Ces phases comprennent : proposition de transaction (Propose), réalisation du consensus (Consensus), exécution de la transaction (Execution) et soumission du bloc (Commit).
Exécution Asynchrone : Découplage Asynchrone de Consensus et d'Exécution
Dans une chaîne traditionnelle, le consensus et l'exécution des transactions sont généralement des processus synchrones, ce modèle sériel limite gravement l'évolutivité des performances. Monad réalise un consensus asynchrone, une exécution asynchrone et un stockage asynchrone par "exécution asynchrone". Cela réduit considérablement le temps de bloc et le délai de confirmation, rendant le système plus résilient, le processus de traitement plus segmenté et l'utilisation des ressources plus efficace.
Conception de base :
Le processus de consensus (couche de consensus) est uniquement responsable du tri des transactions, sans exécuter la logique des contrats.
Le processus d'exécution (couche d'exécution) est déclenché de manière asynchrone après l'achèvement du consensus.
Une fois le consensus atteint, le processus de consensus du prochain bloc commence immédiatement, sans attendre l'exécution.
L'Ethereum traditionnel utilise un modèle d'exécution strictement séquentiel pour les transactions afin d'éviter les conflits d'état. En revanche, Monad adopte une stratégie d'"exécution parallèle optimiste", ce qui augmente considérablement le taux de traitement des transactions.
Mécanisme d'exécution :
Monad exécutera toutes les transactions de manière optimiste en parallèle, en supposant qu'il n'y a pas de conflit d'état entre la plupart des transactions.
Exécuter simultanément un "Détecteur de Conflit (Conflict Detector###)" pour surveiller si les transactions accèdent au même état (comme les conflits de lecture/écriture).
Si un conflit est détecté, les transactions conflictuelles seront sérialisées et réexécutées pour garantir l'exactitude de l'état.
Monad a choisi un chemin compatible : modifier le moins possible les règles de l'EVM, en réalisant le parallélisme par le biais du report de l'écriture d'état et de la détection dynamique des conflits, ressemblant davantage à une version performante d'Ethereum, avec une bonne maturité, ce qui facilite la migration de l'écosystème EVM, agissant comme un accélérateur de parallélisme dans le monde de l'EVM.
![Web3 Calcul de Parrallèle : Meilleure solution d'extension native ?])https://img-cdn.gateio.im/webp-social/moments-dc016502755a30d5a95a8134f7586162.webp(
) Analyse du mécanisme de calcul parallèle de MegaETH
Contrairement à la position L1 de Monad, MegaETH est positionné comme une couche d'exécution parallèle hautes performances modulaire compatible EVM, pouvant fonctionner à la fois comme une blockchain publique L1 indépendante et comme une couche d'amélioration d'exécution sur Ethereum (Execution Layer) ou comme un composant modulaire. Son objectif de conception principal est de décomposer la logique de compte, l'environnement d'exécution et l'état en unités minimales pouvant être planifiées indépendamment, afin de réaliser une exécution à haute concurrence et une capacité de réponse à faible latence au sein de la chaîne. L'innovation clé proposée par MegaETH réside dans l'architecture Micro-VM + State Dependency DAG (graphe de dépendance d'état acyclique) et le mécanisme de synchronisation modulaire, qui construisent ensemble un système d'exécution parallèle orienté vers "la threadisation au sein de la chaîne".
Architecture Micro-VM (micro machine virtuelle) : le compte est un fil
MegaETH introduit un modèle d'exécution de "micro-VM par compte", rendant l'environnement d'exécution "multithreadé" et fournissant une unité minimale d'isolation pour la planification parallèle. Ces VM communiquent par messages asynchrones, plutôt que par appels synchrones, permettant à un grand nombre de VM d'exécuter indépendamment et de stocker de manière autonome, favorisant ainsi le parallélisme.
DAG de dépendance d'état : Mécanisme de planification basé sur un graphe de dépendance
MegaETH a construit un système de planification DAG basé sur les relations d'accès à l'état des comptes, qui maintient en temps réel un graphe de dépendance global. Chaque transaction modifie quels comptes, lit quels comptes, et tout cela est modélisé en tant que relations de dépendance. Les transactions sans conflit peuvent être exécutées directement en parallèle, tandis que les transactions ayant des relations de dépendance seront planifiées et ordonnées en série ou reportées selon l'ordre topologique. Le graphe de dépendance garantit la cohérence d'état et l'absence d'écritures répétées pendant le processus d'exécution parallèle.
Exécution asynchrone et mécanisme de rappel
B
En résumé, MegaETH brise le modèle traditionnel de machine d'état monothread EVM, en réalisant un encapsulage de micro-machine virtuelle au niveau des comptes. Il utilise un graphique de dépendance d'état pour le plan de transactions et remplace la pile d'appels synchrones par un mécanisme de messages asynchrones. C'est une plateforme de calcul parallèle redessinée dans toutes ses dimensions, allant de la "structure de compte → architecture de planification → processus d'exécution", offrant une nouvelle approche de niveau paradigmatique pour construire le système de chaîne haute performance de prochaine génération.
MegaETH a choisi une voie de reconstruction : abstraire complètement les comptes et les contrats en une VM indépendante, en libérant un potentiel de parallélisme extrême grâce à une planification d'exécution asynchrone. En théorie, la limite de parallélisme de MegaETH est plus élevée, mais il est également plus difficile de contrôler la complexité, ressemblant davantage à un système d'exploitation super distribué basé sur la philosophie d'Ethereum.
![Web3 paysage complet de la piste de calcul parallèle : la meilleure solution pour l'extension native ?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Les philosophies de conception de Monad et de MegaETH diffèrent considérablement de celles du sharding : le sharding divise la blockchain en plusieurs sous-chaînes indépendantes (shards), chaque sous-chaîne étant responsable d'une partie des transactions et des états, brisant les limites d'une chaîne unique pour une extensibilité au niveau du réseau ; tandis que Monad et MegaETH conservent l'intégrité de la chaîne unique, en s'étendant horizontalement uniquement au niveau de l'exécution, en optimisant l'exécution parallèle à l'intérieur de la chaîne unique pour améliorer les performances. Les deux représentent deux directions différentes dans le chemin d'expansion de la blockchain : le renforcement vertical et l'expansion horizontale.
Les projets de calcul parallèle comme Monad et MegaETH se concentrent principalement sur l'optimisation du chemin de débit, avec pour objectif principal d'améliorer le TPS intra-chaîne, en réalisant un traitement parallèle au niveau des transactions ou des comptes grâce à l'exécution différée (Deferred Execution) et à l'architecture de micro-VM (Micro-VM). Pharos Network, en tant que réseau de blockchain L1 modulaire et full-stack parallèle, a pour mécanisme de calcul parallèle central ce qu'on appelle "Rollup Mesh". Cette architecture soutient un travail collaboratif entre le réseau principal et les réseaux de traitement spéciaux (SPNs), supporte des environnements multi-VM (EVM et Wasm), et intègre des technologies avancées comme les preuves à zéro connaissance (ZK) et les environnements d'exécution de confiance (TEE).
Analyse du mécanisme de calcul parallèle Rollup Mesh :
Traitement de pipeline asynchrone sur l'ensemble du cycle de vie (Full Lifecycle Asynchronous Pipelining) : Pharos découple les différentes étapes des transactions (comme le consensus, l'exécution, le stockage) et utilise un traitement asynchrone, permettant à chaque étape de se dérouler de manière indépendante et en parallèle, augmentant ainsi l'efficacité globale du traitement.
Exécution parallèle de deux machines virtuelles (Dual VM Parallel Execution) : Pharos prend en charge deux environnements de machine virtuelle, EVM et WASM, permettant aux développeurs de choisir l'environnement d'exécution approprié en fonction de leurs besoins. Cette architecture à double VM améliore non seulement la flexibilité du système, mais augmente également la capacité de traitement des transactions grâce à l'exécution parallèle.
Réseaux de traitement spéciaux (SPNs) : Les SPNs sont des composants clés de l'architecture Pharos, similaires à des sous-réseaux modulaires, spécialement conçus pour traiter des types spécifiques de tâches ou d'applications. Grâce aux SPNs, Pharos peut réaliser une allocation dynamique des ressources et un traitement parallèle des tâches, renforçant ainsi l'évolutivité et les performances du système.
Consensus modulaire et mécanisme de restaking (Modular Consensus & Restaking) : Pharos introduit un mécanisme de consensus flexible, prenant en charge plusieurs modèles de consensus (comme PBFT, PoS, PoA), et permet un partage sécurisé et une intégration des ressources entre le réseau principal et les SPNs grâce au protocole de restaking.
De plus, Pharos a reconstruit le modèle d'exécution au niveau du moteur de stockage grâce à des technologies telles que les arbres de Merkle multiversionnels, l'encodage différentiel (Delta Encoding), l'adressage versionné (Versioned Addressing) et la poussée ADS (ADS Pushdown), lançant ainsi le moteur de stockage haute performance natif de la blockchain, Pharos Store, qui réalise une capacité de traitement en chaîne à haut débit, faible latence et fortement vérifiable.
Dans l'ensemble, l'architecture Rollup Mesh de Pharos est conçue par des modules
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
10 J'aime
Récompense
10
6
Reposter
Partager
Commentaire
0/400
rekt_but_resilient
· Il y a 7h
Arrêtez de faire des choses superficielles, concentrez-vous sur la technologie.
Voir l'originalRépondre0
NewDAOdreamer
· Il y a 13h
Il manque un sommet au triangle, ça sent l'ail.
Voir l'originalRépondre0
UnluckyMiner
· 08-10 17:15
bull d'enfer, il faut aller au ciel
Voir l'originalRépondre0
LiquidityWizard
· 08-10 17:15
L'extension est la voie
Voir l'originalRépondre0
CoconutWaterBoy
· 08-10 17:04
L'extension peut-elle garantir la sécurité ? J'ai peur...
Voir l'originalRépondre0
CountdownToBroke
· 08-10 16:51
Encore une fois, je me donne à fond, l'extension ne peut pas aller plus loin.
Vue d'ensemble de la piste de calcul parallèle : analyse des 5 grandes voies technologiques pour le dépassement des performances de l'EVM
Panorama du secteur des calculs parallèles Web3 : la meilleure solution d'évolutivité native ?
I. L'essence de l'extension de la blockchain et du calcul parallèle
Le "trilemme" de la blockchain (Blockchain Trilemma) qui englobe la "sécurité", la "décentralisation" et la "scalabilité" révèle les compromis essentiels dans la conception des systèmes blockchain. Concernant le sujet éternel de la "scalabilité", les solutions d'extension de blockchain actuellement sur le marché se distinguent par des paradigmes, y compris :
Les solutions d'évolutivité de la blockchain comprennent : le calcul parallèle au sein de la chaîne, Rollup, le sharding, le module DA, la structure modulaire, le système Actor, la compression de preuve zk, l'architecture Stateless, etc., couvrant plusieurs niveaux d'exécution, d'état, de données et de structure. C'est un système d'évolutivité complet basé sur une "coopération multilayer et une combinaison modulaire". Cet article met l'accent sur les méthodes d'évolutivité en mettant principalement l'accent sur le calcul parallèle.
Calcul parallèle intra-chaîne (, se concentrant sur l'exécution parallèle des transactions/instructions à l'intérieur des blocs. Selon le mécanisme de parallélisme, ses méthodes d'extension peuvent être classées en cinq grandes catégories, chacune représentant différentes aspirations en matière de performances, de modèles de développement et de philosophies architecturales, avec un niveau de granularité de parallélisme de plus en plus fin, une intensité de parallélisme de plus en plus élevée, une complexité de planification de plus en plus élevée, ainsi qu'une complexité de programmation et une difficulté de mise en œuvre de plus en plus élevées.
Modèle de concurrence asynchrone hors chaîne, représenté par le système d'agents (Agent / Actor Model), qui appartient à un autre paradigme de calcul parallèle. En tant que système de messages inter-chaînes/asynchrone (non modèle de synchronisation de chaînes), chaque Agent fonctionne comme un "processus d'agent intelligent" indépendant, de manière asynchrone avec des messages en parallèle, piloté par des événements, sans planification de synchronisation. Les projets représentatifs incluent AO, ICP, Cartesi, etc.
Les solutions d'extension que nous connaissons bien, telles que les Rollups ou le sharding, relèvent des mécanismes de concurrence au niveau système et ne sont pas des calculs parallèles au sein de la chaîne. Elles réalisent l'extension en "exécutant plusieurs chaînes/domaines d'exécution en parallèle", plutôt qu'en augmentant le degré de parallélisme à l'intérieur d'un seul bloc/VM. Ce type de solution d'extension n'est pas le point central de cet article, mais nous l'utiliserons néanmoins pour comparer les différences de concepts architecturaux.
![Web3 Carte panoramique du secteur du calcul parallèle : Quelle est la meilleure solution d'extension native ?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
II. Chaîne améliorée parallèle EVM : dépasser les limites de performance dans la compatibilité
L'architecture de traitement en série d'Ethereum a évolué jusqu'à présent, traversant plusieurs tentatives d'extension telles que le sharding, le Rollup et l'architecture modulable, mais le goulot d'étranglement du débit au niveau d'exécution n'a toujours pas connu de percée fondamentale. Cependant, l'EVM et Solidity restent les plateformes de contrats intelligents avec la plus grande base de développeurs et un potentiel écologique actuel. Par conséquent, les chaînes parallèles améliorées par l'EVM, qui tiennent compte de la compatibilité écologique et de l'amélioration des performances d'exécution, deviennent une direction clé pour la nouvelle évolution de l'extension. Monad et MegaETH sont les projets les plus représentatifs dans cette direction, construisant une architecture de traitement parallèle EVM visant des scénarios à haute concurrence et à haut débit, en partant de l'exécution différée et de la décomposition de l'état.
) Analyse du mécanisme de calcul parallèle de Monad
Monad est une blockchain Layer1 haute performance redessinée pour la machine virtuelle Ethereum (EVM), basée sur le concept fondamental de traitement par pipeline (Pipelining), avec une exécution asynchrone au niveau du consensus (Asynchronous Execution) et une exécution parallèle optimiste (Optimistic Parallel Execution) au niveau de l'exécution. De plus, au niveau du consensus et du stockage, Monad introduit respectivement un protocole BFT haute performance (MonadBFT) et un système de base de données spécialisé (MonadDB), réalisant une optimisation de bout en bout.
Pipelining : Mécanisme d'exécution parallèle à plusieurs étapes
Le Pipelining est le principe fondamental de l'exécution parallèle des Monads. Son idée centrale est de décomposer le processus d'exécution sur la blockchain en plusieurs phases indépendantes et de traiter ces phases en parallèle, créant ainsi une architecture de pipeline tridimensionnelle. Chaque phase s'exécute sur un thread ou un cœur indépendant, permettant un traitement concurrent à travers les blocs, avec pour résultat d'augmenter le débit et de réduire la latence. Ces phases comprennent : proposition de transaction (Propose), réalisation du consensus (Consensus), exécution de la transaction (Execution) et soumission du bloc (Commit).
Exécution Asynchrone : Découplage Asynchrone de Consensus et d'Exécution
Dans une chaîne traditionnelle, le consensus et l'exécution des transactions sont généralement des processus synchrones, ce modèle sériel limite gravement l'évolutivité des performances. Monad réalise un consensus asynchrone, une exécution asynchrone et un stockage asynchrone par "exécution asynchrone". Cela réduit considérablement le temps de bloc et le délai de confirmation, rendant le système plus résilient, le processus de traitement plus segmenté et l'utilisation des ressources plus efficace.
Conception de base :
Exécution parallèle optimiste : Optimistic Parallel Execution
L'Ethereum traditionnel utilise un modèle d'exécution strictement séquentiel pour les transactions afin d'éviter les conflits d'état. En revanche, Monad adopte une stratégie d'"exécution parallèle optimiste", ce qui augmente considérablement le taux de traitement des transactions.
Mécanisme d'exécution :
Monad a choisi un chemin compatible : modifier le moins possible les règles de l'EVM, en réalisant le parallélisme par le biais du report de l'écriture d'état et de la détection dynamique des conflits, ressemblant davantage à une version performante d'Ethereum, avec une bonne maturité, ce qui facilite la migration de l'écosystème EVM, agissant comme un accélérateur de parallélisme dans le monde de l'EVM.
![Web3 Calcul de Parrallèle : Meilleure solution d'extension native ?])https://img-cdn.gateio.im/webp-social/moments-dc016502755a30d5a95a8134f7586162.webp(
) Analyse du mécanisme de calcul parallèle de MegaETH
Contrairement à la position L1 de Monad, MegaETH est positionné comme une couche d'exécution parallèle hautes performances modulaire compatible EVM, pouvant fonctionner à la fois comme une blockchain publique L1 indépendante et comme une couche d'amélioration d'exécution sur Ethereum (Execution Layer) ou comme un composant modulaire. Son objectif de conception principal est de décomposer la logique de compte, l'environnement d'exécution et l'état en unités minimales pouvant être planifiées indépendamment, afin de réaliser une exécution à haute concurrence et une capacité de réponse à faible latence au sein de la chaîne. L'innovation clé proposée par MegaETH réside dans l'architecture Micro-VM + State Dependency DAG (graphe de dépendance d'état acyclique) et le mécanisme de synchronisation modulaire, qui construisent ensemble un système d'exécution parallèle orienté vers "la threadisation au sein de la chaîne".
Architecture Micro-VM (micro machine virtuelle) : le compte est un fil
MegaETH introduit un modèle d'exécution de "micro-VM par compte", rendant l'environnement d'exécution "multithreadé" et fournissant une unité minimale d'isolation pour la planification parallèle. Ces VM communiquent par messages asynchrones, plutôt que par appels synchrones, permettant à un grand nombre de VM d'exécuter indépendamment et de stocker de manière autonome, favorisant ainsi le parallélisme.
DAG de dépendance d'état : Mécanisme de planification basé sur un graphe de dépendance
MegaETH a construit un système de planification DAG basé sur les relations d'accès à l'état des comptes, qui maintient en temps réel un graphe de dépendance global. Chaque transaction modifie quels comptes, lit quels comptes, et tout cela est modélisé en tant que relations de dépendance. Les transactions sans conflit peuvent être exécutées directement en parallèle, tandis que les transactions ayant des relations de dépendance seront planifiées et ordonnées en série ou reportées selon l'ordre topologique. Le graphe de dépendance garantit la cohérence d'état et l'absence d'écritures répétées pendant le processus d'exécution parallèle.
Exécution asynchrone et mécanisme de rappel
B
En résumé, MegaETH brise le modèle traditionnel de machine d'état monothread EVM, en réalisant un encapsulage de micro-machine virtuelle au niveau des comptes. Il utilise un graphique de dépendance d'état pour le plan de transactions et remplace la pile d'appels synchrones par un mécanisme de messages asynchrones. C'est une plateforme de calcul parallèle redessinée dans toutes ses dimensions, allant de la "structure de compte → architecture de planification → processus d'exécution", offrant une nouvelle approche de niveau paradigmatique pour construire le système de chaîne haute performance de prochaine génération.
MegaETH a choisi une voie de reconstruction : abstraire complètement les comptes et les contrats en une VM indépendante, en libérant un potentiel de parallélisme extrême grâce à une planification d'exécution asynchrone. En théorie, la limite de parallélisme de MegaETH est plus élevée, mais il est également plus difficile de contrôler la complexité, ressemblant davantage à un système d'exploitation super distribué basé sur la philosophie d'Ethereum.
![Web3 paysage complet de la piste de calcul parallèle : la meilleure solution pour l'extension native ?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Les philosophies de conception de Monad et de MegaETH diffèrent considérablement de celles du sharding : le sharding divise la blockchain en plusieurs sous-chaînes indépendantes (shards), chaque sous-chaîne étant responsable d'une partie des transactions et des états, brisant les limites d'une chaîne unique pour une extensibilité au niveau du réseau ; tandis que Monad et MegaETH conservent l'intégrité de la chaîne unique, en s'étendant horizontalement uniquement au niveau de l'exécution, en optimisant l'exécution parallèle à l'intérieur de la chaîne unique pour améliorer les performances. Les deux représentent deux directions différentes dans le chemin d'expansion de la blockchain : le renforcement vertical et l'expansion horizontale.
Les projets de calcul parallèle comme Monad et MegaETH se concentrent principalement sur l'optimisation du chemin de débit, avec pour objectif principal d'améliorer le TPS intra-chaîne, en réalisant un traitement parallèle au niveau des transactions ou des comptes grâce à l'exécution différée (Deferred Execution) et à l'architecture de micro-VM (Micro-VM). Pharos Network, en tant que réseau de blockchain L1 modulaire et full-stack parallèle, a pour mécanisme de calcul parallèle central ce qu'on appelle "Rollup Mesh". Cette architecture soutient un travail collaboratif entre le réseau principal et les réseaux de traitement spéciaux (SPNs), supporte des environnements multi-VM (EVM et Wasm), et intègre des technologies avancées comme les preuves à zéro connaissance (ZK) et les environnements d'exécution de confiance (TEE).
Analyse du mécanisme de calcul parallèle Rollup Mesh :
De plus, Pharos a reconstruit le modèle d'exécution au niveau du moteur de stockage grâce à des technologies telles que les arbres de Merkle multiversionnels, l'encodage différentiel (Delta Encoding), l'adressage versionné (Versioned Addressing) et la poussée ADS (ADS Pushdown), lançant ainsi le moteur de stockage haute performance natif de la blockchain, Pharos Store, qui réalise une capacité de traitement en chaîne à haut débit, faible latence et fortement vérifiable.
Dans l'ensemble, l'architecture Rollup Mesh de Pharos est conçue par des modules