Panorama de la piste de calcul parallèle Web3 : la meilleure solution d'extension native ?
I. Théorie du calcul parallèle : surmonter le triangle impossible de la blockchain
Le « triangle impossible » de la blockchain révèle les compromis essentiels dans la conception des systèmes blockchain, à savoir qu'il est difficile pour un projet blockchain de réaliser simultanément « une sécurité maximale, une participation universelle et un traitement rapide ». En ce qui concerne le sujet éternel de la « scalabilité », les solutions d'extension de blockchain actuellement sur le marché sont classées selon des paradigmes, y compris :
Exécution d'une mise à l'échelle améliorée : amélioration de 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 les fragments, UTXO, sous-réseaux multiples
Scalabilité hors chaîne par externalisation : exécuter en dehors de la chaîne, par exemple Rollup, Coprocessor, DA
Extension par déconnexion de la structure : modules architecturaux, fonctionnement collaboratif, par exemple chaînes modulaires, ordonneur partagé, Rollup Mesh
Extension de type de concurrence asynchrone : modèle d'acteur, isolation des processus, piloté par les messages, par exemple agents, chaîne asynchrone multithreading.
Les solutions d'extension 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 des preuves zk, l'architecture Stateless, etc., couvrant plusieurs niveaux d'exécution, d'état, de données et de structure, formant un système complet d'extension « multi-niveaux et de combinaison modulaire ». Cet article se concentre sur la méthode d'extension principalement basée sur le calcul parallèle.
Le calcul parallèle au sein de la chaîne se concentre 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 ambitions de performance, modèles de développement et philosophies d'architecture, avec une granularité de parallélisme de plus en plus fine, une intensité de parallélisme de plus en plus élevée, une complexité de planification de plus en plus grande, 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 de niveau objet : représente le projet Sui
Parallélisme au niveau des transactions : représente les projets Monad, Aptos
Appel de niveau / micro VM parallèle : représente le projet MegaETH
Parallélisme au niveau des instructions : représente le projet GatlingX
Le modèle de concurrence asynchrone hors chaîne, représenté par le système d'agents Actor, 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 intelligent » autonome, traitant les messages de manière asynchrone, basé sur des événements, sans nécessiter de planification synchronisée. Parmi les projets représentatifs, on trouve AO, ICP, Cartesi, etc.
Les solutions de mise à l'échelle que nous connaissons bien, comme les Rollups ou le sharding, appartiennent à des mécanismes de concurrence au niveau du système et ne relèvent pas du calcul parallèle au sein de la chaîne. Elles réalisent l'évolutivité 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/ machine virtuelle. Ce type de solution d'évolutivité n'est pas le point central de cette discussion, mais nous l'utiliserons néanmoins pour comparer les différences de concepts architecturaux.
II. Chaîne améliorée par parallélisme EVM : franchir les limites de performance dans la compatibilité
L'architecture de traitement séquentiel d'Ethereum a évolué jusqu'à présent, passant par plusieurs tentatives d'extensibilité telles que le sharding, les Rollups et l'architecture modulaire, mais le goulot d'étranglement du débit au niveau d'exécution n'a toujours pas été fondamentalement résolu. Cependant, en même temps, l'EVM et Solidity restent les plateformes de contrats intelligents les plus solides en termes de base de développeurs et de potentiel écologique. Ainsi, la chaîne parallèle de l'EVM, qui équilibre la compatibilité écologique et l'amélioration des performances d'exécution, devient une voie clé pour la nouvelle évolution de l'extensibilité. Monad et MegaETH sont les projets les plus représentatifs dans cette direction, construisant une architecture de traitement parallèle EVM orientée vers des scénarios à forte concurrence et à fort débit, respectivement à partir de l'exécution différée et de la décomposition des états.
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 de parallélisme fondamental du traitement en pipeline, avec une exécution asynchrone au niveau du consensus et une concurrence optimiste au niveau d'exécution. De plus, au niveau du consensus et du 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 en plusieurs étapes
Le Pipelining est le concept de base 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 phases indépendantes et de traiter ces phases en parallèle, formant ainsi une architecture de pipeline en trois dimensions. Chaque phase fonctionne sur des threads ou des cœurs indépendants, permettant un traitement concurrent à travers les blocs, et atteignant finalement une amélioration du débit et une réduction de la latence. Ces phases incluent : la proposition de transaction, l'atteinte du consensus, l'exécution des transactions et la soumission des blocs.
Exécution Asynchrone : Découplage Asynchrone de Consensus et d'Exécution
Dans une chaîne traditionnelle, le consensus des transactions et l'exécution sont généralement des processus synchrones, ce modèle sériel limite gravement l'évolutivité des performances. Monad réalise l'asynchronicité du niveau de consensus, du niveau d'exécution et du stockage grâce à l'« exécution asynchrone ». Cela réduit significativement 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 centrale :
Le processus de consensus ne fait que trier les transactions, sans exécuter la logique des contrats.
Le processus d'exécution est déclenché de manière asynchrone après la finalisation du consensus.
Une fois le consensus terminé, passez immédiatement au processus de consensus du bloc suivant, sans attendre 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 conflit d'état entre la plupart des transactions.
Exécutez 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 en conflit seront sérialisées et réexécutées pour garantir l'exactitude de l'état.
Monad a choisi un chemin compatible : en modifiant le moins possible les règles de l'EVM, en réalisant le parallélisme grâce au report de l'écriture d'état et à la détection dynamique des conflits, ressemblant davantage à une version performante d'Ethereum. Sa maturité facilite la migration de l'écosystème EVM, agissant comme un accélérateur parallèle dans le monde de l'EVM.
Analyse du mécanisme de calcul parallèle de MegaETH
Contrairement au positionnement L1 de Monad, MegaETH se positionne comme une couche d'exécution parallèle modulaire hautes performances compatible EVM, pouvant à la fois servir de chaîne publique L1 indépendante ou de couche d'amélioration d'exécution sur Ethereum ou de composant modulaire. Son objectif de conception central est de décomposer la logique de compte, l'environnement d'exécution et l'état en unités minimales pouvant être programmées de manière indépendante, afin de réaliser une exécution à haute concurrence et une capacité de réponse à faible latence dans la chaîne. L'innovation clé proposée par MegaETH réside dans : l'architecture Micro-VM + DAG de dépendance d'état et mécanisme de synchronisation modulaire, construisant ensemble un système d'exécution parallèle orienté vers "la threadisation dans la chaîne".
Architecture Micro-VM : compte égal à un fil
MegaETH introduit un modèle d'exécution « une micro-machine virtuelle 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 de manière indépendante et de stocker indépendamment, conduisant à un parallélisme naturel.
État de dépendance DAG : Mécanisme de planification basé sur un graphique 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 graphique de dépendance global. Chaque transaction modifie certains comptes et lit d'autres comptes, tous modélisés en tant que relations de dépendance. Les transactions sans conflit peuvent être exécutées directement en parallèle, tandis que les transactions avec des relations de dépendance seront planifiées et ordonnées en série ou retardées selon un ordre topologique. Le graphique de dépendance garantit la cohérence de l'état et l'absence d'écritures redondantes 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 à thread unique EVM, en réalisant un encapsulage de micro-VM par compte, en utilisant un graphique de dépendance d'état pour le plan de transaction, et 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, de « structure de compte → architecture de planification → processus d'exécution », offrant une nouvelle approche de niveau paradigmatique pour construire les systèmes de chaîne en ligne 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 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é 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 horizontalement 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 chaîne unique pour une extension au niveau du réseau ; tandis que Monad et MegaETH maintiennent l'intégrité de la chaîne unique, s'étendant horizontalement uniquement au niveau de l'exécution, optimisant l'exécution parallèle extrême à l'intérieur de la chaîne unique pour surmonter les performances. Les deux représentent deux directions dans le chemin d'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 débit, avec pour objectif central d'améliorer le TPS sur la 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. Pharos Network, en tant que réseau blockchain L1 modulaire et full-stack parallèle, possède un mécanisme de calcul parallèle central appelé « Rollup Mesh ». Cette architecture, par la coopération entre le réseau principal et le réseau de traitement spécial, prend en charge un environnement multi-machine virtuelle et intègre des technologies avancées telles que les preuves zero-knowledge et les environnements d'exécution de confiance.
Analyse du mécanisme de calcul parallèle Rollup Mesh:
Traitement asynchrone des pipelines sur l'ensemble du cycle de vie : Pharos découple les différentes étapes des transactions et adopte un mode de traitement asynchrone, permettant à chaque étape de s'effectuer de manière indépendante et en 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 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écial : 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, ce qui améliore encore 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 au protocole de re-staking.
De plus, Pharos a reconstruit le modèle d'exécution à partir du moteur de stockage de bas niveau grâce à des arbres Merkle à plusieurs versions, un codage différentiel, un adressage de version et une technologie ADS de descente, lançant le moteur de stockage haute performance Pharos Store pour une chaîne natale, 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 à un design modulaire et un mécanisme de traitement asynchrone. Pharos, en tant que coordinateur de planification parallèle entre Rollups, n'est pas un optimiseurs d'exécution de « parallélisme intra-chaîne », mais prend en charge des tâches d'exécution personnalisées hétérogènes via des SPNs.
En plus de l'exécution parallèle de Monad, MegaETH et Pharos.
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.
12 J'aime
Récompense
12
5
Partager
Commentaire
0/400
HodlVeteran
· 07-20 17:37
Les vieux pigeons ont encore entendu une vague de prises pour les gens pour des idiots.
Voir l'originalRépondre0
RektButStillHere
· 07-19 14:20
Eh bien, qui peut comprendre ça ?
Voir l'originalRépondre0
BakedCatFanboy
· 07-19 14:18
La mise à l'échelle à la vitesse de la lumière ne résout pas le problème essentiel, n'est-ce pas ?
Voir l'originalRépondre0
TokenVelocityTrauma
· 07-19 14:13
La haute performance est-elle vraiment fiable ?
Voir l'originalRépondre0
Rugman_Walking
· 07-19 14:07
tps ne peut toujours pas rivaliser avec visa et Alipay
Web3 calcul parallèle panoramique : comment les chaînes compatibles EVM peuvent surmonter les goulets d'étranglement de performance
Panorama de la piste de calcul parallèle Web3 : la meilleure solution d'extension native ?
I. Théorie du calcul parallèle : surmonter le triangle impossible de la blockchain
Le « triangle impossible » de la blockchain révèle les compromis essentiels dans la conception des systèmes blockchain, à savoir qu'il est difficile pour un projet blockchain de réaliser simultanément « une sécurité maximale, une participation universelle et un traitement rapide ». En ce qui concerne le sujet éternel de la « scalabilité », les solutions d'extension de blockchain actuellement sur le marché sont classées selon des paradigmes, y compris :
Les solutions d'extension 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 des preuves zk, l'architecture Stateless, etc., couvrant plusieurs niveaux d'exécution, d'état, de données et de structure, formant un système complet d'extension « multi-niveaux et de combinaison modulaire ». Cet article se concentre sur la méthode d'extension principalement basée sur le calcul parallèle.
Le calcul parallèle au sein de la chaîne se concentre 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 ambitions de performance, modèles de développement et philosophies d'architecture, avec une granularité de parallélisme de plus en plus fine, une intensité de parallélisme de plus en plus élevée, une complexité de planification de plus en plus grande, ainsi qu'une complexité de programmation et une difficulté de mise en œuvre de plus en plus élevées.
Le modèle de concurrence asynchrone hors chaîne, représenté par le système d'agents Actor, 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 intelligent » autonome, traitant les messages de manière asynchrone, basé sur des événements, sans nécessiter de planification synchronisée. Parmi les projets représentatifs, on trouve AO, ICP, Cartesi, etc.
Les solutions de mise à l'échelle que nous connaissons bien, comme les Rollups ou le sharding, appartiennent à des mécanismes de concurrence au niveau du système et ne relèvent pas du calcul parallèle au sein de la chaîne. Elles réalisent l'évolutivité 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/ machine virtuelle. Ce type de solution d'évolutivité n'est pas le point central de cette discussion, mais nous l'utiliserons néanmoins pour comparer les différences de concepts architecturaux.
II. Chaîne améliorée par parallélisme EVM : franchir les limites de performance dans la compatibilité
L'architecture de traitement séquentiel d'Ethereum a évolué jusqu'à présent, passant par plusieurs tentatives d'extensibilité telles que le sharding, les Rollups et l'architecture modulaire, mais le goulot d'étranglement du débit au niveau d'exécution n'a toujours pas été fondamentalement résolu. Cependant, en même temps, l'EVM et Solidity restent les plateformes de contrats intelligents les plus solides en termes de base de développeurs et de potentiel écologique. Ainsi, la chaîne parallèle de l'EVM, qui équilibre la compatibilité écologique et l'amélioration des performances d'exécution, devient une voie clé pour la nouvelle évolution de l'extensibilité. Monad et MegaETH sont les projets les plus représentatifs dans cette direction, construisant une architecture de traitement parallèle EVM orientée vers des scénarios à forte concurrence et à fort débit, respectivement à partir de l'exécution différée et de la décomposition des états.
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 de parallélisme fondamental du traitement en pipeline, avec une exécution asynchrone au niveau du consensus et une concurrence optimiste au niveau d'exécution. De plus, au niveau du consensus et du 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 en plusieurs étapes
Le Pipelining est le concept de base 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 phases indépendantes et de traiter ces phases en parallèle, formant ainsi une architecture de pipeline en trois dimensions. Chaque phase fonctionne sur des threads ou des cœurs indépendants, permettant un traitement concurrent à travers les blocs, et atteignant finalement une amélioration du débit et une réduction de la latence. Ces phases incluent : la proposition de transaction, l'atteinte du consensus, l'exécution des transactions et la soumission des blocs.
Exécution Asynchrone : Découplage Asynchrone de Consensus et d'Exécution
Dans une chaîne traditionnelle, le consensus des transactions et l'exécution sont généralement des processus synchrones, ce modèle sériel limite gravement l'évolutivité des performances. Monad réalise l'asynchronicité du niveau de consensus, du niveau d'exécution et du stockage grâce à l'« exécution asynchrone ». Cela réduit significativement 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 centrale :
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, en réalisant le parallélisme grâce au report de l'écriture d'état et à la détection dynamique des conflits, ressemblant davantage à une version performante d'Ethereum. Sa maturité facilite la migration de l'écosystème EVM, agissant comme un accélérateur parallèle dans le monde de l'EVM.
Analyse du mécanisme de calcul parallèle de MegaETH
Contrairement au positionnement L1 de Monad, MegaETH se positionne comme une couche d'exécution parallèle modulaire hautes performances compatible EVM, pouvant à la fois servir de chaîne publique L1 indépendante ou de couche d'amélioration d'exécution sur Ethereum ou de composant modulaire. Son objectif de conception central est de décomposer la logique de compte, l'environnement d'exécution et l'état en unités minimales pouvant être programmées de manière indépendante, afin de réaliser une exécution à haute concurrence et une capacité de réponse à faible latence dans la chaîne. L'innovation clé proposée par MegaETH réside dans : l'architecture Micro-VM + DAG de dépendance d'état et mécanisme de synchronisation modulaire, construisant ensemble un système d'exécution parallèle orienté vers "la threadisation dans la chaîne".
Architecture Micro-VM : compte égal à un fil
MegaETH introduit un modèle d'exécution « une micro-machine virtuelle 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 de manière indépendante et de stocker indépendamment, conduisant à un parallélisme naturel.
État de dépendance DAG : Mécanisme de planification basé sur un graphique 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 graphique de dépendance global. Chaque transaction modifie certains comptes et lit d'autres comptes, tous modélisés en tant que relations de dépendance. Les transactions sans conflit peuvent être exécutées directement en parallèle, tandis que les transactions avec des relations de dépendance seront planifiées et ordonnées en série ou retardées selon un ordre topologique. Le graphique de dépendance garantit la cohérence de l'état et l'absence d'écritures redondantes 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 à thread unique EVM, en réalisant un encapsulage de micro-VM par compte, en utilisant un graphique de dépendance d'état pour le plan de transaction, et 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, de « structure de compte → architecture de planification → processus d'exécution », offrant une nouvelle approche de niveau paradigmatique pour construire les systèmes de chaîne en ligne 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 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é 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 horizontalement 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 chaîne unique pour une extension au niveau du réseau ; tandis que Monad et MegaETH maintiennent l'intégrité de la chaîne unique, s'étendant horizontalement uniquement au niveau de l'exécution, optimisant l'exécution parallèle extrême à l'intérieur de la chaîne unique pour surmonter les performances. Les deux représentent deux directions dans le chemin d'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 débit, avec pour objectif central d'améliorer le TPS sur la 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. Pharos Network, en tant que réseau blockchain L1 modulaire et full-stack parallèle, possède un mécanisme de calcul parallèle central appelé « Rollup Mesh ». Cette architecture, par la coopération entre le réseau principal et le réseau de traitement spécial, prend en charge un environnement multi-machine virtuelle et intègre des technologies avancées telles que les preuves zero-knowledge et les environnements d'exécution de confiance.
Analyse du mécanisme de calcul parallèle Rollup Mesh:
Traitement asynchrone des pipelines sur l'ensemble du cycle de vie : Pharos découple les différentes étapes des transactions et adopte un mode de traitement asynchrone, permettant à chaque étape de s'effectuer de manière indépendante et en 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 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écial : 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, ce qui améliore encore 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 au protocole de re-staking.
De plus, Pharos a reconstruit le modèle d'exécution à partir du moteur de stockage de bas niveau grâce à des arbres Merkle à plusieurs versions, un codage différentiel, un adressage de version et une technologie ADS de descente, lançant le moteur de stockage haute performance Pharos Store pour une chaîne natale, 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 à un design modulaire et un mécanisme de traitement asynchrone. Pharos, en tant que coordinateur de planification parallèle entre Rollups, n'est pas un optimiseurs d'exécution de « parallélisme intra-chaîne », mais prend en charge des tâches d'exécution personnalisées hétérogènes via des SPNs.
En plus de l'exécution parallèle de Monad, MegaETH et Pharos.