Panorama de la piste de calcul parallèle Web3 : la meilleure solution d'extension native ?
Le « triangle impossible » de la blockchain, qui comprend « sécurité », « décentralisation » et « évolutivité », révèle les compromis essentiels dans la conception des systèmes blockchain, à savoir qu'il est difficile pour les projets blockchain de réaliser simultanément « une sécurité extrême, une participation universelle et un traitement rapide ». En ce qui concerne le sujet éternel de l'« évolutivité », les solutions de mise à l'échelle des blockchains dominantes sur le marché sont classées selon des paradigmes, y compris :
Exécution de l'extension améliorée : améliorer la capacité d'exécution sur place, par exemple le parallélisme, le GPU, le multicœur.
Isolation de l'état pour l'extension : partitionnement horizontal de l'état / Shard, par exemple, le partitionnement, UTXO, plusieurs sous-réseaux
Scalabilité hors chaîne par sous-traitance : exécuter en dehors de la chaîne, par exemple Rollup, Coprocessor, DA
Découplage structurel de l'évolutivité : architecture modulaire, fonctionnement collaboratif, par exemple chaînes modulaires, ordonnanceur partagé, Rollup Mesh
Extension de type concurrent asynchrone : Modèle Actor, isolation des processus, piloté par les messages, par exemple agents, chaînes asynchrones multithread
Les solutions d'extensibilité de la blockchain comprennent : le calcul parallèle en chaîne, Rollup, le sharding, le module DA, la structure modulaire, le système Actor, la compression de preuve zk, l'architecture Stateless, etc. Elles couvrent plusieurs niveaux d'exécution, d'état, de données et de structure, constituant un système complet d'extensibilité « multi-niveaux, combinaison modulaire ». Cet article met l'accent sur les méthodes d'extensibilité principalement basées sur le calcul parallèle.
Calcul parallèle intra-chaîne (intra-chain parallelism), se concentre sur l'exécution parallèle des transactions / instructions à l'intérieur du bloc. Selon le mécanisme de parallélisme, ses méthodes d'extensibilité peuvent être divisées en cinq grandes catégories, chacune représentant différentes aspirations de performance, modèles de développement et philosophies d'architecture, avec un degré de parallélisme de plus en plus fin, une intensité de parallélisme de plus en plus élevée, une complexité de planification également croissante, 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 : représente le projet Solana
Parallélisme au niveau des objets : représente le projet Sui
Parallélisme de niveau transactionnel : représente les projets Monad, Aptos
Niveau d'appel / Micro VM parallèle : représente le projet MegaETH
Parallélisme au niveau des instructions : représente le projet GatlingX
Modèle de concurrence asynchrone hors chaîne, représenté par le système d'agents Actor, qui appartient à un autre paradigme de calcul parallèle. En tant que système de messages inter-chaînes / asynchrone, chaque Agent fonctionne comme un « processus d'agent intelligent » autonome, utilisant une approche parallèle pour des messages asynchrones, des événements déclencheurs, sans nécessiter de planification synchronisée. Des projets représentatifs incluent AO, ICP, Cartesi, etc.
Les solutions de mise à l'échelle par Rollup ou par sharding, que nous connaissons bien, appartiennent aux mécanismes de concurrence au niveau système et ne relèvent pas du calcul parallèle 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 améliorant le degré de parallélisme à l'intérieur d'un seul bloc / machine virtuelle. Ces solutions de mise à l'échelle ne sont pas le sujet principal de cet article, mais nous les utiliserons néanmoins pour comparer les idées architecturales.
Deuxième, chaîne améliorée par parallélisme EVM : briser les limites de performance dans la compatibilité
L'architecture de traitement en série d'Ethereum a évolué jusqu'à présent, passant par plusieurs tentatives d'extension telles que le sharding, le Rollup et l'architecture modulaire, mais le goulet d'étranglement de la capacité de traitement de la couche d'exécution n'a toujours pas été fondamentalement surmonté. Cependant, l'EVM et Solidity restent actuellement les plateformes de contrats intelligents avec la plus grande base de développeurs et un potentiel écologique. Par conséquent, les chaînes parallèles de la série EVM, qui équilibrent la compatibilité écologique et l'amélioration des performances d'exécution, deviennent une direction clé de l'évolution de la nouvelle série d'extensions. Monad et MegaETH sont les projets les plus représentatifs dans cette direction, construisant une architecture de traitement parallèle EVM axée sur des scénarios à haute concurrence et à haut débit à partir de l'exécution différée et de la décomposition d'é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, basée sur le concept fondamental de traitement en pipeline, exécutant de manière asynchrone au niveau du consensus et en concurrence optimiste au niveau de l'exécution. De plus, au niveau du consensus et de la couche de stockage, Monad introduit respectivement un protocole BFT haute performance et un système de base de données dédié, réalisant une optimisation de bout en bout.
Pipelining : Mécanisme d'exécution parallèle à plusieurs étapes
Le pipelining est le concept fondamental de l'exécution parallèle des monades. Son idée centrale est de décomposer le processus d'exécution de la blockchain en plusieurs étapes indépendantes et de traiter ces étapes en parallèle, formant ainsi une architecture de pipeline tridimensionnelle. Chaque étape fonctionne sur des threads ou des cœurs indépendants, réalisant un traitement concurrent à travers les blocs, et atteignant finalement l'effet d'augmentation du débit et de réduction de la latence. Ces étapes comprennent : proposition de transaction, consensus, exécution de la transaction et soumission de bloc.
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 l'asynchrone au niveau du consensus, de l'exécution et du stockage grâce à "l'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, les processus de traitement plus segmentés et l'utilisation des ressources plus efficace.
Conception principale:
Le processus de consensus est uniquement responsable du tri des transactions, et n'exécute pas la logique des contrats.
Le processus 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 la fin de l'exécution.
Ethereum traditionnel utilise un modèle d'exécution strictement sériel pour é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 de manière optimiste toutes les transactions en parallèle, en supposant qu'il n'y a pas de conflits d'état entre la plupart des transactions.
Exécuter simultanément un "détecteur de conflits" pour surveiller si les transactions accèdent au même état.
Si un conflit est détecté, les transactions conflictuelles seront sérialisées et réexécutées pour garantir la cohérence de l'état.
Monad a choisi un chemin compatible : en modifiant le moins possible les règles de l'EVM, il réalise un parallélisme en retardant l'écriture des états et en détectant dynamiquement les conflits, ressemblant davantage à une version performante d'Ethereum, avec une bonne maturité qui facilite la migration de l'écosystème EVM, c'est un accélérateur parallèle pour le monde EVM.
Analyse du mécanisme de calcul parallèle de MegaETH
Différent du positionnement L1 de Monad, MegaETH se positionne comme une couche d'exécution parallèle hautes performances modulaire compatible EVM, pouvant à la fois servir de chaîne publique L1 indépendante ou de couche d'amélioration d'exécution ou de composant modulaire sur Ethereum. 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 de manière indépendante, afin d'atteindre 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 + DAG de dépendance d'état et un mécanisme de synchronisation modulaire, construisant ensemble un système d'exécution parallèle orienté vers "l'internalisation des threads".
Architecture Micro-VM : le compte est un thread
MegaETH introduit un modèle d'exécution « un micro-VM par compte », qui « threadise » l'environnement d'exécution, fournissant ainsi la plus petite unité d'isolation pour la planification parallèle. Ces VM communiquent entre elles par des messages asynchrones, plutôt que par des appels synchrones, permettant à un grand nombre de VM d'exécuter indépendamment et de stocker de manière indépendante, ce qui est naturellement parallèle.
DAG de dépendance d'état : Mécanisme de planification basé sur le graphe de dépendance
MegaETH a construit un système de planification DAG basé sur les relations d'accès à l'état des comptes. Le système maintient en temps réel un graphique de dépendance global, modélisant toutes les transactions qui modifient quels comptes et lisent quels comptes en tant que relations de dépendance. Les transactions sans conflits peuvent être exécutées en parallèle directement, tandis que les transactions avec des relations de dépendance seront programmées en série ou retardées selon un ordre topologique. Le graphique de dépendance garantit la cohérence des états et l'absence d'écritures répétées lors de l'exécution parallèle.
Exécution asynchrone et mécanisme de rappel
MegaETH est construit sur le paradigme de la programmation asynchrone, similaire à la transmission de messages asynchrones du modèle Actor, résolvant les problèmes d'appels sériels traditionnels de l'EVM. Les appels de contrat sont asynchrones, lorsque l'on appelle le contrat A -\u003e B -\u003e C, chaque appel est asynchrone, sans blocage en attente ; la pile d'appels est déployée en un graphique d'appels asynchrones ; le traitement des transactions = parcours du graphique asynchrone + résolution des dépendances + planification parallèle.
En résumé, MegaETH brise le modèle traditionnel de machine d'état à thread unique EVM, en réalisant un encapsulage de micro-machine virtuelle au niveau du compte, en utilisant un graphe de dépendance d'état pour le plan de transaction et en remplaçant 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, passant de « structure de compte → architecture de planification → processus d'exécution », offrant une nouvelle perspective de paradigme pour la construction de systèmes en chaîne haute performance de nouvelle 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 par la planification d'exécution asynchrone. Théoriquement, 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é sous l'idée d'Ethereum.
Les concepts de conception de Monad et de MegaETH diffèrent considérablement de ceux du sharding : le sharding divise la blockchain en plusieurs sous-chaînes indépendantes, chaque sous-chaîne étant responsable d'une partie des transactions et de l'état, brisant ainsi les limites d'une seule chaîne au niveau du réseau ; tandis que Monad et MegaETH maintiennent l'intégrité de la chaîne unique, en s'étendant horizontalement uniquement au niveau de la couche d'exécution, optimisant les performances grâce à une exécution parallèle maximale au sein de la chaîne unique. Les deux représentent deux directions dans le chemin de l'expansion de la blockchain : le renforcement vertical et l'expansion horizontale.
Les projets de calcul parallèle tels que Monad et MegaETH se concentrent principalement sur l'optimisation du chemin de débit, avec pour objectif principal d'améliorer le TPS en chaîne, en réalisant un traitement parallèle au niveau des transactions ou des comptes grâce à l'exécution différée et à une architecture de micro-machine virtuelle. Le Pharos Network, en tant que réseau de blockchain L1 modulaire et full-stack, a pour mécanisme de calcul parallèle central ce qu'on appelle le « Rollup Mesh ». Cette architecture soutient un environnement multi-machine virtuelle grâce à la collaboration entre le réseau principal et un réseau de traitement spécial, et intègre des technologies avancées telles que les preuves à connaissance nulle et les environnements d'exécution de confiance.
Analyse du mécanisme de calcul parallèle Rollup Mesh :
Traitement asynchrone de pipeline sur l'ensemble du cycle de vie : Pharos découple les différentes étapes des transactions et adopte une méthode de traitement asynchrone, permettant à chaque étape de se dérouler de manière indépendante et parallèle, ce qui améliore l'efficacité globale du traitement.
Exécution parallèle de deux machines virtuelles : Pharos prend en charge deux environnements de machines virtuelles, EVM et WASM, permettant aux développeurs de choisir l'environnement d'exécution approprié en fonction de leurs besoins. Cette architecture à double VM non seulement augmente la flexibilité du système, mais améliore également la capacité de traitement des transactions grâce à l'exécution parallèle.
Traitement spécial du réseau : 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 de tâches ou d'applications spécifiques. Grâce aux SPNs, Pharos peut réaliser une allocation dynamique des ressources et un traitement parallèle des tâches, améliorant ainsi l'évolutivité et les performances du système.
Mécanisme de consensus modulaire et de re-staking : Pharos introduit un mécanisme de consensus flexible, prenant en charge plusieurs modèles de consensus, et réalise un partage sécurisé et une intégration des ressources entre le réseau principal et les SPNs grâce à un protocole de re-staking.
De plus, Pharos a reconstruit le modèle d'exécution à partir du moteur de stockage sous-jacent en utilisant des arbres Merkle multi-version, un encodage différentielle, un adressage de version et une technologie de descente ADS, lançant ainsi le moteur de stockage haute performance natif de blockchain Pharos Store, réalisant 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 réalise une capacité de calcul parallèle haute performance grâce à une conception modulaire et à un mécanisme de traitement asynchrone. Pharos, en tant que coordinateur de planification parallèle inter-Rollup, n'est pas un optimiseurs d'exécution « en chaîne », mais supporte des tâches d'exécution personnalisées hétérogènes via des SPNs.
Analyse panoramique du calcul parallèle Web3 : des percées de performance de la compatibilité EVM aux architectures hétérogènes
Panorama de la piste de calcul parallèle Web3 : la meilleure solution d'extension native ?
Le « triangle impossible » de la blockchain, qui comprend « sécurité », « décentralisation » et « évolutivité », révèle les compromis essentiels dans la conception des systèmes blockchain, à savoir qu'il est difficile pour les projets blockchain de réaliser simultanément « une sécurité extrême, une participation universelle et un traitement rapide ». En ce qui concerne le sujet éternel de l'« évolutivité », les solutions de mise à l'échelle des blockchains dominantes sur le marché sont classées selon des paradigmes, y compris :
Les solutions d'extensibilité de la blockchain comprennent : le calcul parallèle en chaîne, Rollup, le sharding, le module DA, la structure modulaire, le système Actor, la compression de preuve zk, l'architecture Stateless, etc. Elles couvrent plusieurs niveaux d'exécution, d'état, de données et de structure, constituant un système complet d'extensibilité « multi-niveaux, combinaison modulaire ». Cet article met l'accent sur les méthodes d'extensibilité principalement basées sur le calcul parallèle.
Calcul parallèle intra-chaîne (intra-chain parallelism), se concentre sur l'exécution parallèle des transactions / instructions à l'intérieur du bloc. Selon le mécanisme de parallélisme, ses méthodes d'extensibilité peuvent être divisées en cinq grandes catégories, chacune représentant différentes aspirations de performance, modèles de développement et philosophies d'architecture, avec un degré de parallélisme de plus en plus fin, une intensité de parallélisme de plus en plus élevée, une complexité de planification également croissante, 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 Actor, qui appartient à un autre paradigme de calcul parallèle. En tant que système de messages inter-chaînes / asynchrone, chaque Agent fonctionne comme un « processus d'agent intelligent » autonome, utilisant une approche parallèle pour des messages asynchrones, des événements déclencheurs, sans nécessiter de planification synchronisée. Des projets représentatifs incluent AO, ICP, Cartesi, etc.
Les solutions de mise à l'échelle par Rollup ou par sharding, que nous connaissons bien, appartiennent aux mécanismes de concurrence au niveau système et ne relèvent pas du calcul parallèle 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 améliorant le degré de parallélisme à l'intérieur d'un seul bloc / machine virtuelle. Ces solutions de mise à l'échelle ne sont pas le sujet principal de cet article, mais nous les utiliserons néanmoins pour comparer les idées architecturales.
Deuxième, chaîne améliorée par parallélisme EVM : briser les limites de performance dans la compatibilité
L'architecture de traitement en série d'Ethereum a évolué jusqu'à présent, passant par plusieurs tentatives d'extension telles que le sharding, le Rollup et l'architecture modulaire, mais le goulet d'étranglement de la capacité de traitement de la couche d'exécution n'a toujours pas été fondamentalement surmonté. Cependant, l'EVM et Solidity restent actuellement les plateformes de contrats intelligents avec la plus grande base de développeurs et un potentiel écologique. Par conséquent, les chaînes parallèles de la série EVM, qui équilibrent la compatibilité écologique et l'amélioration des performances d'exécution, deviennent une direction clé de l'évolution de la nouvelle série d'extensions. Monad et MegaETH sont les projets les plus représentatifs dans cette direction, construisant une architecture de traitement parallèle EVM axée sur des scénarios à haute concurrence et à haut débit à partir de l'exécution différée et de la décomposition d'é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, basée sur le concept fondamental de traitement en pipeline, exécutant de manière asynchrone au niveau du consensus et en concurrence optimiste au niveau de l'exécution. De plus, au niveau du consensus et de la couche de stockage, Monad introduit respectivement un protocole BFT haute performance et un système de base de données dédié, réalisant une optimisation de bout en bout.
Pipelining : Mécanisme d'exécution parallèle à plusieurs étapes
Le pipelining est le concept fondamental de l'exécution parallèle des monades. Son idée centrale est de décomposer le processus d'exécution de la blockchain en plusieurs étapes indépendantes et de traiter ces étapes en parallèle, formant ainsi une architecture de pipeline tridimensionnelle. Chaque étape fonctionne sur des threads ou des cœurs indépendants, réalisant un traitement concurrent à travers les blocs, et atteignant finalement l'effet d'augmentation du débit et de réduction de la latence. Ces étapes comprennent : proposition de transaction, consensus, exécution de la transaction et soumission de bloc.
Exécution asynchrone : consensus - exécution découplée asynchrone
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 l'asynchrone au niveau du consensus, de l'exécution et du stockage grâce à "l'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, les processus de traitement plus segmentés et l'utilisation des ressources plus efficace.
Conception principale:
Exécution parallèle optimiste : Exécution parallèle optimiste
Ethereum traditionnel utilise un modèle d'exécution strictement sériel pour é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 : en modifiant le moins possible les règles de l'EVM, il réalise un parallélisme en retardant l'écriture des états et en détectant dynamiquement les conflits, ressemblant davantage à une version performante d'Ethereum, avec une bonne maturité qui facilite la migration de l'écosystème EVM, c'est un accélérateur parallèle pour le monde EVM.
Analyse du mécanisme de calcul parallèle de MegaETH
Différent du positionnement L1 de Monad, MegaETH se positionne comme une couche d'exécution parallèle hautes performances modulaire compatible EVM, pouvant à la fois servir de chaîne publique L1 indépendante ou de couche d'amélioration d'exécution ou de composant modulaire sur Ethereum. 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 de manière indépendante, afin d'atteindre 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 + DAG de dépendance d'état et un mécanisme de synchronisation modulaire, construisant ensemble un système d'exécution parallèle orienté vers "l'internalisation des threads".
Architecture Micro-VM : le compte est un thread
MegaETH introduit un modèle d'exécution « un micro-VM par compte », qui « threadise » l'environnement d'exécution, fournissant ainsi la plus petite unité d'isolation pour la planification parallèle. Ces VM communiquent entre elles par des messages asynchrones, plutôt que par des appels synchrones, permettant à un grand nombre de VM d'exécuter indépendamment et de stocker de manière indépendante, ce qui est naturellement parallèle.
DAG de dépendance d'état : Mécanisme de planification basé sur le graphe de dépendance
MegaETH a construit un système de planification DAG basé sur les relations d'accès à l'état des comptes. Le système maintient en temps réel un graphique de dépendance global, modélisant toutes les transactions qui modifient quels comptes et lisent quels comptes en tant que relations de dépendance. Les transactions sans conflits peuvent être exécutées en parallèle directement, tandis que les transactions avec des relations de dépendance seront programmées en série ou retardées selon un ordre topologique. Le graphique de dépendance garantit la cohérence des états et l'absence d'écritures répétées lors de l'exécution parallèle.
Exécution asynchrone et mécanisme de rappel
MegaETH est construit sur le paradigme de la programmation asynchrone, similaire à la transmission de messages asynchrones du modèle Actor, résolvant les problèmes d'appels sériels traditionnels de l'EVM. Les appels de contrat sont asynchrones, lorsque l'on appelle le contrat A -\u003e B -\u003e C, chaque appel est asynchrone, sans blocage en attente ; la pile d'appels est déployée en un graphique d'appels asynchrones ; le traitement des transactions = parcours du graphique asynchrone + résolution des dépendances + planification parallèle.
En résumé, MegaETH brise le modèle traditionnel de machine d'état à thread unique EVM, en réalisant un encapsulage de micro-machine virtuelle au niveau du compte, en utilisant un graphe de dépendance d'état pour le plan de transaction et en remplaçant 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, passant de « structure de compte → architecture de planification → processus d'exécution », offrant une nouvelle perspective de paradigme pour la construction de systèmes en chaîne haute performance de nouvelle 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 par la planification d'exécution asynchrone. Théoriquement, 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é sous l'idée d'Ethereum.
Les concepts de conception de Monad et de MegaETH diffèrent considérablement de ceux du sharding : le sharding divise la blockchain en plusieurs sous-chaînes indépendantes, chaque sous-chaîne étant responsable d'une partie des transactions et de l'état, brisant ainsi les limites d'une seule chaîne au niveau du réseau ; tandis que Monad et MegaETH maintiennent l'intégrité de la chaîne unique, en s'étendant horizontalement uniquement au niveau de la couche d'exécution, optimisant les performances grâce à une exécution parallèle maximale au sein de la chaîne unique. Les deux représentent deux directions dans le chemin de l'expansion de la blockchain : le renforcement vertical et l'expansion horizontale.
Les projets de calcul parallèle tels que Monad et MegaETH se concentrent principalement sur l'optimisation du chemin de débit, avec pour objectif principal d'améliorer le TPS en chaîne, en réalisant un traitement parallèle au niveau des transactions ou des comptes grâce à l'exécution différée et à une architecture de micro-machine virtuelle. Le Pharos Network, en tant que réseau de blockchain L1 modulaire et full-stack, a pour mécanisme de calcul parallèle central ce qu'on appelle le « Rollup Mesh ». Cette architecture soutient un environnement multi-machine virtuelle grâce à la collaboration entre le réseau principal et un réseau de traitement spécial, et intègre des technologies avancées telles que les preuves à connaissance nulle et les environnements d'exécution de confiance.
Analyse du mécanisme de calcul parallèle Rollup Mesh :
Traitement asynchrone de pipeline sur l'ensemble du cycle de vie : Pharos découple les différentes étapes des transactions et adopte une méthode de traitement asynchrone, permettant à chaque étape de se dérouler de manière indépendante et parallèle, ce qui améliore l'efficacité globale du traitement.
Exécution parallèle de deux machines virtuelles : Pharos prend en charge deux environnements de machines virtuelles, EVM et WASM, permettant aux développeurs de choisir l'environnement d'exécution approprié en fonction de leurs besoins. Cette architecture à double VM non seulement augmente la flexibilité du système, mais améliore également la capacité de traitement des transactions grâce à l'exécution parallèle.
Traitement spécial du réseau : 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 de tâches ou d'applications spécifiques. Grâce aux SPNs, Pharos peut réaliser une allocation dynamique des ressources et un traitement parallèle des tâches, améliorant ainsi l'évolutivité et les performances du système.
Mécanisme de consensus modulaire et de re-staking : Pharos introduit un mécanisme de consensus flexible, prenant en charge plusieurs modèles de consensus, et réalise un partage sécurisé et une intégration des ressources entre le réseau principal et les SPNs grâce à un protocole de re-staking.
De plus, Pharos a reconstruit le modèle d'exécution à partir du moteur de stockage sous-jacent en utilisant des arbres Merkle multi-version, un encodage différentielle, un adressage de version et une technologie de descente ADS, lançant ainsi le moteur de stockage haute performance natif de blockchain Pharos Store, réalisant 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 réalise une capacité de calcul parallèle haute performance grâce à une conception modulaire et à un mécanisme de traitement asynchrone. Pharos, en tant que coordinateur de planification parallèle inter-Rollup, n'est pas un optimiseurs d'exécution « en chaîne », mais supporte des tâches d'exécution personnalisées hétérogènes via des SPNs.
![Web3 et le paysage de la computation parallèle : La meilleure solution d'extension native ?](