Mapa panorâmico da pista de computação paralela Web3: a melhor solução de escalabilidade nativa?
O "triângulo impossível" da blockchain (Blockchain Trilemma) revela os trade-offs essenciais no design de sistemas de blockchain, ou seja, é difícil para os projetos de blockchain alcançarem simultaneamente "segurança extrema, participação universal e processamento rápido". Em relação ao eterno tópico da "escalabilidade", as principais soluções de escalabilidade de blockchain no mercado atualmente são classificadas de acordo com paradigmas, incluindo:
Execução de escalabilidade aprimorada: aumento da capacidade de execução in loco, como paralelismo, GPU, multicore
Expansão de isolamento de estado: divisão horizontal de estado/Shard, como sharding, UTXO, múltiplas sub-redes
Escalabilidade do tipo off-chain: colocar a execução fora da cadeia, por exemplo, Rollup, Coprocessor, DA
Escalabilidade com desacoplamento de estrutura: modularidade da arquitetura, operação colaborativa, por exemplo, cadeias modulares, ordenadores compartilhados, Rollup Mesh
Expansão assíncrona e concorrente: Modelo Actor, isolamento de processos, acionado por mensagens, como 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, formando um sistema completo de escalabilidade "colaborativa em múltiplas camadas e combinação modular". Este artigo foca principalmente nas formas de escalabilidade com computação paralela como a abordagem principal.
Paralelismo intra-chain (, focando na execução paralela de transações/instruções dentro do bloco. Com base nos mecanismos de paralelismo, suas formas de escalabilidade podem ser divididas em cinco grandes categorias, cada uma representando diferentes busca por desempenho, modelos de desenvolvimento e filosofias de arquitetura. A granularidade do paralelismo se torna cada vez mais fina, a intensidade do paralelismo aumenta, a complexidade de agendamento também se torna maior, e a complexidade de programação e a dificuldade de implementação aumentam.
Nível de conta)Account-level(: representa o projeto Solana
Paralelismo a nível de objeto ) Nível de objeto (: representa o projeto Sui
Nível de transação )Transaction-level(: representa o projeto Monad, Aptos
Chamadas de nível/ Micro VM paralelas ) Chamada de nível / 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/atores ) Agent / Actor Model (, pertencendo a uma outra paradigma de computação paralela, como sistema de mensagens cross-chain / assíncrono ) modelo não-síncrono de blocos (, cada agente atuando como um "processo de agente inteligente" que opera de forma 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 fragmentação pertencem a mecanismos de concorrência em nível de sistema e não a computação paralela dentro da cadeia. Eles alcançam escalabilidade através da "execução paralela de múltiplas cadeias/domínios 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 deste artigo, mas ainda assim as utilizaremos para comparações de semelhança em conceitos de arquitetura.
![Panorama do setor de computação paralela Web3: a melhor solução para expansão nativa?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
2. EVM Sistema de Cadeia Paralela Aumentada: Quebrando Limites de Desempenho na Compatibilidade
A arquitetura de processamento em série do Ethereum se desenvolveu até hoje, passando por várias tentativas de escalonamento, como sharding, Rollup e arquitetura modular, mas o gargalo de taxa de transferência na camada de execução ainda não teve uma ruptura fundamental. No entanto, ao mesmo tempo, EVM e Solidity continuam a ser as plataformas de contratos inteligentes com a maior base de desenvolvedores e potencial ecológico atualmente. Portanto, a cadeia paralela da EVM, que busca equilibrar a compatibilidade ecológica e a melhoria do desempenho de execução, está se tornando uma direção importante na nova rodada de evolução de escalonamento. 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 alta taxa de transferência, a partir da execução atrasada e da decomposição de estado.
) Análise do mecanismo de computação paralela da Monad
Monad é uma blockchain Layer1 de alto desempenho, redesenhada para a Ethereum Virtual Machine ###EVM(, baseada no conceito fundamental de processamento em pipeline )Pipelining(, que executa assincronamente na camada de consenso )Asynchronous Execution( e utiliza concorrência otimista )Optimistic Parallel Execution( na camada de execução. Além disso, na camada de consenso e armazenamento, Monad introduz, respectivamente, um protocolo BFT de alto desempenho )MonadBFT( e um sistema de banco de dados dedicado )MonadDB(, para otimização de ponta a ponta.
Pipelining: Mecanismo de execução paralela em múltiplas fases
Pipelining é o conceito básico da execução paralela de Monads, cuja ideia central é dividir o processo de execução da blockchain em vários estágios independentes e processá-los em paralelo, formando uma arquitetura de pipeline tridimensional, onde cada estágio 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. Esses estágios incluem: proposta de transação )Propose(, consenso )Consensus(, execução de transação )Execution( e comprometimento de bloco )Commit(.
Em uma blockchain tradicional, o consenso e a execução das transações geralmente ocorrem em um processo síncrono, 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 )block time( e a latência de confirmação, tornando o sistema mais resiliente, com processos mais segmentados e maior eficiência na utilização de recursos.
Design central:
O processo de consenso ) a camada de consenso ( é responsável apenas pela ordenação de transações, não executa a lógica de 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, entra imediatamente no processo de consenso do próximo bloco, sem necessidade de esperar pela execução.
A Ethereum tradicional utiliza um modelo estritamente sequencial para a execução de transações, a fim de 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.
Executar simultaneamente um "Detetor de Conflitos )Conflict Detector(" para monitorizar se as transações acederam ao mesmo estado ), como conflitos de leitura/escrita (.
Se um conflito for detectado, as transações em conflito serão serializadas e reexecutadas, garantindo a correção do estado.
Monad escolheu um caminho compatível: altera o menos possível as regras do 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, funcionando mais como uma versão de desempenho do Ethereum, com boa maturidade e fácil migração do ecossistema EVM, servindo como um acelerador de paralelização no mundo EVM.
![Web3 Computação Paralela 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 aprimoramento de execução no Ethereum###Execution Layer( ou como um componente modular. O objetivo central de design é desconstruir a lógica da conta, o ambiente de execução e o estado em unidades mínimas que podem ser agendadas de forma independente, a fim de alcançar uma execução de alta concorrência e uma capacidade de resposta de baixa latência dentro da cadeia. A inovação chave proposta pelo MegaETH está na: Arquitetura Micro-VM + DAG de Dependência de Estado)grafo direcionado acíclico 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) máquina virtual micro( arquitetura: conta é o thread
MegaETH introduziu o modelo de execução "uma micro máquina virtual por conta )Micro-VM(", tornando o ambiente de execução "multi-threaded", fornecendo a menor unidade de isolamento para o agendamento paralelo. Estas VMs comunicam-se entre si através de mensagens assíncronas )Asynchronous Messaging(, em vez de chamadas síncronas, permitindo que muitas VMs sejam executadas de forma independente e armazenadas de forma independente, de forma naturalmente paralela.
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, tudo 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 de 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 encapsulamento de micro máquinas virtuais por unidade de conta, agendando 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 que foi redesenhada em toda a dimensão de "estrutura de conta → arquitetura de agendamento → fluxo de execução", oferecendo uma nova abordagem paradigmática para a construção de sistemas de alta performance na próxima geração em cadeia.
MegaETH escolheu um caminho de reestruturação: abstrair completamente contas e contratos em uma VM independente, liberando o potencial extremo de paralelismo através da programação de execução assíncrona. Teoricamente, o limite de paralelismo do MegaETH é mais alto, mas também é mais difícil controlar a complexidade, assemelhando-se mais a um sistema operacional super distribuído sob a filosofia do Ethereum.
![Web3 Computação Paralela Perspectiva: A Melhor Solução para Expansão Nativa?])https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Monad e MegaETH têm princípios de design bastante diferentes em relação ao )Sharding(: Sharding divide a blockchain horizontalmente em várias sub-chains independentes )Shards(, cada uma responsável por parte das transações e estados, quebrando as limitações de uma única cadeia na expansão em nível de rede; enquanto Monad e 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. Ambos representam duas direções na trajetória de expansão da blockchain: o reforço vertical e a expansão horizontal.
![Web3 paralelismo computacional panorama: a melhor solução para escalabilidade nativa?])https://img-cdn.gateio.im/webp-social/moments-562daa8ae6acba834ef937bf88a742f0.webp(
Os projetos de computação paralela, como Monad e MegaETH, concentram-se principalmente em otimizações de throughput, com o objetivo central de aumentar o TPS na cadeia, através da execução atrasada )Deferred Execution( e da arquitetura de micromáquinas virtuais )Micro-VM(, permitindo o processamento paralelo em nível de transação ou conta. O Pharos Network, como uma rede de blockchain L1 modular e full-stack paralela, tem como seu mecanismo central de computação paralela o "Rollup Mesh". Esta arquitetura, através da colaboração entre a mainnet e a rede de processamento 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ável )TEE(.
Análise do mecanismo de computação paralela Rollup Mesh:
Processamento de Pipeline Assíncrono de Ciclo de Vida Completo ): Pharos desacopla as várias fases da transação (, como consenso, execução e armazenamento ), e utiliza 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 Dual VM (: Pharos suporta dois ambientes de máquina virtual, EVM e WASM, permitindo que os desenvolvedores escolham o ambiente de execução adequado conforme 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.
Tratamento especial da rede )SPNs(: 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, aumentando ainda mais a escalabilidade e o desempenho do sistema.
Consenso Modular e Mecanismo de Recolocação): Pharos introduziu um consenso flexível
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.
14 gostos
Recompensa
14
7
Partilhar
Comentar
0/400
DarkPoolWatcher
· 23h atrás
Mais uma série de soluções de escalabilidade, a agitação começou.
Ver originalResponder0
TokenBeginner'sGuide
· 07-27 10:48
Pequeno lembrete: O que se chama de escalabilidade, as mudanças na arquitetura de base trazem 90% de risco, recomenda-se pensar duas vezes.
Ver originalResponder0
OnchainDetective
· 07-25 08:02
Este plano está praticamente concluído.
Ver originalResponder0
AirdropHarvester
· 07-25 08:02
Espera, como é que vocês já aumentaram a capacidade?
Ver originalResponder0
ContractSurrender
· 07-25 08:01
A tecnologia realmente não pode resolver a experiência.
Panorama da Computação Paralela Web3: da Execução On-Chain à Evolução da Escalabilidade de Colaboração Multi-Chain
Mapa panorâmico da pista de computação paralela Web3: a melhor solução de escalabilidade nativa?
O "triângulo impossível" da blockchain (Blockchain Trilemma) revela os trade-offs essenciais no design de sistemas de blockchain, ou seja, é difícil para os projetos de blockchain alcançarem simultaneamente "segurança extrema, participação universal e processamento rápido". Em relação ao eterno tópico 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, abrangendo múltiplos níveis de execução, estado, dados e estrutura, formando um sistema completo de escalabilidade "colaborativa em múltiplas camadas e combinação modular". Este artigo foca principalmente nas formas de escalabilidade com computação paralela como a abordagem principal.
Paralelismo intra-chain (, focando na execução paralela de transações/instruções dentro do bloco. Com base nos mecanismos de paralelismo, suas formas de escalabilidade podem ser divididas em cinco grandes categorias, cada uma representando diferentes busca por desempenho, modelos de desenvolvimento e filosofias de arquitetura. A granularidade do paralelismo se torna cada vez mais fina, a intensidade do paralelismo aumenta, a complexidade de agendamento também se torna maior, e a complexidade de programação e a dificuldade de implementação aumentam.
Modelo de concorrência assíncrona fora da cadeia, representado pelo sistema de agentes/atores ) Agent / Actor Model (, pertencendo a uma outra paradigma de computação paralela, como sistema de mensagens cross-chain / assíncrono ) modelo não-síncrono de blocos (, cada agente atuando como um "processo de agente inteligente" que opera de forma 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 fragmentação pertencem a mecanismos de concorrência em nível de sistema e não a computação paralela dentro da cadeia. Eles alcançam escalabilidade através da "execução paralela de múltiplas cadeias/domínios 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 deste artigo, mas ainda assim as utilizaremos para comparações de semelhança em conceitos de arquitetura.
![Panorama do setor de computação paralela Web3: a melhor solução para expansão nativa?])https://img-cdn.gateio.im/webp-social/moments-2340d8a61251ba55c370d74178eec53e.webp(
2. EVM Sistema de Cadeia Paralela Aumentada: Quebrando Limites de Desempenho na Compatibilidade
A arquitetura de processamento em série do Ethereum se desenvolveu até hoje, passando por várias tentativas de escalonamento, como sharding, Rollup e arquitetura modular, mas o gargalo de taxa de transferência na camada de execução ainda não teve uma ruptura fundamental. No entanto, ao mesmo tempo, EVM e Solidity continuam a ser as plataformas de contratos inteligentes com a maior base de desenvolvedores e potencial ecológico atualmente. Portanto, a cadeia paralela da EVM, que busca equilibrar a compatibilidade ecológica e a melhoria do desempenho de execução, está se tornando uma direção importante na nova rodada de evolução de escalonamento. 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 alta taxa de transferência, a partir da execução atrasada e da decomposição de estado.
) Análise do mecanismo de computação paralela da Monad
Monad é uma blockchain Layer1 de alto desempenho, redesenhada para a Ethereum Virtual Machine ###EVM(, baseada no conceito fundamental de processamento em pipeline )Pipelining(, que executa assincronamente na camada de consenso )Asynchronous Execution( e utiliza concorrência otimista )Optimistic Parallel Execution( na camada de execução. Além disso, na camada de consenso e armazenamento, Monad introduz, respectivamente, um protocolo BFT de alto desempenho )MonadBFT( e um sistema de banco de dados dedicado )MonadDB(, para otimização de ponta a ponta.
Pipelining: Mecanismo de execução paralela em múltiplas fases
Pipelining é o conceito básico da execução paralela de Monads, cuja ideia central é dividir o processo de execução da blockchain em vários estágios independentes e processá-los em paralelo, formando uma arquitetura de pipeline tridimensional, onde cada estágio 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. Esses estágios incluem: proposta de transação )Propose(, consenso )Consensus(, execução de transação )Execution( e comprometimento de bloco )Commit(.
Execução Assíncrona: Consenso - Execução Assíncrona Desacoplada
Em uma blockchain tradicional, o consenso e a execução das transações geralmente ocorrem em um processo síncrono, 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 )block time( e a latência de confirmação, tornando o sistema mais resiliente, com processos mais segmentados e maior eficiência na utilização de recursos.
Design central:
Execução Paralela Otimista: Execução Paralela Otimista
A Ethereum tradicional utiliza um modelo estritamente sequencial para a execução de transações, a fim de 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: altera o menos possível as regras do 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, funcionando mais como uma versão de desempenho do Ethereum, com boa maturidade e fácil migração do ecossistema EVM, servindo como um acelerador de paralelização no mundo EVM.
![Web3 Computação Paralela 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 aprimoramento de execução no Ethereum###Execution Layer( ou como um componente modular. O objetivo central de design é desconstruir a lógica da conta, o ambiente de execução e o estado em unidades mínimas que podem ser agendadas de forma independente, a fim de alcançar uma execução de alta concorrência e uma capacidade de resposta de baixa latência dentro da cadeia. A inovação chave proposta pelo MegaETH está na: Arquitetura Micro-VM + DAG de Dependência de Estado)grafo direcionado acíclico 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) máquina virtual micro( arquitetura: conta é o thread
MegaETH introduziu o modelo de execução "uma micro máquina virtual por conta )Micro-VM(", tornando o ambiente de execução "multi-threaded", fornecendo a menor unidade de isolamento para o agendamento paralelo. Estas VMs comunicam-se entre si através de mensagens assíncronas )Asynchronous Messaging(, em vez de chamadas síncronas, permitindo que muitas VMs sejam executadas de forma independente e armazenadas de forma independente, de forma naturalmente paralela.
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, tudo 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 de 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 encapsulamento de micro máquinas virtuais por unidade de conta, agendando 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 que foi redesenhada em toda a dimensão de "estrutura de conta → arquitetura de agendamento → fluxo de execução", oferecendo uma nova abordagem paradigmática para a construção de sistemas de alta performance na próxima geração em cadeia.
MegaETH escolheu um caminho de reestruturação: abstrair completamente contas e contratos em uma VM independente, liberando o potencial extremo de paralelismo através da programação de execução assíncrona. Teoricamente, o limite de paralelismo do MegaETH é mais alto, mas também é mais difícil controlar a complexidade, assemelhando-se mais a um sistema operacional super distribuído sob a filosofia do Ethereum.
![Web3 Computação Paralela Perspectiva: A Melhor Solução para Expansão Nativa?])https://img-cdn.gateio.im/webp-social/moments-9c4a4c4309574e45f679b2585d42ea16.webp(
Monad e MegaETH têm princípios de design bastante diferentes em relação ao )Sharding(: Sharding divide a blockchain horizontalmente em várias sub-chains independentes )Shards(, cada uma responsável por parte das transações e estados, quebrando as limitações de uma única cadeia na expansão em nível de rede; enquanto Monad e 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. Ambos representam duas direções na trajetória de expansão da blockchain: o reforço vertical e a expansão horizontal.
![Web3 paralelismo computacional panorama: a melhor solução para escalabilidade nativa?])https://img-cdn.gateio.im/webp-social/moments-562daa8ae6acba834ef937bf88a742f0.webp(
Os projetos de computação paralela, como Monad e MegaETH, concentram-se principalmente em otimizações de throughput, com o objetivo central de aumentar o TPS na cadeia, através da execução atrasada )Deferred Execution( e da arquitetura de micromáquinas virtuais )Micro-VM(, permitindo o processamento paralelo em nível de transação ou conta. O Pharos Network, como uma rede de blockchain L1 modular e full-stack paralela, tem como seu mecanismo central de computação paralela o "Rollup Mesh". Esta arquitetura, através da colaboração entre a mainnet e a rede de processamento 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ável )TEE(.
Análise do mecanismo de computação paralela Rollup Mesh: