Panorama do setor de computação paralela Web3: a melhor solução para escalabilidade nativa?
I. Introdução: A evolução tecnológica da computação paralela em blockchain
O "Triângulo Impossível" da blockchain (Blockchain Trilemma) revela os trade-offs essenciais no design de sistemas de blockchain, onde é difícil para os projetos de blockchain alcançarem simultaneamente "segurança extrema, participação universal e processamento rápido". Em relação ao tema eterno da "escalabilidade", as principais soluções de escalabilidade em blockchain atualmente disponíveis no mercado são classificadas por paradigmas, incluindo:
Execução de escalabilidade aprimorada: melhoria da capacidade de execução no local, como paralelismo, GPU e múltiplos núcleos.
Escalabilidade por isolamento de estado: divisão horizontal de estado/Shard, como sharding, UTXO, múltiplas sub-redes
Expansão do tipo outsourcing off-chain: colocar a execução fora da cadeia, por exemplo, Rollup, Coprocessor, DA
Expansão com desacoplamento de estrutura: modularidade da arquitetura, operação colaborativa, por exemplo, cadeias modulares, ordenadores compartilhados, Rollup Mesh
Escalonamento assíncrono e concorrente: modelo Actor, isolamento de processos, orientado a mensagens, por exemplo, agentes, cadeia assíncrona multithread
As soluções de escalabilidade da blockchain incluem: computação paralela dentro da cadeia, Rollup, sharding, módulos DA, estrutura modular, sistema Actor, compressão de provas zk, arquitetura Stateless, entre outros, abrangendo múltiplos níveis de execução, estado, dados e estrutura, constituindo um sistema completo de escalabilidade "multinível e modular combinado". Este artigo foca principalmente na abordagem de escalabilidade baseada em computação paralela.
Paralelismo intra-cadeia (, focando na execução paralela de transações/instruções dentro do bloco. De acordo com o mecanismo de paralelismo, suas formas de escalabilidade podem ser divididas em cinco grandes categorias, cada uma representando diferentes objetivos de desempenho, modelos de desenvolvimento e filosofias de arquitetura, com o grau de paralelismo cada vez mais fino, a intensidade do paralelismo cada vez mais alta, a complexidade da programação também aumentando, e a complexidade de implementação e dificuldade também aumentando.
Paralelismo a nível de conta (Account-level): representa o projeto Solana
Paralelismo a nível de objeto (Object-level): representa o projeto Sui
Paralelismo a nível de transação (Transaction-level): representa os projetos Monad, Aptos
Nível de chamada/MicroVM paralelo (Call-level/MicroVM): representa o projeto MegaETH
Paralelismo a nível de instrução (Instruction-level): representa o projeto GatlingX
Modelo de concorrência assíncrona fora da cadeia, representado pelo sistema de agentes Actor (Modelo de Agente/Actor), que pertence a outro paradigma de computação paralela. Como um sistema de mensagens assíncronas/entre cadeias (modelo sem sincronização de bloco), cada Agente funciona como um "processo inteligente independente", comunicando-se de forma assíncrona em modo paralelo, acionado por eventos, sem necessidade de agendamento de sincronização. Projetos representativos incluem AO, ICP, Cartesi, entre outros.
Os conhecidos Rollup ou soluções de escalabilidade por sharding pertencem a mecanismos de concorrência em nível de sistema e não se enquadram em cálculos paralelos dentro da cadeia. Eles alcançam escalabilidade através da "execução paralela de várias cadeias/domínios de execução", em vez de aumentar a paralelismo dentro de um único bloco/máquina virtual. Este tipo de solução de escalabilidade não é o foco principal deste artigo, mas ainda assim faremos comparações de similaridades nas concepções arquitetônicas.
![Web3 paralelismo paisagem: a melhor solução para a escalabilidade nativa?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
II. Cadeia de Aumento Paralelo EVM: Superando os Limites de Desempenho na Compatibilidade
A arquitetura de processamento em série do Ethereum se desenvolveu até hoje, passando por várias tentativas de escalabilidade, como sharding, Rollup e arquiteturas modularizadas, mas o gargalo de throughput na camada de execução ainda não teve uma solução fundamental. Ao mesmo tempo, o EVM e o Solidity continuam a ser as plataformas de contratos inteligentes mais robustas em termos de base de desenvolvedores e potencial ecológico. Portanto, as cadeias paralelas do tipo EVM, que equilibram a compatibilidade ecológica e a melhoria do desempenho de execução, estão se tornando uma direção importante na nova rodada de evolução da escalabilidade. Monad e MegaETH são os projetos mais representativos nessa direção, construindo uma arquitetura de processamento paralelo EVM voltada para cenários de alta concorrência e alto throughput, a partir da execução com atraso e decomposição de estado, respectivamente.
) Análise do mecanismo de cálculo paralelo do Monad
Monad é uma blockchain de alto desempenho Layer1 projetada para a Máquina Virtual Ethereum (EVM), baseada no conceito fundamental de processamento em pipeline (Pipelining) e na execução assíncrona na camada de consenso (Asynchronous Execution) e execução concorrente otimista na camada de execução (Optimistic Parallel Execution). Além disso, na camada de consenso e armazenamento, Monad introduz um protocolo BFT de alto desempenho (MonadBFT) e um sistema de banco de dados dedicado (MonadDB), alcançando otimização de ponta a ponta.
Pipelining: Mecanismo de execução paralela em múltiplas fases
Pipelining é o princípio básico da execução paralela de Monads, e sua ideia central é dividir o fluxo de execução da blockchain em várias fases independentes e processar essas fases em paralelo, formando uma arquitetura de pipeline tridimensional. Cada fase opera em threads ou núcleos independentes, permitindo o processamento concorrente entre blocos, alcançando assim um aumento na taxa de transferência e uma redução na latência. Essas fases incluem: Proposta de transação (Propose), Acordo de consenso (Consensus), Execução da transação (Execution) e Compromisso do bloco (Commit).
Execução Assíncrona: Desacoplamento Assíncrono de Consenso e Execução
Nas cadeias tradicionais, o consenso e a execução de transações geralmente são processos síncronos, e esse modelo sequencial limita severamente a escalabilidade de desempenho. A Monad implementou a "execução assíncrona" para realizar o consenso assíncrono, a execução assíncrona e o armazenamento assíncrono. Isso reduz significativamente o tempo de bloco (block time) e a latência de confirmação, tornando o sistema mais resiliente, os processos mais segmentados e a utilização de recursos mais eficiente.
Design Central:
O processo de consenso (camada de consenso) é responsável apenas pela ordenação das transações, não pela execução da lógica dos contratos.
O processo de execução (camada de execução) é acionado de forma assíncrona após a conclusão do consenso.
Após a conclusão do consenso, entre imediatamente no processo de consenso do próximo bloco, sem necessidade de aguardar a execução ser concluída.
O Ethereum tradicional utiliza um modelo de execução de transações estritamente serial, para evitar conflitos de estado. Já o Monad adota uma estratégia de "execução paralela otimista", aumentando significativamente a taxa de processamento de transações.
Mecanismo de execução:
Monad irá executar todas as transações em paralelo de forma otimista, assumindo que a maioria das transações não tem conflitos de estado.
Executar simultaneamente um "Detetor de Conflitos (Conflict Detector###)" para monitorar se as transações acessaram o mesmo estado (como conflitos de leitura/escrita).
Se um conflito for detectado, as transações em conflito serão serializadas e reexecutadas para garantir a correção do estado.
Monad escolheu um caminho compatível: mover o menos possível as regras da EVM, implementando a paralelização durante a execução através do adiamento da escrita de estado e da detecção dinâmica de conflitos, parecendo mais com uma versão de desempenho do Ethereum, com boa maturidade e fácil migração do ecossistema EVM, sendo um acelerador de paralelização no mundo EVM.
![Web3 Paralelismo Computacional Panorama: A Melhor Solução para Escalabilidade Nativa?])https://img-cdn.gateio.im/webp-social/moments-dc016502755a30d5a95a8134f7586162.webp(
) Análise do mecanismo de computação paralela do MegaETH
Diferente da localização L1 do Monad, o MegaETH é posicionado como uma camada de execução paralela de alto desempenho compatível com EVM, podendo atuar tanto como uma blockchain pública L1 independente quanto como uma camada de execução aprimorada (Execution Layer) ou componente modular sobre o Ethereum. Seu objetivo central de design é desconstruir a lógica de contas, o ambiente de execução e o estado em unidades mínimas que podem ser agendadas de forma independente, a fim de alcançar execução de alta concorrência e baixa latência dentro da cadeia. A inovação chave proposta pelo MegaETH reside na: arquitetura Micro-VM + DAG de Dependência de Estado (Directed Acyclic Graph) e mecanismo de sincronização modular, que juntos constroem um sistema de execução paralela voltado para "threading dentro da cadeia".
Micro-VM (micro máquina virtual) arquitetura: conta é thread
O MegaETH introduziu um modelo de execução de "Máquina Virtual Micro (Micro-VM) para cada conta", que "threadiza" o ambiente de execução, proporcionando a menor unidade de isolamento para agendamento paralelo. Essas VMs comunicam-se através de mensagens assíncronas (Asynchronous Messaging), em vez de chamadas síncronas, permitindo que muitas VMs sejam executadas independentemente e armazenem de forma independente, tornando-se naturalmente paralelas.
Dependência de Estado DAG: Mecanismo de Agendamento Baseado em Gráfico de Dependência
MegaETH construiu um sistema de agendamento DAG baseado em relações de acesso ao estado da conta, que mantém em tempo real um gráfico de dependência global (Dependency Graph). Cada transação modela quais contas são modificadas e quais contas são lidas como relações de dependência. Transações sem conflitos podem ser executadas diretamente em paralelo, enquanto transações com relações de dependência serão agendadas em ordem topológica, seja de forma serial ou postergada. O gráfico de dependência garante consistência de estado e gravações não duplicadas durante o processo de execução em paralelo.
Execução assíncrona e mecanismo de callback
B
Em suma, o MegaETH quebra o modelo tradicional de máquina de estado de thread única EVM, implementando o encapsulamento de micro máquinas virtuais por unidade de conta, através do agendamento de transações com base em gráficos de dependência de estado, e substituindo a pilha de chamadas síncronas por um mecanismo de mensagens assíncronas. É uma plataforma de computação paralela redesenhada em toda a dimensão, desde "estrutura de conta → arquitetura de agendamento → fluxo de execução", que oferece novas ideias em nível de paradigma para a construção do próximo sistema de cadeia de alto desempenho.
A MegaETH escolheu um caminho de reconstrução: abstraindo completamente contas e contratos como uma VM independente, liberando o potencial de paralelização extrema através de agendamento de execução assíncrona. Em teoria, o limite de paralelização da MegaETH é maior, mas também é mais difícil controlar a complexidade, sendo mais parecido com um sistema operacional distribuído super sob a filosofia do Ethereum.
A Monad e a MegaETH têm filosofias de design bastante diferentes das de sharding: o sharding divide a blockchain horizontalmente em várias sub-blockchains independentes (shards), cada uma responsável por parte das transações e estados, quebrando as limitações de uma única cadeia para a escalabilidade em nível de rede; enquanto a Monad e a MegaETH mantêm a integridade da cadeia única, expandindo horizontalmente apenas na camada de execução, otimizando a execução paralela extrema dentro da cadeia única para superar o desempenho. Ambas representam duas direções no caminho de escalabilidade da blockchain: reforço vertical e expansão horizontal.
![Web3 parágrafo de computação paralela: a melhor solução para escalabilidade nativa?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Os projetos de computação paralela, como Monad e MegaETH, concentram-se principalmente em otimizar o throughput, com o objetivo central de melhorar o TPS na cadeia, alcançando processamento paralelo em nível de transação ou conta por meio da execução adiada (Deferred Execution) e da arquitetura de micromáquinas virtuais (Micro-VM). Por outro lado, a Pharos Network, sendo uma rede de blockchain L1 modular e full-stack paralela, tem seu mecanismo central de computação paralela chamado "Rollup Mesh". Esta arquitetura, através da colaboração entre a rede principal e as redes de tratamento especial (SPNs), suporta ambientes de múltiplas máquinas virtuais (EVM e Wasm) e integra tecnologias avançadas como provas de conhecimento zero (ZK) e ambientes de execução confiáveis (TEE).
Análise do mecanismo de computação em paralelo Rollup Mesh:
Processamento Assíncrono de Pipeline de Ciclo de Vida Completo (Full Lifecycle Asynchronous Pipelining): A Pharos desacopla as várias etapas da transação (como consenso, execução, armazenamento) e adota uma abordagem de processamento assíncrono, permitindo que cada etapa ocorra de forma independente e em paralelo, melhorando assim a eficiência geral do processamento.
Execução Paralela de Dual VM: Pharos suporta dois ambientes de máquina virtual, EVM e WASM, permitindo que os desenvolvedores escolham o ambiente de execução adequado com base nas suas necessidades. Esta arquitetura de dual VM não apenas aumenta a flexibilidade do sistema, mas também melhora a capacidade de processamento de transações por meio da execução paralela.
Redes de Tratamento Especiais (SPNs): Os SPNs são componentes chave na arquitetura Pharos, semelhantes a sub-redes modularizadas, projetadas para lidar com tipos específicos de tarefas ou aplicações. Através dos SPNs, o Pharos pode realizar a alocação dinâmica de recursos e o processamento paralelo de tarefas, o que melhora ainda mais a escalabilidade e o desempenho do sistema.
Consenso Modular e Mecanismo de Restaking: Pharos introduziu um mecanismo de consenso flexível, suportando vários modelos de consenso (como PBFT, PoS, PoA), e através do protocolo de restaking, realiza o compartilhamento seguro e a integração de recursos entre a mainnet e os SPNs.
Além disso, o Pharos reconstrói o modelo de execução a partir da camada de armazenamento usando múltiplas versões de árvores de Merkle, codificação diferencial (Delta Encoding), endereçamento versionado (Versioned Addressing) e tecnologia de empurrão ADS (ADS Pushdown), lançando o motor de armazenamento de alto desempenho nativo de blockchain Pharos Store, alcançando alta taxa de transferência.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
17 gostos
Recompensa
17
3
Partilhar
Comentar
0/400
NotGonnaMakeIt
· 07-19 16:28
又是那些虚空概念 fazer as pessoas de parvas
Ver originalResponder0
token_therapist
· 07-19 16:24
Oi, isso ainda é sobre o tps, não é?
Ver originalResponder0
PerpetualLonger
· 07-19 16:14
comprar na baixa aumentando a posição ing só falta meio frasco de molho de soja que não foi feito cair caiu abaixo do custo 100% Reabastecimento de margem não olhe para a capitalização de mercado olhe para a técnica só esta onda não é algo que os Negociadores em baixa investidores de retalho consigam resolver
Panorama da pista de computação paralela Web3: Inovações arquitetónicas da Monad, MegaETH e Pharos
Panorama do setor de computação paralela Web3: a melhor solução para escalabilidade nativa?
I. Introdução: A evolução tecnológica da computação paralela em blockchain
O "Triângulo Impossível" da blockchain (Blockchain Trilemma) revela os trade-offs essenciais no design de sistemas de blockchain, onde é difícil para os projetos de blockchain alcançarem simultaneamente "segurança extrema, participação universal e processamento rápido". Em relação ao tema eterno da "escalabilidade", as principais soluções de escalabilidade em blockchain atualmente disponíveis no mercado são classificadas por paradigmas, incluindo:
As soluções de escalabilidade da blockchain incluem: computação paralela dentro da cadeia, Rollup, sharding, módulos DA, estrutura modular, sistema Actor, compressão de provas zk, arquitetura Stateless, entre outros, abrangendo múltiplos níveis de execução, estado, dados e estrutura, constituindo um sistema completo de escalabilidade "multinível e modular combinado". Este artigo foca principalmente na abordagem de escalabilidade baseada em computação paralela.
Paralelismo intra-cadeia (, focando na execução paralela de transações/instruções dentro do bloco. De acordo com o mecanismo de paralelismo, suas formas de escalabilidade podem ser divididas em cinco grandes categorias, cada uma representando diferentes objetivos de desempenho, modelos de desenvolvimento e filosofias de arquitetura, com o grau de paralelismo cada vez mais fino, a intensidade do paralelismo cada vez mais alta, a complexidade da programação também aumentando, e a complexidade de implementação e dificuldade também aumentando.
Modelo de concorrência assíncrona fora da cadeia, representado pelo sistema de agentes Actor (Modelo de Agente/Actor), que pertence a outro paradigma de computação paralela. Como um sistema de mensagens assíncronas/entre cadeias (modelo sem sincronização de bloco), cada Agente funciona como um "processo inteligente independente", comunicando-se de forma assíncrona em modo paralelo, acionado por eventos, sem necessidade de agendamento de sincronização. Projetos representativos incluem AO, ICP, Cartesi, entre outros.
Os conhecidos Rollup ou soluções de escalabilidade por sharding pertencem a mecanismos de concorrência em nível de sistema e não se enquadram em cálculos paralelos dentro da cadeia. Eles alcançam escalabilidade através da "execução paralela de várias cadeias/domínios de execução", em vez de aumentar a paralelismo dentro de um único bloco/máquina virtual. Este tipo de solução de escalabilidade não é o foco principal deste artigo, mas ainda assim faremos comparações de similaridades nas concepções arquitetônicas.
![Web3 paralelismo paisagem: a melhor solução para a escalabilidade nativa?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
II. Cadeia de Aumento Paralelo EVM: Superando os Limites de Desempenho na Compatibilidade
A arquitetura de processamento em série do Ethereum se desenvolveu até hoje, passando por várias tentativas de escalabilidade, como sharding, Rollup e arquiteturas modularizadas, mas o gargalo de throughput na camada de execução ainda não teve uma solução fundamental. Ao mesmo tempo, o EVM e o Solidity continuam a ser as plataformas de contratos inteligentes mais robustas em termos de base de desenvolvedores e potencial ecológico. Portanto, as cadeias paralelas do tipo EVM, que equilibram a compatibilidade ecológica e a melhoria do desempenho de execução, estão se tornando uma direção importante na nova rodada de evolução da escalabilidade. Monad e MegaETH são os projetos mais representativos nessa direção, construindo uma arquitetura de processamento paralelo EVM voltada para cenários de alta concorrência e alto throughput, a partir da execução com atraso e decomposição de estado, respectivamente.
) Análise do mecanismo de cálculo paralelo do Monad
Monad é uma blockchain de alto desempenho Layer1 projetada para a Máquina Virtual Ethereum (EVM), baseada no conceito fundamental de processamento em pipeline (Pipelining) e na execução assíncrona na camada de consenso (Asynchronous Execution) e execução concorrente otimista na camada de execução (Optimistic Parallel Execution). Além disso, na camada de consenso e armazenamento, Monad introduz um protocolo BFT de alto desempenho (MonadBFT) e um sistema de banco de dados dedicado (MonadDB), alcançando otimização de ponta a ponta.
Pipelining: Mecanismo de execução paralela em múltiplas fases
Pipelining é o princípio básico da execução paralela de Monads, e sua ideia central é dividir o fluxo de execução da blockchain em várias fases independentes e processar essas fases em paralelo, formando uma arquitetura de pipeline tridimensional. Cada fase opera em threads ou núcleos independentes, permitindo o processamento concorrente entre blocos, alcançando assim um aumento na taxa de transferência e uma redução na latência. Essas fases incluem: Proposta de transação (Propose), Acordo de consenso (Consensus), Execução da transação (Execution) e Compromisso do bloco (Commit).
Execução Assíncrona: Desacoplamento Assíncrono de Consenso e Execução
Nas cadeias tradicionais, o consenso e a execução de transações geralmente são processos síncronos, e esse modelo sequencial limita severamente a escalabilidade de desempenho. A Monad implementou a "execução assíncrona" para realizar o consenso assíncrono, a execução assíncrona e o armazenamento assíncrono. Isso reduz significativamente o tempo de bloco (block time) e a latência de confirmação, tornando o sistema mais resiliente, os processos mais segmentados e a utilização de recursos mais eficiente.
Design Central:
Execução Paralela Otimista: Execução Paralela Otimista
O Ethereum tradicional utiliza um modelo de execução de transações estritamente serial, para evitar conflitos de estado. Já o Monad adota uma estratégia de "execução paralela otimista", aumentando significativamente a taxa de processamento de transações.
Mecanismo de execução:
Monad escolheu um caminho compatível: mover o menos possível as regras da EVM, implementando a paralelização durante a execução através do adiamento da escrita de estado e da detecção dinâmica de conflitos, parecendo mais com uma versão de desempenho do Ethereum, com boa maturidade e fácil migração do ecossistema EVM, sendo um acelerador de paralelização no mundo EVM.
![Web3 Paralelismo Computacional Panorama: A Melhor Solução para Escalabilidade Nativa?])https://img-cdn.gateio.im/webp-social/moments-dc016502755a30d5a95a8134f7586162.webp(
) Análise do mecanismo de computação paralela do MegaETH
Diferente da localização L1 do Monad, o MegaETH é posicionado como uma camada de execução paralela de alto desempenho compatível com EVM, podendo atuar tanto como uma blockchain pública L1 independente quanto como uma camada de execução aprimorada (Execution Layer) ou componente modular sobre o Ethereum. Seu objetivo central de design é desconstruir a lógica de contas, o ambiente de execução e o estado em unidades mínimas que podem ser agendadas de forma independente, a fim de alcançar execução de alta concorrência e baixa latência dentro da cadeia. A inovação chave proposta pelo MegaETH reside na: arquitetura Micro-VM + DAG de Dependência de Estado (Directed Acyclic Graph) e mecanismo de sincronização modular, que juntos constroem um sistema de execução paralela voltado para "threading dentro da cadeia".
Micro-VM (micro máquina virtual) arquitetura: conta é thread
O MegaETH introduziu um modelo de execução de "Máquina Virtual Micro (Micro-VM) para cada conta", que "threadiza" o ambiente de execução, proporcionando a menor unidade de isolamento para agendamento paralelo. Essas VMs comunicam-se através de mensagens assíncronas (Asynchronous Messaging), em vez de chamadas síncronas, permitindo que muitas VMs sejam executadas independentemente e armazenem de forma independente, tornando-se naturalmente paralelas.
Dependência de Estado DAG: Mecanismo de Agendamento Baseado em Gráfico de Dependência
MegaETH construiu um sistema de agendamento DAG baseado em relações de acesso ao estado da conta, que mantém em tempo real um gráfico de dependência global (Dependency Graph). Cada transação modela quais contas são modificadas e quais contas são lidas como relações de dependência. Transações sem conflitos podem ser executadas diretamente em paralelo, enquanto transações com relações de dependência serão agendadas em ordem topológica, seja de forma serial ou postergada. O gráfico de dependência garante consistência de estado e gravações não duplicadas durante o processo de execução em paralelo.
Execução assíncrona e mecanismo de callback
B
Em suma, o MegaETH quebra o modelo tradicional de máquina de estado de thread única EVM, implementando o encapsulamento de micro máquinas virtuais por unidade de conta, através do agendamento de transações com base em gráficos de dependência de estado, e substituindo a pilha de chamadas síncronas por um mecanismo de mensagens assíncronas. É uma plataforma de computação paralela redesenhada em toda a dimensão, desde "estrutura de conta → arquitetura de agendamento → fluxo de execução", que oferece novas ideias em nível de paradigma para a construção do próximo sistema de cadeia de alto desempenho.
A MegaETH escolheu um caminho de reconstrução: abstraindo completamente contas e contratos como uma VM independente, liberando o potencial de paralelização extrema através de agendamento de execução assíncrona. Em teoria, o limite de paralelização da MegaETH é maior, mas também é mais difícil controlar a complexidade, sendo mais parecido com um sistema operacional distribuído super sob a filosofia do Ethereum.
A Monad e a MegaETH têm filosofias de design bastante diferentes das de sharding: o sharding divide a blockchain horizontalmente em várias sub-blockchains independentes (shards), cada uma responsável por parte das transações e estados, quebrando as limitações de uma única cadeia para a escalabilidade em nível de rede; enquanto a Monad e a MegaETH mantêm a integridade da cadeia única, expandindo horizontalmente apenas na camada de execução, otimizando a execução paralela extrema dentro da cadeia única para superar o desempenho. Ambas representam duas direções no caminho de escalabilidade da blockchain: reforço vertical e expansão horizontal.
![Web3 parágrafo de computação paralela: a melhor solução para escalabilidade nativa?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Os projetos de computação paralela, como Monad e MegaETH, concentram-se principalmente em otimizar o throughput, com o objetivo central de melhorar o TPS na cadeia, alcançando processamento paralelo em nível de transação ou conta por meio da execução adiada (Deferred Execution) e da arquitetura de micromáquinas virtuais (Micro-VM). Por outro lado, a Pharos Network, sendo uma rede de blockchain L1 modular e full-stack paralela, tem seu mecanismo central de computação paralela chamado "Rollup Mesh". Esta arquitetura, através da colaboração entre a rede principal e as redes de tratamento especial (SPNs), suporta ambientes de múltiplas máquinas virtuais (EVM e Wasm) e integra tecnologias avançadas como provas de conhecimento zero (ZK) e ambientes de execução confiáveis (TEE).
Análise do mecanismo de computação em paralelo Rollup Mesh:
Além disso, o Pharos reconstrói o modelo de execução a partir da camada de armazenamento usando múltiplas versões de árvores de Merkle, codificação diferencial (Delta Encoding), endereçamento versionado (Versioned Addressing) e tecnologia de empurrão ADS (ADS Pushdown), lançando o motor de armazenamento de alto desempenho nativo de blockchain Pharos Store, alcançando alta taxa de transferência.