Mapa panorâmico da pista de computação paralela Web3: a melhor solução para a escalabilidade nativa?
O "Trilema do Blockchain" revela as compensações essenciais no design de sistemas de blockchain, onde "segurança", "descentralização" e "escalabilidade" fazem parte do desafio, ou seja, é difícil para 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 de blockchain no mercado atualmente são classificadas de acordo com paradigmas, incluindo:
Executar escalonamento aprimorado: aumentar a capacidade de execução no local, como paralelismo, GPU e múltiplos núcleos.
Escalabilidade com isolamento de estado: divisão horizontal de estado/Shard, como sharding, UTXO, múltiplas subredes
Expansão do tipo off-chain outsourcing: colocar a execução fora da cadeia, por exemplo, Rollup, Coprocessor, DA
Expansão de desacoplamento de estrutura: modularidade da arquitetura, operação colaborativa, por exemplo, cadeia de módulos, ordenadores compartilhados, Rollup Mesh
Expansão assíncrona e concorrente: Modelo Actor, isolamento de processos, baseado em mensagens, como agentes, cadeias assíncronas de múltiplos threads.
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, cobrindo múltiplos níveis de execução, estado, dados e estrutura, formando um sistema completo de escalabilidade "multinível e modular". Este artigo foca principalmente na abordagem de escalabilidade baseada em computação paralela.
Paralelismo intra-chain (, que se concentra 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 busca de desempenho, modelos de desenvolvimento e filosofias de arquitetura, com a granularidade de paralelismo cada vez mais fina, intensidade de paralelismo cada vez maior, complexidade de agendamento também cada vez maior, e a complexidade de programação e dificuldade de implementação também cada vez maiores.
Paralelismo a nível de conta (Account-level): representa o projeto Solana
Paralelismo a nível de objeto (Object-level): representa o projeto Sui
Nível de transação (Transaction-level): representa os projetos Monad, Aptos
Nível de chamada / MicroVM em 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 (Modelo de Agente/Ator), que pertence a outro paradigma de computação paralela. Como um sistema de mensagens assíncronas/cross-chain (modelo de sincronização não em blockchain), cada Agente funciona como um "processo inteligente" independente, com mensagens assíncronas em modo paralelo, acionado por eventos, sem necessidade de agendamento sincronizado. Projetos representativos incluem AO, ICP, Cartesi, entre outros.
E as soluções de escalabilidade Rollup ou sharding, que conhecemos bem, pertencem a mecanismos de concorrência em nível de sistema, não se enquadrando em cálculos paralelos dentro da cadeia. Elas alcançam escalabilidade através da "execução paralela de múltiplas cadeias/dominios de execução", em vez de aumentar a paralelização dentro de um único bloco/máquina virtual. Essas soluções de escalabilidade não são o foco principal deste artigo, mas ainda assim as utilizaremos para comparar as similaridades e diferenças dos conceitos de arquitetura.
![Web3 Computação Paralela Panorama: A Melhor Solução para Expansão Nativa?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
) Dois, Cadeia de Aumento Paralelo EVM: Superando Limites de Desempenho na Compatibilidade
A arquitetura de processamento em série do Ethereum desenvolveu-se até hoje, passando por várias tentativas de escalabilidade, como sharding, Rollup e arquitetura modular, mas o gargalo de throughput na camada de execução ainda não teve uma ruptura fundamental. No entanto, o EVM e o Solidity continuam a ser as plataformas de contratos inteligentes com a maior base de desenvolvedores e potencial ecológico atualmente. Assim, as cadeias de aumento paralelo do EVM, que equilibram a compatibilidade ecológica e a melhoria do desempenho de execução, estão se tornando uma direção importante na evolução da nova rodada de 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 atrasada e da decomposição de estado, respectivamente.
Análise do mecanismo de computação paralela Monad
Monad é uma blockchain de alto desempenho Layer1, redesenhada para a Máquina Virtual Ethereum (EVM), baseada no conceito fundamental de processamento em pipeline (Pipelining), executando de forma assíncrona na camada de consenso (Asynchronous Execution) e com concorrência 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), implementando otimização de ponta a ponta.
Pipelining: Mecanismo de execução paralela de múltiplos estágios
Pipelining é o conceito básico da execução paralela de Monads, e sua ideia central é dividir o fluxo de execução da blockchain em várias etapas independentes e processá-las em paralelo, formando uma estrutura de pipeline tridimensional, onde cada etapa é executada em threads ou núcleos independentes, permitindo o processamento concorrente entre blocos, e assim aumentando a taxa de transferência e reduzindo a latência. Essas etapas incluem: Proposta de transação (Propose), Acordo de consenso (Consensus), Execução de transação (Execution) e Compromisso de bloco (Commit).
Execução Assíncrona: Desacoplamento Assíncrono de Consenso e Execução
Na cadeia tradicional, o consenso e a execução das transações geralmente são processos síncronos, e esse modelo serial limita severamente a escalabilidade do desempenho. A Monad implementou a "execução assíncrona" para alcançar a assíncronia na camada de consenso, na camada de execução e no armazenamento. Isso reduz significativamente o tempo de bloco e a latência de confirmação, tornando o sistema mais resiliente, com processos mais segmentados e uma maior taxa de utilização de recursos.
Design central:
O processo de consenso (camada de consenso) é responsável apenas pela ordenação das transações, não executa a lógica do contrato.
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, entra imediatamente no processo de consenso do próximo bloco, sem necessidade de esperar pela conclusão da execução.
O Ethereum tradicional utiliza um modelo de execução estritamente serial para evitar conflitos de estado. Por outro lado, 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 executará otimisticamente todas as transações em paralelo, assumindo que a maioria das transações não tem conflitos de estado entre si.
Executar simultaneamente um "Detetor de Conflitos (Conflict Detector###)" para monitorar se as transações estão acessando 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.
A Monad escolheu um caminho compatível: mover o mínimo possível as regras do EVM, realizando a execução através do adiamento da escrita de estado e da detecção dinâmica de conflitos para alcançar a paralelização, parecendo mais uma versão de desempenho do Ethereum, com boa maturidade e fácil implementação da migração do ecossistema EVM, sendo um acelerador de paralelização no mundo EVM.
![Web3 Computação Paralela Panorama: A Melhor Solução para Escalonamento Nativo?])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 funcionar tanto como uma blockchain pública L1 independente quanto como uma camada de execução aprimorada (Execution Layer) ou componente modular na Ethereum. O objetivo central de seu design é desconstruir a lógica de contas, o ambiente de execução e o estado em unidades mínimas que podem ser programadas de forma independente, a fim de alcançar alta execução concorrente e baixa latência de resposta dentro da cadeia. A chave da inovação proposta pelo MegaETH está na: arquitetura Micro-VM + DAG de Dependência de Estado (Directed Acyclic Graph de Dependência de Estado) e mecanismo de sincronização modular, que juntas constroem um sistema de execução paralela voltado para a "threadização dentro da cadeia".
Micro-VM (máquina virtual leve) arquitetura: conta é thread
MegaETH introduziu o modelo de execução "uma Micro-VM por conta", tornando o ambiente de execução "multi-threaded", proporcionando a menor unidade de isolamento para agendamento paralelo. Essas VMs se comunicam entre si através de Mensagens Assíncronas, em vez de chamadas síncronas, permitindo que muitas VMs executem de forma independente e armazenem de forma independente, resultando em paralelismo natural.
State Dependency 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. 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 em paralelo, enquanto transações com relações de dependência serão agendadas em ordem topológica ou adiadas. O gráfico de dependência garante a consistência do estado e a não duplicação de gravações durante o processo de execução paralela.
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 encapsulamento de micromáquinas virtuais por unidade de conta, realizando o agendamento de transações através de 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 todas as dimensões, desde "estrutura de conta → arquitetura de agendamento → fluxo de execução", oferecendo uma nova abordagem em nível de paradigma para a construção do próximo sistema de alta performance em cadeia.
A MegaETH escolheu um caminho de reestruturação: abstrair completamente contas e contratos em uma VM independente, liberando o potencial de paralelismo extremo através da programação de execução assíncrona. Teoricamente, o limite de paralelismo da MegaETH é mais alto, mas também é mais difícil controlar a complexidade, assemelhando-se a um sistema operacional super distribuído sob a filosofia do Ethereum.
![Panorama do setor de computação paralela Web3: a melhor solução para escalabilidade nativa?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Monad e MegaETH possuem conceitos de design bastante diferentes em relação ao sharding: o sharding divide a blockchain horizontalmente em várias subchains independentes (shards), cada uma responsável por parte das transações e estados, superando as limitações de uma única cadeia na camada de rede; enquanto Monad e MegaETH mantêm a integridade da única cadeia, expandindo horizontalmente apenas na camada de execução, otimizando a execução paralela interna da única cadeia para superar o desempenho. Ambos representam duas direções no caminho de expansão da blockchain: reforço vertical e expansão horizontal.
Os projetos de computação paralela como Monad e MegaETH concentram-se principalmente em otimizar a taxa de transferência, com o objetivo central de aumentar o TPS dentro da cadeia, implementando processamento paralelo em nível de transação ou conta através da Execução Diferida e da arquitetura Micro-VM. O Pharos Network, como uma rede blockchain L1 modular e full-stack, tem seu mecanismo de computação paralela central denominado "Rollup Mesh". Esta arquitetura suporta um ambiente de múltiplas máquinas virtuais (EVM e Wasm) através do trabalho colaborativo entre a mainnet e as Redes de Processamento Especiais (SPNs), além de integrar tecnologias avançadas como Provas de Conhecimento Zero (ZK) e Ambientes de Execução Confiáveis (TEE).
Análise do mecanismo de computação paralela Rollup Mesh:
Processamento Assíncrono de Pipeline de Ciclo de Vida Completo (Full Lifecycle Asynchronous Pipelining): Pharos desacopla as várias fases da transação (como consenso, execução, armazenamento) e utiliza um método de processamento assíncrono, permitindo que cada fase possa ser realizada de forma independente e em paralelo, aumentando assim a eficiência geral do processamento.
Execução Paralela de Dual VM: O Pharos suporta dois ambientes de máquina virtual, EVM e WASM, permitindo que os desenvolvedores escolham o ambiente de execução adequado de acordo com as 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 através da execução paralela.
Redes de Processamento Especiais (SPNs): As SPNs são componentes chave da arquitetura Pharos, semelhantes a sub-redes modularizadas, dedicadas ao processamento de tipos específicos de tarefas ou aplicações. Através das SPNs, o Pharos pode realizar a alocação dinâmica de recursos e o processamento paralelo de tarefas, melhorando ainda mais a escalabilidade e o desempenho do sistema.
Consenso Modular e Mecanismo de Reestacagem (Modular Consensus & Restaking): A Pharos introduziu um mecanismo de consenso flexível, suportando vários modelos de consenso (como PBFT, PoS, PoA), e através do protocolo de reestacagem (Restaking) realiza o compartilhamento seguro e a integração de recursos entre a mainnet e os SPNs.
Além disso, o Pharos reestruturou o modelo de execução a partir do nível da engine de armazenamento por meio de tecnologias como árvores Merkle de múltiplas versões, codificação diferencial (Delta Encoding), endereçamento versionado (Versioned Addressing) e ADS Pushdown, lançando o motor de armazenamento de alto desempenho nativo da blockchain, Pharos Store, que realiza processamento em cadeia com alta taxa de transferência, baixa latência e forte capacidade de verificação.
No geral, Phar
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
11 Curtidas
Recompensa
11
7
Compartilhar
Comentário
0/400
TrustlessMaximalist
· 10h atrás
Está a falar sobre a expansão novamente. O que há para conversar?
Ver originalResponder0
SolidityStruggler
· 10h atrás
Estamos novamente a falar de escalabilidade, L1 está a usar todos os meios de paralelismo para se salvar.
Ver originalResponder0
SchrodingerProfit
· 10h atrás
Blockchain afinal, quão rápido é? Quatro soluções que deixaram confuso...
Ver originalResponder0
DisillusiionOracle
· 10h atrás
Quer dinheiro, não tem; quer escala, não tem.
Ver originalResponder0
TokenomicsTherapist
· 10h atrás
Ainda a brincar com teorias.
Ver originalResponder0
HalfIsEmpty
· 10h atrás
Quem resolveu o triângulo impossível, eu vou direto all in.
Panorama da computação paralela Web3: comparação entre cinco paradigmas de escalabilidade e cadeias de alto desempenho da família EVM
Mapa panorâmico da pista de computação paralela Web3: a melhor solução para a escalabilidade nativa?
O "Trilema do Blockchain" revela as compensações essenciais no design de sistemas de blockchain, onde "segurança", "descentralização" e "escalabilidade" fazem parte do desafio, ou seja, é difícil para 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 de blockchain no mercado atualmente são classificadas de acordo com 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, cobrindo múltiplos níveis de execução, estado, dados e estrutura, formando um sistema completo de escalabilidade "multinível e modular". Este artigo foca principalmente na abordagem de escalabilidade baseada em computação paralela.
Paralelismo intra-chain (, que se concentra 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 busca de desempenho, modelos de desenvolvimento e filosofias de arquitetura, com a granularidade de paralelismo cada vez mais fina, intensidade de paralelismo cada vez maior, complexidade de agendamento também cada vez maior, e a complexidade de programação e dificuldade de implementação também cada vez maiores.
Modelo de concorrência assíncrona fora da cadeia, representado pelo sistema de agentes (Modelo de Agente/Ator), que pertence a outro paradigma de computação paralela. Como um sistema de mensagens assíncronas/cross-chain (modelo de sincronização não em blockchain), cada Agente funciona como um "processo inteligente" independente, com mensagens assíncronas em modo paralelo, acionado por eventos, sem necessidade de agendamento sincronizado. Projetos representativos incluem AO, ICP, Cartesi, entre outros.
E as soluções de escalabilidade Rollup ou sharding, que conhecemos bem, pertencem a mecanismos de concorrência em nível de sistema, não se enquadrando em cálculos paralelos dentro da cadeia. Elas alcançam escalabilidade através da "execução paralela de múltiplas cadeias/dominios de execução", em vez de aumentar a paralelização dentro de um único bloco/máquina virtual. Essas soluções de escalabilidade não são o foco principal deste artigo, mas ainda assim as utilizaremos para comparar as similaridades e diferenças dos conceitos de arquitetura.
![Web3 Computação Paralela Panorama: A Melhor Solução para Expansão Nativa?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
) Dois, Cadeia de Aumento Paralelo EVM: Superando Limites de Desempenho na Compatibilidade
A arquitetura de processamento em série do Ethereum desenvolveu-se até hoje, passando por várias tentativas de escalabilidade, como sharding, Rollup e arquitetura modular, mas o gargalo de throughput na camada de execução ainda não teve uma ruptura fundamental. No entanto, o EVM e o Solidity continuam a ser as plataformas de contratos inteligentes com a maior base de desenvolvedores e potencial ecológico atualmente. Assim, as cadeias de aumento paralelo do EVM, que equilibram a compatibilidade ecológica e a melhoria do desempenho de execução, estão se tornando uma direção importante na evolução da nova rodada de 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 atrasada e da decomposição de estado, respectivamente.
Análise do mecanismo de computação paralela Monad
Monad é uma blockchain de alto desempenho Layer1, redesenhada para a Máquina Virtual Ethereum (EVM), baseada no conceito fundamental de processamento em pipeline (Pipelining), executando de forma assíncrona na camada de consenso (Asynchronous Execution) e com concorrência 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), implementando otimização de ponta a ponta.
Pipelining: Mecanismo de execução paralela de múltiplos estágios
Pipelining é o conceito básico da execução paralela de Monads, e sua ideia central é dividir o fluxo de execução da blockchain em várias etapas independentes e processá-las em paralelo, formando uma estrutura de pipeline tridimensional, onde cada etapa é executada em threads ou núcleos independentes, permitindo o processamento concorrente entre blocos, e assim aumentando a taxa de transferência e reduzindo a latência. Essas etapas incluem: Proposta de transação (Propose), Acordo de consenso (Consensus), Execução de transação (Execution) e Compromisso de bloco (Commit).
Execução Assíncrona: Desacoplamento Assíncrono de Consenso e Execução
Na cadeia tradicional, o consenso e a execução das transações geralmente são processos síncronos, e esse modelo serial limita severamente a escalabilidade do desempenho. A Monad implementou a "execução assíncrona" para alcançar a assíncronia na camada de consenso, na camada de execução e no armazenamento. Isso reduz significativamente o tempo de bloco e a latência de confirmação, tornando o sistema mais resiliente, com processos mais segmentados e uma maior taxa de utilização de recursos.
Design central:
Execução Paralela Otimista: Execução Paralela Otimista
O Ethereum tradicional utiliza um modelo de execução estritamente serial para evitar conflitos de estado. Por outro lado, o Monad adota uma estratégia de "execução paralela otimista", aumentando significativamente a taxa de processamento de transações.
Mecanismo de execução:
A Monad escolheu um caminho compatível: mover o mínimo possível as regras do EVM, realizando a execução através do adiamento da escrita de estado e da detecção dinâmica de conflitos para alcançar a paralelização, parecendo mais uma versão de desempenho do Ethereum, com boa maturidade e fácil implementação da migração do ecossistema EVM, sendo um acelerador de paralelização no mundo EVM.
![Web3 Computação Paralela Panorama: A Melhor Solução para Escalonamento Nativo?])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 funcionar tanto como uma blockchain pública L1 independente quanto como uma camada de execução aprimorada (Execution Layer) ou componente modular na Ethereum. O objetivo central de seu design é desconstruir a lógica de contas, o ambiente de execução e o estado em unidades mínimas que podem ser programadas de forma independente, a fim de alcançar alta execução concorrente e baixa latência de resposta dentro da cadeia. A chave da inovação proposta pelo MegaETH está na: arquitetura Micro-VM + DAG de Dependência de Estado (Directed Acyclic Graph de Dependência de Estado) e mecanismo de sincronização modular, que juntas constroem um sistema de execução paralela voltado para a "threadização dentro da cadeia".
Micro-VM (máquina virtual leve) arquitetura: conta é thread
MegaETH introduziu o modelo de execução "uma Micro-VM por conta", tornando o ambiente de execução "multi-threaded", proporcionando a menor unidade de isolamento para agendamento paralelo. Essas VMs se comunicam entre si através de Mensagens Assíncronas, em vez de chamadas síncronas, permitindo que muitas VMs executem de forma independente e armazenem de forma independente, resultando em paralelismo natural.
State Dependency 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. 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 em paralelo, enquanto transações com relações de dependência serão agendadas em ordem topológica ou adiadas. O gráfico de dependência garante a consistência do estado e a não duplicação de gravações durante o processo de execução paralela.
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 encapsulamento de micromáquinas virtuais por unidade de conta, realizando o agendamento de transações através de 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 todas as dimensões, desde "estrutura de conta → arquitetura de agendamento → fluxo de execução", oferecendo uma nova abordagem em nível de paradigma para a construção do próximo sistema de alta performance em cadeia.
A MegaETH escolheu um caminho de reestruturação: abstrair completamente contas e contratos em uma VM independente, liberando o potencial de paralelismo extremo através da programação de execução assíncrona. Teoricamente, o limite de paralelismo da MegaETH é mais alto, mas também é mais difícil controlar a complexidade, assemelhando-se a um sistema operacional super distribuído sob a filosofia do Ethereum.
![Panorama do setor de computação paralela Web3: a melhor solução para escalabilidade nativa?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Monad e MegaETH possuem conceitos de design bastante diferentes em relação ao sharding: o sharding divide a blockchain horizontalmente em várias subchains independentes (shards), cada uma responsável por parte das transações e estados, superando as limitações de uma única cadeia na camada de rede; enquanto Monad e MegaETH mantêm a integridade da única cadeia, expandindo horizontalmente apenas na camada de execução, otimizando a execução paralela interna da única cadeia para superar o desempenho. Ambos representam duas direções no caminho de expansão da blockchain: reforço vertical e expansão horizontal.
Os projetos de computação paralela como Monad e MegaETH concentram-se principalmente em otimizar a taxa de transferência, com o objetivo central de aumentar o TPS dentro da cadeia, implementando processamento paralelo em nível de transação ou conta através da Execução Diferida e da arquitetura Micro-VM. O Pharos Network, como uma rede blockchain L1 modular e full-stack, tem seu mecanismo de computação paralela central denominado "Rollup Mesh". Esta arquitetura suporta um ambiente de múltiplas máquinas virtuais (EVM e Wasm) através do trabalho colaborativo entre a mainnet e as Redes de Processamento Especiais (SPNs), além de integrar tecnologias avançadas como Provas de Conhecimento Zero (ZK) e Ambientes de Execução Confiáveis (TEE).
Análise do mecanismo de computação paralela Rollup Mesh:
Além disso, o Pharos reestruturou o modelo de execução a partir do nível da engine de armazenamento por meio de tecnologias como árvores Merkle de múltiplas versões, codificação diferencial (Delta Encoding), endereçamento versionado (Versioned Addressing) e ADS Pushdown, lançando o motor de armazenamento de alto desempenho nativo da blockchain, Pharos Store, que realiza processamento em cadeia com alta taxa de transferência, baixa latência e forte capacidade de verificação.
No geral, Phar