Mapa panorâmico da pista de computação paralela Web3: a melhor solução para a expansão nativa?
O "triângulo impossível" da blockchain, que envolve "segurança", "descentralização" e "escalabilidade", revela os compromissos essenciais no design de sistemas de blockchain, 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 eterno tema da "escalabilidade", as principais soluções de escalonamento de blockchain disponíveis no mercado são classificadas de acordo com paradigmas, incluindo:
Execução de escalabilidade aprimorada: aumentar a capacidade de execução no local, como paralelismo, GPU e multicores.
Escalabilidade com isolamento de estado: divisão horizontal de estado / Shard, como fragmentação, UTXO, múltiplas sub-redes
Escalabilidade do tipo off-chain: mover a execução para fora da cadeia, por exemplo, Rollup, Coprocessor, DA
Expansão com desacoplamento estrutural: módulos de arquitetura, operação colaborativa, por exemplo, cadeias modulares, ordenadores compartilhados, Rollup Mesh
Expansão assíncrona e concorrente: Modelo de Ator, isolamento de processos, acionado por mensagens, como agentes, cadeia assíncrona multithread
As soluções de escalabilidade para 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, formando um sistema completo de escalabilidade "multicamadas e combinação modular". Este artigo foca na abordagem de escalabilidade com computação paralela como a principal.
Cálculo paralelo intra-cadeia (intra-chain parallelism), 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 a granularidade paralela tornando-se cada vez mais fina, a intensidade paralela aumentando cada vez mais, a complexidade de agendamento também aumentando, e a complexidade de programação e dificuldade de implementação aumentando ainda mais.
Paralelismo a nível de conta: representa o projeto Solana
Paralelismo a nível de objeto: representa o projeto Sui
Paralelismo em nível de negociação: representa os projetos Monad, Aptos
Chamadas de nível / Micro VM paralelo: representa o projeto MegaETH
Paralelismo a nível de instrução: representa o projeto GatlingX
Modelo de concorrência assíncrona fora da cadeia, representado pelo sistema de agentes Actor, que pertence a um outro paradigma de computação paralela. Como sistema de mensagens assíncronas e cross-chain, cada Agent opera como um "processo inteligente" independente, com mensagens assíncronas em modo paralelo, acionado por eventos, sem necessidade de agendamento síncrono. Projetos representativos incluem AO, ICP, Cartesi, entre outros.
Os conhecidos Rollup ou soluções de escalabilidade por sharding pertencem a mecanismos de concorrência a nível de sistema, não a cálculos paralelos dentro da cadeia. Eles implementam escalabilidade através da "execução paralela de várias cadeias / domínios de execução", em vez de aumentar a paralelização dentro de um único bloco / máquina virtual. Este tipo de solução de escalabilidade não é o foco da discussão neste artigo, mas ainda assim iremos utilizá-las para comparar as semelhanças e diferenças na filosofia de arquitetura.
2. EVM Chain de Aumento Paralelo: Superando os Limites de Desempenho na Compatibilidade
A arquitetura de processamento em série do Ethereum evoluiu 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 ruptura fundamental. Entretanto, o EVM e o Solidity continuam a ser as plataformas de contratos inteligentes com a maior base de desenvolvedores e potencial ecológico. Assim, as cadeias paralelas do EVM, como um caminho crucial que equilibra a compatibilidade ecológica e a melhoria do desempenho de execução, estão se tornando uma direção importante para a nova rodada de evolução da escalabilidade. Monad e MegaETH são os projetos mais representativos nessa direção, construindo arquiteturas de processamento paralelo do EVM voltadas para cenários de alta concorrência e alto throughput, a partir da execução com atraso e da decomposição de estado.
Análise do mecanismo de computação paralela do Monad
Monad é uma blockchain Layer1 de alto desempenho redesenhada para a Máquina Virtual do Ethereum, baseada na ideia fundamental de paralelismo de processamento em pipeline, executando assincronamente na camada de consenso e concorrência otimista na camada de execução. Além disso, na camada de consenso e armazenamento, Monad introduz um protocolo BFT de alto desempenho e um sistema de banco de dados dedicado, implementando otimizações de ponta a ponta.
Pipelining: Mecanismo de execução paralela em múltiplas etapas
Pipelining é o conceito básico de execução paralela de Monad, cuja ideia central é dividir o fluxo de execução da blockchain em várias fases independentes e processar essas fases de forma paralela, formando uma arquitetura de pipeline tridimensional, onde cada fase opera em threads ou núcleos independentes, permitindo o processamento concorrente entre blocos e, finalmente, alcançando o aumento da capacidade de processamento e a redução da latência. Essas fases incluem: proposta de transação, consenso alcançado, execução de transação e submissão de bloco.
Na cadeia tradicional, o consenso e a execução das transações normalmente são processos síncronos, e esse modelo em série limita gravemente a escalabilidade de desempenho. O Monad alcançou a assíncrona na camada de consenso, assíncrona na camada de execução e assíncrona no armazenamento 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 utilização de recursos mais eficiente.
Design central:
O processo de consenso é responsável apenas pela ordenação das transações, não pela execução da lógica do contrato.
O processo 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 esperar pela execução.
O Ethereum tradicional utiliza um modelo de execução 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 um "detector de conflitos" para monitorar se as transações acessaram o mesmo estado.
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: movendo-se o mínimo possível as regras EVM, implementando paralelismo ao adiar a escrita de estados e detectar conflitos dinamicamente durante a execução, mais parecido com uma versão de desempenho do Ethereum, com boa maturidade que facilita a migração do ecossistema EVM, é um acelerador de paralelismo no mundo EVM.
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 melhoria de execução ou componente modular sobre o Ethereum. O objetivo central do seu design é desconstruir a lógica de contas, o ambiente de execução e o estado em unidades mínimas que possam ser agendadas de forma independente, a fim de alcançar execução de alta concorrência dentro da cadeia e capacidade de resposta de baixa latência. A inovação chave proposta pelo MegaETH reside na: arquitetura Micro-VM + DAG 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".
Arquitetura Micro-VM: Conta é um Thread
MegaETH introduziu um modelo de execução de "uma micro máquina virtual por conta", "descentralizando" o ambiente de execução e oferecendo a menor unidade de isolamento para agendamento paralelo. Essas VMs comunicam-se entre si por meio de mensagens assíncronas, em vez de chamadas síncronas, permitindo que muitas VMs executem 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 global de dependências. Cada transação modela quais contas são modificadas e quais contas são lidas como relações de dependência. Transações sem conflito podem ser executadas em paralelo diretamente, enquanto transações com relações de dependência serão agendadas sequencialmente ou adiadas de acordo com a ordem topológica. O gráfico de dependências garante a consistência do estado e a não gravação duplicada durante o processo de execução paralela.
Execução assíncrona e mecanismo de callback
MegaETH é construído sobre o paradigma de programação assíncrona, semelhante à passagem de mensagens assíncronas do Modelo Actor, resolvendo o problema das chamadas seriais tradicionais do EVM. As chamadas de contrato são assíncronas; ao chamar o contrato A -\u003e B -\u003e C, cada chamada é assíncrona, sem necessidade de bloqueio e espera; a pilha de chamadas é expandida para um gráfico de chamadas assíncronas; o processamento de transações = percorrer o gráfico assíncrono + resolução de dependências + agendamento paralelo.
Em suma, o MegaETH quebra o modelo tradicional de máquina de estado de thread única EVM, implementando um encapsulamento de micromáquina virtual por unidade de conta, através de um gráfico de dependência de estado para agendamento de transações, 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 de "estrutura de conta → arquitetura de agendamento → fluxo de execução", fornecendo uma nova abordagem de nível paradigma para a construção de sistemas de alta performance na próxima geração.
MegaETH escolheu um caminho de reestruturação: abstrair completamente contas e contratos em uma VM independente, liberando o potencial máximo de paralelismo através de agendamento de execução assíncrona. Teoricamente, o limite de paralelismo do 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.
Monad e MegaETH têm conceitos de design bastante diferentes em relação ao sharding: o sharding divide a blockchain horizontalmente em várias sub-chains independentes, cada uma responsável por parte das transações e do estado, quebrando as limitações de uma única cadeia na escalabilidade da rede; enquanto Monad e MegaETH mantêm a integridade da cadeia única, expandindo horizontalmente apenas no nível de execução, otimizando a execução paralela interna da cadeia única para superar o desempenho. Ambos representam duas direções no caminho de escalabilidade da blockchain: a intensificação vertical e a 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 na cadeia, implementando processamento paralelo em nível de transação ou conta por meio da execução em atraso e de uma arquitetura de micromáquina virtual. O Pharos Network, como uma rede de blockchain L1 modular e de pilha completa, tem seu mecanismo central de computação paralela chamado "Rollup Mesh". Esta arquitetura suporta ambientes de múltiplas máquinas virtuais por meio da colaboração entre a mainnet e uma rede de processamento especial, e integra tecnologias avançadas como provas de zero conhecimento e ambientes de execução confiáveis.
Análise do mecanismo de computação paralela Rollup Mesh:
Processamento assíncrono de pipeline de ciclo de vida completo: o Pharos desacopla as várias fases da transação e adota um método de processamento assíncrono, permitindo que cada fase seja realizada de forma independente e em paralelo, aumentando assim a eficiência geral do processamento.
Execução paralela de duas máquinas virtuais: Pharos suporta os ambientes de máquina virtual EVM e WASM, permitindo que os desenvolvedores escolham o ambiente de execução adequado conforme as suas necessidades. Esta arquitetura de dupla 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 tratamento especial: SPNs são componentes-chave na arquitetura Pharos, semelhantes a sub-redes modularizadas, projetadas para processar 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, aumentando ainda mais a escalabilidade e o desempenho do sistema.
Mecanismos de consenso modular e recompensas de staking: Pharos introduziu um mecanismo de consenso flexível, suportando vários modelos de consenso, e realiza o compartilhamento seguro e a integração de recursos entre a mainnet e os SPNs através de um protocolo de recompensas de staking.
Além disso, o Pharos reestruturou o modelo de execução a partir do nível inferior do mecanismo de armazenamento através de árvores Merkle de múltiplas versões, codificação diferencial, endereçamento de versões e tecnologia de descida ADS, lançando o Pharos Store, um motor de armazenamento nativo de blockchain de alto desempenho, que alcança alta taxa de transferência, baixa latência e forte capacidade de processamento on-chain verificável.
No geral, a arquitetura Rollup Mesh da Pharos, através de um design modular e um mecanismo de processamento assíncrono, alcançou uma alta capacidade de computação paralela. A Pharos atua como coordenador de agendamento paralelo entre Rollups, não como um otimizador de execução de "paralelismo dentro da cadeia", mas sim suportando tarefas de execução personalizadas heterogêneas através de SPNs.
 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.
20 Curtidas
Recompensa
20
9
Repostar
Compartilhar
Comentário
0/400
GateUser-a606bf0c
· 08-14 19:27
Ai, isso é pior do que simplesmente jogar um servidor e calcular a toda a força.
Ver originalResponder0
HashRatePhilosopher
· 08-14 00:10
O tema comum do aumento da capacidade
Ver originalResponder0
WalletDoomsDay
· 08-13 15:34
Fragmentação já está há vários anos, ainda está estagnada.
Ver originalResponder0
LayerZeroHero
· 08-12 12:13
Muito bom, finalmente alguém está a explorar a profundidade do bottleneck EVM.
Ver originalResponder0
SchrodingerPrivateKey
· 08-12 01:17
A velocidade pode ser sacrificada, a segurança da cadeia principal deve ser bombada ao máximo.
Ver originalResponder0
PumpingCroissant
· 08-12 01:14
Sugiro continuar a bombear a armadilha.
Ver originalResponder0
FlatTax
· 08-12 01:13
na cadeia, o cálculo ainda precisa de uma abordagem firme.
Ver originalResponder0
SerumSqueezer
· 08-12 01:09
Quem pode quebrar o triângulo do Blockchain? A verdade em camadas é de fazer perder a cabeça~
Ver originalResponder0
GasFeeCrybaby
· 08-12 01:06
Isso é muito caro. Quando é que se pode poupar gás?
Análise panorâmica da computação paralela Web3: da compatibilidade EVM aos avanços de desempenho em arquiteturas heterogêneas
Mapa panorâmico da pista de computação paralela Web3: a melhor solução para a expansão nativa?
O "triângulo impossível" da blockchain, que envolve "segurança", "descentralização" e "escalabilidade", revela os compromissos essenciais no design de sistemas de blockchain, 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 eterno tema da "escalabilidade", as principais soluções de escalonamento de blockchain disponíveis no mercado são classificadas de acordo com paradigmas, incluindo:
As soluções de escalabilidade para 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, formando um sistema completo de escalabilidade "multicamadas e combinação modular". Este artigo foca na abordagem de escalabilidade com computação paralela como a principal.
Cálculo paralelo intra-cadeia (intra-chain parallelism), 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 a granularidade paralela tornando-se cada vez mais fina, a intensidade paralela aumentando cada vez mais, a complexidade de agendamento também aumentando, e a complexidade de programação e dificuldade de implementação aumentando ainda mais.
Modelo de concorrência assíncrona fora da cadeia, representado pelo sistema de agentes Actor, que pertence a um outro paradigma de computação paralela. Como sistema de mensagens assíncronas e cross-chain, cada Agent opera como um "processo inteligente" independente, com mensagens assíncronas em modo paralelo, acionado por eventos, sem necessidade de agendamento síncrono. Projetos representativos incluem AO, ICP, Cartesi, entre outros.
Os conhecidos Rollup ou soluções de escalabilidade por sharding pertencem a mecanismos de concorrência a nível de sistema, não a cálculos paralelos dentro da cadeia. Eles implementam escalabilidade através da "execução paralela de várias cadeias / domínios de execução", em vez de aumentar a paralelização dentro de um único bloco / máquina virtual. Este tipo de solução de escalabilidade não é o foco da discussão neste artigo, mas ainda assim iremos utilizá-las para comparar as semelhanças e diferenças na filosofia de arquitetura.
2. EVM Chain de Aumento Paralelo: Superando os Limites de Desempenho na Compatibilidade
A arquitetura de processamento em série do Ethereum evoluiu 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 ruptura fundamental. Entretanto, o EVM e o Solidity continuam a ser as plataformas de contratos inteligentes com a maior base de desenvolvedores e potencial ecológico. Assim, as cadeias paralelas do EVM, como um caminho crucial que equilibra a compatibilidade ecológica e a melhoria do desempenho de execução, estão se tornando uma direção importante para a nova rodada de evolução da escalabilidade. Monad e MegaETH são os projetos mais representativos nessa direção, construindo arquiteturas de processamento paralelo do EVM voltadas para cenários de alta concorrência e alto throughput, a partir da execução com atraso e da decomposição de estado.
Análise do mecanismo de computação paralela do Monad
Monad é uma blockchain Layer1 de alto desempenho redesenhada para a Máquina Virtual do Ethereum, baseada na ideia fundamental de paralelismo de processamento em pipeline, executando assincronamente na camada de consenso e concorrência otimista na camada de execução. Além disso, na camada de consenso e armazenamento, Monad introduz um protocolo BFT de alto desempenho e um sistema de banco de dados dedicado, implementando otimizações de ponta a ponta.
Pipelining: Mecanismo de execução paralela em múltiplas etapas
Pipelining é o conceito básico de execução paralela de Monad, cuja ideia central é dividir o fluxo de execução da blockchain em várias fases independentes e processar essas fases de forma paralela, formando uma arquitetura de pipeline tridimensional, onde cada fase opera em threads ou núcleos independentes, permitindo o processamento concorrente entre blocos e, finalmente, alcançando o aumento da capacidade de processamento e a redução da latência. Essas fases incluem: proposta de transação, consenso alcançado, execução de transação e submissão de bloco.
Execução Assíncrona: Consenso - Execução Assíncrona Desacoplada
Na cadeia tradicional, o consenso e a execução das transações normalmente são processos síncronos, e esse modelo em série limita gravemente a escalabilidade de desempenho. O Monad alcançou a assíncrona na camada de consenso, assíncrona na camada de execução e assíncrona no armazenamento 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 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 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: movendo-se o mínimo possível as regras EVM, implementando paralelismo ao adiar a escrita de estados e detectar conflitos dinamicamente durante a execução, mais parecido com uma versão de desempenho do Ethereum, com boa maturidade que facilita a migração do ecossistema EVM, é um acelerador de paralelismo no mundo EVM.
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 melhoria de execução ou componente modular sobre o Ethereum. O objetivo central do seu design é desconstruir a lógica de contas, o ambiente de execução e o estado em unidades mínimas que possam ser agendadas de forma independente, a fim de alcançar execução de alta concorrência dentro da cadeia e capacidade de resposta de baixa latência. A inovação chave proposta pelo MegaETH reside na: arquitetura Micro-VM + DAG 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".
Arquitetura Micro-VM: Conta é um Thread
MegaETH introduziu um modelo de execução de "uma micro máquina virtual por conta", "descentralizando" o ambiente de execução e oferecendo a menor unidade de isolamento para agendamento paralelo. Essas VMs comunicam-se entre si por meio de mensagens assíncronas, em vez de chamadas síncronas, permitindo que muitas VMs executem 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 global de dependências. Cada transação modela quais contas são modificadas e quais contas são lidas como relações de dependência. Transações sem conflito podem ser executadas em paralelo diretamente, enquanto transações com relações de dependência serão agendadas sequencialmente ou adiadas de acordo com a ordem topológica. O gráfico de dependências garante a consistência do estado e a não gravação duplicada durante o processo de execução paralela.
Execução assíncrona e mecanismo de callback
MegaETH é construído sobre o paradigma de programação assíncrona, semelhante à passagem de mensagens assíncronas do Modelo Actor, resolvendo o problema das chamadas seriais tradicionais do EVM. As chamadas de contrato são assíncronas; ao chamar o contrato A -\u003e B -\u003e C, cada chamada é assíncrona, sem necessidade de bloqueio e espera; a pilha de chamadas é expandida para um gráfico de chamadas assíncronas; o processamento de transações = percorrer o gráfico assíncrono + resolução de dependências + agendamento paralelo.
Em suma, o MegaETH quebra o modelo tradicional de máquina de estado de thread única EVM, implementando um encapsulamento de micromáquina virtual por unidade de conta, através de um gráfico de dependência de estado para agendamento de transações, 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 de "estrutura de conta → arquitetura de agendamento → fluxo de execução", fornecendo uma nova abordagem de nível paradigma para a construção de sistemas de alta performance na próxima geração.
MegaETH escolheu um caminho de reestruturação: abstrair completamente contas e contratos em uma VM independente, liberando o potencial máximo de paralelismo através de agendamento de execução assíncrona. Teoricamente, o limite de paralelismo do 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.
Monad e MegaETH têm conceitos de design bastante diferentes em relação ao sharding: o sharding divide a blockchain horizontalmente em várias sub-chains independentes, cada uma responsável por parte das transações e do estado, quebrando as limitações de uma única cadeia na escalabilidade da rede; enquanto Monad e MegaETH mantêm a integridade da cadeia única, expandindo horizontalmente apenas no nível de execução, otimizando a execução paralela interna da cadeia única para superar o desempenho. Ambos representam duas direções no caminho de escalabilidade da blockchain: a intensificação vertical e a 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 na cadeia, implementando processamento paralelo em nível de transação ou conta por meio da execução em atraso e de uma arquitetura de micromáquina virtual. O Pharos Network, como uma rede de blockchain L1 modular e de pilha completa, tem seu mecanismo central de computação paralela chamado "Rollup Mesh". Esta arquitetura suporta ambientes de múltiplas máquinas virtuais por meio da colaboração entre a mainnet e uma rede de processamento especial, e integra tecnologias avançadas como provas de zero conhecimento e ambientes de execução confiáveis.
Análise do mecanismo de computação paralela Rollup Mesh:
Processamento assíncrono de pipeline de ciclo de vida completo: o Pharos desacopla as várias fases da transação e adota um método de processamento assíncrono, permitindo que cada fase seja realizada de forma independente e em paralelo, aumentando assim a eficiência geral do processamento.
Execução paralela de duas máquinas virtuais: Pharos suporta os ambientes de máquina virtual EVM e WASM, permitindo que os desenvolvedores escolham o ambiente de execução adequado conforme as suas necessidades. Esta arquitetura de dupla 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 tratamento especial: SPNs são componentes-chave na arquitetura Pharos, semelhantes a sub-redes modularizadas, projetadas para processar 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, aumentando ainda mais a escalabilidade e o desempenho do sistema.
Mecanismos de consenso modular e recompensas de staking: Pharos introduziu um mecanismo de consenso flexível, suportando vários modelos de consenso, e realiza o compartilhamento seguro e a integração de recursos entre a mainnet e os SPNs através de um protocolo de recompensas de staking.
Além disso, o Pharos reestruturou o modelo de execução a partir do nível inferior do mecanismo de armazenamento através de árvores Merkle de múltiplas versões, codificação diferencial, endereçamento de versões e tecnologia de descida ADS, lançando o Pharos Store, um motor de armazenamento nativo de blockchain de alto desempenho, que alcança alta taxa de transferência, baixa latência e forte capacidade de processamento on-chain verificável.
No geral, a arquitetura Rollup Mesh da Pharos, através de um design modular e um mecanismo de processamento assíncrono, alcançou uma alta capacidade de computação paralela. A Pharos atua como coordenador de agendamento paralelo entre Rollups, não como um otimizador de execução de "paralelismo dentro da cadeia", mas sim suportando tarefas de execução personalizadas heterogêneas através de SPNs.
![Web3 Paralelismo Computacional: A Melhor Solução para Escalabilidade Nativa?](