Mapa panorâmico da pista de computação paralela Web3: a melhor solução para escalabilidade nativa?
I. A essência da escalabilidade da blockchain e o cálculo paralelo
O "Triângulo Impossível" da blockchain (Blockchain Trilemma) "segurança", "descentralização" e "escalabilidade" revela os compromissos essenciais no design de sistemas de blockchain. Em relação ao tema eterno da "escalabilidade", as principais soluções de escalabilidade de blockchain atualmente no mercado são classificadas de acordo com paradigmas, incluindo:
Execução de escalabilidade aprimorada: aumento da capacidade de execução no local, como paralelismo, GPU e múltiplos núcleos.
Isolamento de estado para escalabilidade: divisão horizontal de estado/Shard, como sharding, UTXO, múltiplas sub-redes.
Escalabilidade de tipo off-chain: executar fora da cadeia, por exemplo, Rollup, Coprocessor, DA
Expansão de desacoplamento estrutural: modularidade da arquitetura, operação colaborativa, como cadeias modulares, ordenadores compartilhados, Rollup Mesh
Escalabilidade assíncrona e concorrente: modelo Actor, isolamento de processos, orientado a mensagens, por exemplo, agentes, cadeias assíncronas 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 combinada". Este artigo foca na forma de escalabilidade predominantemente 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 buscas de desempenho, modelos de desenvolvimento e filosofias de arquitetura, com o tempo a granularidade do paralelismo se tornando cada vez mais fina, a intensidade do paralelismo aumentando, a complexidade de agendamento também aumentando, e a complexidade de programação e dificuldade de implementação crescendo.
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 Agente / Ator), pertencendo a outro paradigma de computação paralela, como um sistema de mensagens assíncronas / entre cadeias (modelo de sincronização não em bloco), cada Agente funcionando como um "processo inteligente independente", mensagens assíncronas 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 fragmentação pertencem a mecanismos de concorrência a nível de sistema e não a cálculos paralelos dentro da cadeia. Eles alcançam a escalabilidade através da "execução paralela de várias cadeias/domínios de execução", em vez de aumentar o grau de 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 iremos utilizá-lo para comparações de semelhanças e diferenças nos conceitos de arquitetura.
![Web3 paralelismo computacional panorama: a melhor solução para escalabilidade nativa?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
Dois, EVM-compatível cadeia de paralelismo aprimorado: rompendo os limites de desempenho na compatibilidade
A arquitetura de processamento em série do Ethereum evoluiu até hoje, passando por tentativas de escalabilidade como sharding, Rollup e arquitetura modular, mas o gargalo de throughput na camada de execução ainda não foi superado de forma fundamental. No entanto, ao mesmo tempo, EVM e Solidity ainda são as plataformas de contratos inteligentes com a base de desenvolvedores mais sólida e potencial ecológico atualmente. Assim, as cadeias de aumento paralelo da 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 da EVM voltada para cenários de alta concorrência e alto throughput, a partir da execução de atraso e da decomposição de estado.
) 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 na ideia fundamental de processamento em pipeline (Pipelining), com execução assíncrona na camada de consenso (Asynchronous Execution) e concorrência otimista na camada de execução (Optimistic Parallel Execution). Além disso, nas camadas de consenso e armazenamento, Monad introduziu um protocolo BFT de alto desempenho (MonadBFT) e um sistema de banco de dados dedicado (MonadDB), permitindo otimização de ponta a ponta.
Pipelining: Mecanismo de execução paralela em múltiplas etapas
Pipelining é o conceito básico da execução paralela de Monads, cuja ideia central é dividir o fluxo de execução da blockchain em várias fases independentes e processá-las 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 de transação (Execution) e Commit de bloco (Commit).
Execução Assíncrona: Desacoplamento Assíncrono de Consenso e Execução
Em cadeias tradicionais, o consenso e a execução das transações geralmente são processos síncronos, e esse modelo sequencial limita severamente a escalabilidade de desempenho. A Monad implementou o consenso assíncrono, a execução assíncrona e o armazenamento assíncrono através da "execução assíncrona". 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 utilização de recursos.
Design Principal:
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 precisar esperar pela conclusão da execução.
O Ethereum tradicional utiliza um modelo estrito de execução sequencial 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 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: minimizando as alterações às regras do EVM, implementando paralelismo por meio do adiamento da escrita de estado e da detecção dinâmica de conflitos, assemelhando-se mais a uma versão de alto desempenho do Ethereum, com boa maturidade que facilita a migração do ecossistema EVM, sendo um acelerador de paralelismo no mundo EVM.
![Web3 Computação Paralela Panorama: A Melhor Solução para Expansão 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 funcionar tanto como uma blockchain pública L1 independente quanto como uma camada de aprimoramento de execução na Ethereum ou um componente modular. O objetivo central do 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 dentro da cadeia e baixa latência de resposta. A inovação-chave proposta pelo MegaETH reside na arquitetura Micro-VM + DAG de Dependência de Estado (grafo acíclico direcionado de dependência de estado) 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 "uma Micro-VM por conta", que "threadiza" o ambiente de execução, proporcionando a menor unidade de isolamento para agendamento paralelo. Essas VMs se comunicam através de mensagens assíncronas, em vez de chamadas síncronas, permitindo que muitas VMs sejam executadas de forma independente e armazenem de forma independente, sendo 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ências (Dependency Graph) global. Cada transação modela quais contas são modificadas e quais são lidas, tudo em forma de relações de dependência. Transações sem conflitos podem ser executadas em paralelo diretamente, enquanto transações com relações de dependência serão agendadas em ordem topológica, em série ou adiadas. O gráfico de dependências garante a consistência do estado e a não repetiçã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 o encapsulamento de micro máquinas virtuais por unidade de conta, agendando transações através de um gráfico 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 "estrutura de conta → arquitetura de agendamento → fluxo de execução", oferecendo uma nova abordagem paradigmática para a construção do próximo sistema de alta performance em cadeia.
MegaETH escolheu um caminho de reestruturação: abstrair completamente contas e contratos em uma VM independente, liberando o potencial extremo de paralelismo por meio de agendamento de execução assíncrona. Em teoria, o limite de paralelismo do MegaETH é mais alto, mas também mais difícil de controlar em termos de complexidade, parecendo mais um sistema operacional super distribuído sob a filosofia do Ethereum.
![Panorama do setor de computação paralela Web3: a melhor solução para expansão nativa?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Monad e MegaETH têm conceitos de design bastante diferentes em relação ao sharding: o sharding divide a blockchain horizontalmente em várias subchains independentes (shards), cada subchain é responsável por parte das transações e estados, quebrando as limitações de uma única chain na camada de rede; enquanto Monad e MegaETH mantêm a integridade da single chain, expandindo horizontalmente apenas na camada de execução, otimizando a execução paralela extrema dentro da single chain para superar o desempenho. Ambos representam duas direções no caminho de escalabilidade da blockchain: reforço vertical e expansão horizontal.
Os projetos de computação paralela, como Monad e MegaETH, concentram-se principalmente em otimizar o throughput, com o objetivo central de aumentar o TPS dentro da cadeia, alcançando processamento paralelo em nível de transação ou de conta por meio da execução diferida (Deferred Execution) e da arquitetura de micro-vm (Micro-VM). O Pharos Network, como uma rede de blockchain L1 modular e de pilha completa, possui um mecanismo central de computação paralela chamado "Rollup Mesh". Esta arquitetura suporta um ambiente de múltiplas máquinas virtuais (EVM e Wasm) através da colaboração entre a mainnet e as redes de processamento especial (SPNs), e integra tecnologias avançadas como provas de conhecimento zero (ZK) e ambientes de execução confiável (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): A Pharos desacopla as várias etapas da transação (como consenso, execução, armazenamento) e utiliza um método de processamento assíncrono, permitindo que cada etapa ocorra de forma independente e em paralelo, aumentando, assim, a eficiência geral do processamento.
Execução Paralela de Duas VMs (Dual VM Parallel Execution): 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 dupla VM não só melhora a flexibilidade do sistema, mas também aumenta a capacidade de processamento de transações através da execução paralela.
Redes de Processamento Especiais (SPNs): As SPNs são componentes-chave na arquitetura Pharos, semelhantes a sub-redes modularizadas, projetadas especificamente para lidar com tipos específicos de tarefas ou aplicações. Através das SPNs, o Pharos pode realizar alocação dinâmica de recursos e processamento paralelo de tarefas, aumentando ainda mais a escalabilidade e o desempenho do sistema.
Consenso Modular e Mecanismo de Re-staking (Modular Consensus & 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 re-staking (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 da camada de armazenamento utilizando técnicas como árvores de Merkle de múltiplas versões, codificação diferencial (Delta Encoding), endereçamento versionado (Versioned Addressing) e empurrão ADS (ADS Pushdown), lançando o motor de armazenamento de alto desempenho nativo de blockchain, Pharos Store, que oferece alta taxa de transferência, baixa latência e forte capacidade de verificação em processamento on-chain.
No geral, a arquitetura Rollup Mesh da Pharos através do modelo
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.
10 gostos
Recompensa
10
6
Republicar
Partilhar
Comentar
0/400
rekt_but_resilient
· 7h atrás
Mais uma vez a fazer coisas vazias, basta fazer tecnologia.
Ver originalResponder0
NewDAOdreamer
· 13h atrás
O triângulo ainda está sem um vértice, ficou faltando.
Ver originalResponder0
UnluckyMiner
· 08-10 17:15
bull轰轰啊 要上天
Ver originalResponder0
LiquidityWizard
· 08-10 17:15
Escalabilidade é o caminho
Ver originalResponder0
CoconutWaterBoy
· 08-10 17:04
A escalabilidade pode garantir a segurança? Estou com medo...
Ver originalResponder0
CountdownToBroke
· 08-10 16:51
Mais uma vez a elaboração de texto, expansão, expansão, não consigo expandir.
Panorama da pista de computação paralela: Análise de 5 caminhos tecnológicos para o avanço do desempenho do EVM
Mapa panorâmico da pista de computação paralela Web3: a melhor solução para escalabilidade nativa?
I. A essência da escalabilidade da blockchain e o cálculo paralelo
O "Triângulo Impossível" da blockchain (Blockchain Trilemma) "segurança", "descentralização" e "escalabilidade" revela os compromissos essenciais no design de sistemas de blockchain. Em relação ao tema eterno da "escalabilidade", as principais soluções de escalabilidade de blockchain atualmente no mercado 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, abrangendo múltiplos níveis de execução, estado, dados e estrutura, constituindo um sistema completo de escalabilidade "multinível e modular combinada". Este artigo foca na forma de escalabilidade predominantemente 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 buscas de desempenho, modelos de desenvolvimento e filosofias de arquitetura, com o tempo a granularidade do paralelismo se tornando cada vez mais fina, a intensidade do paralelismo aumentando, a complexidade de agendamento também aumentando, e a complexidade de programação e dificuldade de implementação crescendo.
Modelo de concorrência assíncrona fora da cadeia, representado pelo sistema de agentes (Modelo Agente / Ator), pertencendo a outro paradigma de computação paralela, como um sistema de mensagens assíncronas / entre cadeias (modelo de sincronização não em bloco), cada Agente funcionando como um "processo inteligente independente", mensagens assíncronas 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 fragmentação pertencem a mecanismos de concorrência a nível de sistema e não a cálculos paralelos dentro da cadeia. Eles alcançam a escalabilidade através da "execução paralela de várias cadeias/domínios de execução", em vez de aumentar o grau de 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 iremos utilizá-lo para comparações de semelhanças e diferenças nos conceitos de arquitetura.
![Web3 paralelismo computacional panorama: a melhor solução para escalabilidade nativa?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
Dois, EVM-compatível cadeia de paralelismo aprimorado: rompendo os limites de desempenho na compatibilidade
A arquitetura de processamento em série do Ethereum evoluiu até hoje, passando por tentativas de escalabilidade como sharding, Rollup e arquitetura modular, mas o gargalo de throughput na camada de execução ainda não foi superado de forma fundamental. No entanto, ao mesmo tempo, EVM e Solidity ainda são as plataformas de contratos inteligentes com a base de desenvolvedores mais sólida e potencial ecológico atualmente. Assim, as cadeias de aumento paralelo da 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 da EVM voltada para cenários de alta concorrência e alto throughput, a partir da execução de atraso e da decomposição de estado.
) 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 na ideia fundamental de processamento em pipeline (Pipelining), com execução assíncrona na camada de consenso (Asynchronous Execution) e concorrência otimista na camada de execução (Optimistic Parallel Execution). Além disso, nas camadas de consenso e armazenamento, Monad introduziu um protocolo BFT de alto desempenho (MonadBFT) e um sistema de banco de dados dedicado (MonadDB), permitindo otimização de ponta a ponta.
Pipelining: Mecanismo de execução paralela em múltiplas etapas
Pipelining é o conceito básico da execução paralela de Monads, cuja ideia central é dividir o fluxo de execução da blockchain em várias fases independentes e processá-las 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 de transação (Execution) e Commit de bloco (Commit).
Execução Assíncrona: Desacoplamento Assíncrono de Consenso e Execução
Em cadeias tradicionais, o consenso e a execução das transações geralmente são processos síncronos, e esse modelo sequencial limita severamente a escalabilidade de desempenho. A Monad implementou o consenso assíncrono, a execução assíncrona e o armazenamento assíncrono através da "execução assíncrona". 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 utilização de recursos.
Design Principal:
Execução Paralela Otimista：Optimistic Parallel Execution
O Ethereum tradicional utiliza um modelo estrito de execução sequencial 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 escolheu um caminho compatível: minimizando as alterações às regras do EVM, implementando paralelismo por meio do adiamento da escrita de estado e da detecção dinâmica de conflitos, assemelhando-se mais a uma versão de alto desempenho do Ethereum, com boa maturidade que facilita a migração do ecossistema EVM, sendo um acelerador de paralelismo no mundo EVM.
![Web3 Computação Paralela Panorama: A Melhor Solução para Expansão 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 funcionar tanto como uma blockchain pública L1 independente quanto como uma camada de aprimoramento de execução na Ethereum ou um componente modular. O objetivo central do 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 dentro da cadeia e baixa latência de resposta. A inovação-chave proposta pelo MegaETH reside na arquitetura Micro-VM + DAG de Dependência de Estado (grafo acíclico direcionado de dependência de estado) 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 "uma Micro-VM por conta", que "threadiza" o ambiente de execução, proporcionando a menor unidade de isolamento para agendamento paralelo. Essas VMs se comunicam através de mensagens assíncronas, em vez de chamadas síncronas, permitindo que muitas VMs sejam executadas de forma independente e armazenem de forma independente, sendo 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ências (Dependency Graph) global. Cada transação modela quais contas são modificadas e quais são lidas, tudo em forma de relações de dependência. Transações sem conflitos podem ser executadas em paralelo diretamente, enquanto transações com relações de dependência serão agendadas em ordem topológica, em série ou adiadas. O gráfico de dependências garante a consistência do estado e a não repetiçã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 o encapsulamento de micro máquinas virtuais por unidade de conta, agendando transações através de um gráfico 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 "estrutura de conta → arquitetura de agendamento → fluxo de execução", oferecendo uma nova abordagem paradigmática para a construção do próximo sistema de alta performance em cadeia.
MegaETH escolheu um caminho de reestruturação: abstrair completamente contas e contratos em uma VM independente, liberando o potencial extremo de paralelismo por meio de agendamento de execução assíncrona. Em teoria, o limite de paralelismo do MegaETH é mais alto, mas também mais difícil de controlar em termos de complexidade, parecendo mais um sistema operacional super distribuído sob a filosofia do Ethereum.
![Panorama do setor de computação paralela Web3: a melhor solução para expansão nativa?]###https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Monad e MegaETH têm conceitos de design bastante diferentes em relação ao sharding: o sharding divide a blockchain horizontalmente em várias subchains independentes (shards), cada subchain é responsável por parte das transações e estados, quebrando as limitações de uma única chain na camada de rede; enquanto Monad e MegaETH mantêm a integridade da single chain, expandindo horizontalmente apenas na camada de execução, otimizando a execução paralela extrema dentro da single chain para superar o desempenho. Ambos representam duas direções no caminho de escalabilidade da blockchain: reforço vertical e expansão horizontal.
Os projetos de computação paralela, como Monad e MegaETH, concentram-se principalmente em otimizar o throughput, com o objetivo central de aumentar o TPS dentro da cadeia, alcançando processamento paralelo em nível de transação ou de conta por meio da execução diferida (Deferred Execution) e da arquitetura de micro-vm (Micro-VM). O Pharos Network, como uma rede de blockchain L1 modular e de pilha completa, possui um mecanismo central de computação paralela chamado "Rollup Mesh". Esta arquitetura suporta um ambiente de múltiplas máquinas virtuais (EVM e Wasm) através da colaboração entre a mainnet e as redes de processamento especial (SPNs), e integra tecnologias avançadas como provas de conhecimento zero (ZK) e ambientes de execução confiável (TEE).
Análise do mecanismo de computação paralela Rollup Mesh:
Além disso, o Pharos reestruturou o modelo de execução a partir da camada de armazenamento utilizando técnicas como árvores de Merkle de múltiplas versões, codificação diferencial (Delta Encoding), endereçamento versionado (Versioned Addressing) e empurrão ADS (ADS Pushdown), lançando o motor de armazenamento de alto desempenho nativo de blockchain, Pharos Store, que oferece alta taxa de transferência, baixa latência e forte capacidade de verificação em processamento on-chain.
No geral, a arquitetura Rollup Mesh da Pharos através do modelo