Quais são as diferenças fundamentais entre a Manta Pacific e a Manta Atlantic?

Última atualização 2026-06-30 03:33:08
Tempo de leitura: 5m
A Manta Pacific e a Manta Atlantic distinguem-se pelos seus papéis funcionais: a Pacific é uma rede modular Layer 2 na Ethereum, especializada na implementação e escalabilidade de aplicações descentralizadas de conhecimento zero (ZK); a Atlantic é uma rede ZK Layer 1 na Polkadot, dedicada à infraestrutura de identidade de conformidade on-chain zkAddress e zkSBT. Ambas as cadeias integram o ecossistema da Manta Network e partilham o token de utilidade nativo MANTA, embora apresentem diferenças estruturais nos ecossistemas subjacentes, pilhas técnicas e grupos-alvo de utilizadores.

Em arquitetura modular de blockchain, a camada de execução e a camada de identidade são frequentemente difíceis de suportar de forma otimizada numa única cadeia: a implementação de aplicações exige compatibilidade com EVM e DA de baixo custo, enquanto a identidade conforme requer endereços com privacidade e credenciais verificáveis. A Manta Network posiciona a Pacific como uma cadeia de execução de aplicações ZK do lado da Ethereum e a Atlantic como uma cadeia de credenciais de identidade do lado da Polkadot, criando uma estrutura complementar de "escalabilidade de execução + conformidade de privacidade".

Do ponto de vista do programador e do utilizador, o lado Pacific reduz os custos de implementação de dApp ZK através dos Universal Circuits e da Celestia DA; o lado Atlantic permite a divulgação seletiva através de zkAddress e Prove Key, possibilitando que cenários DeFi, sociais, de jogos e outros concluam a verificação sem expor a identidade original. Compreender o limite entre estas duas cadeias é essencial para a leitura de materiais técnicos da Manta Network.

O que é a Manta Pacific?

A Manta Pacific é uma rede modular Layer 2 (L2) implementada pela Manta Network no ecossistema Ethereum, concebida como um ambiente de execução on-chain escalável e de baixo custo para aplicações descentralizadas ZK. A Pacific separa a execução de transações, a liquidação e a disponibilidade de dados (DA), adotando a Celestia como camada de DA. Reduz os custos de dados on-chain através de Data Availability Sampling (DAS) e Namespaced Merkle Trees (NMT). A camada de execução segue um percurso compatível com EVM, sendo a arquitetura alvo um zkEVM Validium baseado em Polygon CDK.

O gas da rede Pacific é denominado em ETH, permitindo aos programadores implementar contratos Solidity num ambiente compatível com EVM e adicionar funcionalidade de conhecimento zero às aplicações através dos Universal Circuits. A finalidade rápida utiliza uma estrutura de verificação de duas camadas que combina Symbiotic Restaking e Babylon, comprimindo o tempo de finalidade para minutos. O ecossistema Pacific alberga atualmente mais de 200 projetos de aplicações, abrangendo DeFi, jogos on-chain, redes sociais, verificação de identidade e muito mais.

Camada Técnica Componente Correspondente na Pacific Função Principal
Camada de Disponibilidade de Dados Celestia Reduz custos de DA, suporta escalabilidade modular
Camada de Execução EVM / zkEVM Validium Compatível com contratos Ethereum, suporta verificação ZK
Camada de Liquidação Mainnet Ethereum Ancoragem de raiz de estado e garantias de segurança finais
Ferramentas de Desenvolvimento Universal Circuits ZK como Serviço, reduz a barreira para integração ZK

A tabela acima mostra que o foco técnico da Pacific reside em "escalabilidade modular + compatibilidade EVM + implementação de aplicações ZK", e não na infraestrutura subjacente de credenciais de identidade on-chain. As receitas do sequenciador e as poupanças nos custos de DA são parcialmente redirecionadas para a construção do ecossistema. No lado Pacific, o MANTA é utilizado principalmente para governança, incentivos ao ecossistema e participação na finalidade rápida através de Restaking.

O que é a Manta Atlantic?

A Manta Atlantic é uma rede ZK Layer 1 (L1) implementada pela Manta Network no ecossistema Polkadot, posicionada como uma infraestrutura modular de identidade conforme on-chain. A Atlantic dá prioridade à construção de uma camada de credenciais de conformidade de conhecimento zero, permitindo que outros projetos integrem identidade interoperável sem terem de lidar eles próprios com implementações criptográficas complexas. Os zkAddress e zkSBT formam o conjunto de ferramentas central da camada de identidade da Atlantic, fornecendo endereços de privacidade estilo UTXO e credenciais on-chain não transferíveis, respetivamente.

As taxas da rede Atlantic são denominadas em MANTA, e a segurança é mantida por collators. A estrutura de distribuição das taxas de rede é: 72% alocados a projetos do ecossistema, 18% para o tesouro e 10% atribuídos a collators. A Atlantic suporta votação de governança e delegação de staking de collators. A compra e verificação de credenciais zkSBT e zkKYC utilizam MANTA como meio. O roadmap técnico da Atlantic remonta a práticas de parachain de privacidade da Polkadot, fornecendo um padrão de credenciais unificado para verificação de identidade entre projetos numa arquitetura interoperável.

Componente de Identidade Posicionamento Funcional Casos de Utilização Típicos
zkAddress Endereço de privacidade estilo UTXO que suporta divulgação seletiva através de Prove Key Gestão de identidade privada, divulgação seletiva de credenciais
zkSBT Token soulbound de conhecimento zero não transferível KYC descentralizado, verificação de qualificação de conformidade
Rede de Collators Produção de blocos e manutenção de estado Segurança da rede e ordenação de transações
Alocação de Taxas MANTA 72% ecossistema / 18% tesouro / 10% collator Incentivar projetos do ecossistema e manutenção da rede

O valor central da Atlantic reside na "identidade conforme programável", em vez da execução de aplicações de alto débito. O zkSBT é não transferível, sendo a sua utilização principal a verificação de privacidade, e não a negociação ou circulação de ativos; o zkAddress está orientado para a divulgação seletiva de identidade conforme, diferindo fundamentalmente das ferramentas de privacidade de mistura de moedas em termos de mecanismo e finalidade.

Como é que as duas cadeias dividem o trabalho e colaboram?

A Manta Network emprega uma arquitetura de divisão de trabalho em duas cadeias, distribuindo requisitos heterogéneos por duas redes independentes: a Pacific trata da implementação em grande escala e da escalabilidade modular de aplicações ZK no ecossistema Ethereum; a Atlantic trata da identidade conforme on-chain e da construção da camada de credenciais no ecossistema Polkadot. As duas cadeias estão ligadas através da ponte Celer para bloqueio e desbloqueio entre cadeias do MANTA. Partilham uma oferta total inicial de mil milhões de tokens MANTA, mas mantêm de forma independente a produção de blocos, o consenso e os modelos de segurança.

A divisão arquitetónica segue uma lógica complementar de "execução de aplicações + conformidade de identidade". A Pacific responde à questão: "Como executar aplicações ZK a baixo custo no ecossistema Ethereum?" A Atlantic responde: "Como concluir a verificação de identidade conforme on-chain sem expor informações sensíveis?" O Universal Circuits está disponível apenas no lado Pacific para capacidades de desenvolvimento ZK. As implementações principais e os padrões de credenciais do zkAddress e do zkSBT estão ancorados na Atlantic, e as aplicações Pacific podem obter sinergia com a camada de identidade da Atlantic através destes padrões de credenciais.

Diagrama de divisão da arquitetura de cadeia dupla Manta Pacific e Manta Atlantic Figura 1. Divisão da arquitetura Manta Pacific (L2 modular Ethereum) e Manta Atlantic (ZK L1 Polkadot) ligadas através da ponte de token MANTA.

A Pacific tem dependências técnicas da Celestia, do Polygon zkEVM e da camada de liquidação Ethereum; a interoperabilidade da Atlantic está limitada pela arquitetura de parachain da Polkadot. A circulação entre cadeias do MANTA entre as duas cadeias depende da segurança e liquidez da ponte Celer. Estas dependências constituem características estruturais da arquitetura de cadeia dupla: a Pacific é responsável pela escalabilidade da execução de aplicações, e a Atlantic é responsável pela ancoragem de credenciais de identidade. As duas cadeias partilham a liquidez do MANTA através da ponte Celer.

Como diferem as capacidades de privacidade e ZK?

A diferença entre Pacific e Atlantic nas capacidades de conhecimento zero manifesta-se ao longo de dois caminhos técnicos: "integração ZK na camada de aplicação" e "credenciais ZK na camada de identidade". A Pacific fornece aos programadores Solidity bibliotecas de desenvolvimento ZK-as-a-Service através dos Universal Circuits, permitindo que os contratos invoquem circuitos ZK pré-construídos, suportando cenários como pagamentos de privacidade conformes, verificação de identidade e zkShuffle. O Universal Circuits 2.0 introduz agregação de provas, reduzindo o gas de verificação on-chain e aumentando o débito.

As capacidades ZK da Atlantic estão concentradas na camada de identidade e credenciais. O zkAddress utiliza endereços de privacidade estilo UTXO que funcionam em paralelo com contas públicas. Os utilizadores podem divulgar seletivamente credenciais específicas usando Prove Key sem expor o seu perfil de identidade completo. O zkSBT, como credencial on-chain não transferível, suporta verificação KYC descentralizada; os verificadores obtêm apenas o resultado da qualificação sem aceder a informações pessoais sensíveis. A camada de identidade da Atlantic permite que outros projetos do ecossistema Polkadot integrem identidade interoperável sem construir uma pilha completa de protocolos de identidade ZK de raiz.

A camada de aplicação Pacific também suporta verificação de conformidade zkSBT. As duas cadeias formam sinergia nos padrões de credenciais: a Atlantic serve como âncora subjacente para identidade e credenciais, enquanto a Pacific serve como plataforma para execução de aplicações e integração de funções ZK. Se os programadores precisarem de incorporar lógica de pagamento ou shuffling ZK em dApps, devem direcionar-se para a Pacific e os Universal Circuits; se precisarem de construir sistemas de identidade conforme on-chain ou credenciais KYC, devem direcionar-se para a Atlantic e os seus mecanismos zkAddress/zkSBT.

Qual cadeia devem escolher programadores e utilizadores?

A Pacific está orientada para programadores do ecossistema Ethereum e utilizadores gerais de dApps. Os programadores podem migrar ou criar novos contratos num ambiente compatível com EVM e invocar funcionalidade de conhecimento zero através do SDK Universal Circuits, sem necessidade de aprender linguagens ZK especializadas como Cairo ou Noir. Os cenários típicos incluem implementação de protocolos DeFi, jogos on-chain (zkShuffle), aplicações sociais e pagamentos de privacidade conformes. Os utilizadores que participam no ecossistema Pacific normalmente precisam de ETH para gas e precisam de fazer bridge de ativos para a rede Pacific.

A Atlantic está orientada para equipas de projetos, instituições e utilizadores que necessitam de identidade conforme on-chain. As equipas de projetos podem integrar o padrão de credenciais zkSBT; os utilizadores gerem a sua identidade privada através de zkAddress e divulgam credenciais a pedido. As operações no lado Atlantic giram em torno da cunhagem de credenciais, divulgação Prove Key e pedidos de verificação. A governança da rede e a delegação de collators devem ser pagas em MANTA. A Pacific concentra-se na execução de aplicações e chamadas de funções ZK; a Atlantic concentra-se no estabelecimento de identidade e verificação de conformidade. As duas cadeias têm processos operacionais e tokens de gas diferentes.

De Relance: Principais Diferenças entre Pacific e Atlantic

A tabela abaixo resume as principais diferenças entre Manta Pacific e Manta Atlantic em oito dimensões, permitindo uma comparação rápida do posicionamento e das características técnicas das duas cadeias.

Dimensão de Comparação Manta Pacific Manta Atlantic
Ecossistema Subjacente Ethereum Polkadot
Tipo de Rede Modular Layer 2 (L2) ZK Layer 1 (L1)
Função Principal Implementação de aplicações ZK e escalabilidade modular Infraestrutura de identidade conforme on-chain e credenciais
Token de Gas ETH MANTA
Tecnologias Chave Celestia DA, zkEVM, Universal Circuits, Finalidade Rápida zkAddress, zkSBT, Rede de Collators
Foco de Desenvolvimento Contratos Solidity + integração de circuitos ZK Padrões de credenciais de identidade + gestão de endereços de privacidade
Utilizadores Típicos Programadores de dApps, utilizadores DeFi/jogos Equipas de projetos de identidade, utilizadores de conformidade KYC
Casos de Utilização do MANTA Governança, incentivos ao ecossistema, Restaking para finalidade rápida Gas, governança, staking de collators, compra de zkSBT

Infográfico de comparação lado a lado Manta Pacific vs Manta Atlantic Figura 2. Comparação lado a lado de Manta Pacific e Manta Atlantic em ecossistema, tipo de camada, token de gas e foco principal.

A comparação mostra que Pacific e Atlantic não são dois modos da mesma rede, mas sim duas cadeias independentes que abordam domínios problemáticos diferentes. Escolher Pacific ou Atlantic depende dos objetivos de participação: a implementação de aplicações e a integração de funções ZK apontam para a Pacific; a identidade conforme e a construção de credenciais apontam para a Atlantic. As duas cadeias alcançam sinergia de ecossistema através da ponte entre cadeias MANTA e da economia de tokens partilhada, mas as suas pilhas técnicas, mecanismos de gas e percursos de utilizador devem ser compreendidos separadamente.

Resumo

A Manta Pacific e a Manta Atlantic formam o ecossistema complementar de cadeia dupla da Manta Network: a Pacific serve como L2 modular Ethereum, aproveitando Celestia DA, zkEVM e Universal Circuits para suportar a implementação de aplicações ZK; a Atlantic serve como ZK L1 Polkadot, utilizando zkAddress e zkSBT para suportar identidade conforme on-chain. A denominação do gas (ETH vs. MANTA), o foco técnico (execução de aplicações vs. credenciais de identidade) e os utilizadores-alvo (programadores/utilizadores de dApps vs. utilizadores de identidade/KYC) constituem as três diferenças mais significativas entre as duas cadeias. Compreender esta divisão de trabalho ajuda a selecionar o caminho de participação correto e a pilha técnica dentro do ecossistema Manta Network.

Perguntas Frequentes

Qual é a principal diferença entre a Manta Pacific e a Manta Atlantic?

A Manta Pacific é uma L2 modular no ecossistema Ethereum, focada na implementação de aplicações descentralizadas ZK. O gas é pago em ETH e as principais tecnologias incluem Celestia DA, zkEVM e Universal Circuits. A Manta Atlantic é uma ZK L1 no ecossistema Polkadot, focada na identidade conforme on-chain. As taxas de rede são pagas em MANTA e as principais tecnologias incluem zkAddress e zkSBT.

Porque é que as duas cadeias têm tokens de gas diferentes?

A Manta Pacific está implementada no ecossistema Ethereum, e o gas da rede é denominado em ETH, em linha com as convenções de L2 da Ethereum. A Manta Atlantic, como L1 independente, denomina as taxas de rede em MANTA, o seu token funcional nativo. O MANTA também serve funções como governança, staking de collators e compras de zkSBT.

A que cadeia pertence o Universal Circuits?

O Universal Circuits é uma biblioteca de desenvolvimento ZK-as-a-Service na Manta Pacific, permitindo que programadores Solidity invoquem circuitos ZK pré-construídos em contratos Pacific. A Atlantic não fornece Universal Circuits; as capacidades ZK da Atlantic estão concentradas na camada de credenciais de identidade zkAddress e zkSBT.

A que cadeia pertencem o zkAddress e o zkSBT?

As implementações principais e os padrões de credenciais do zkAddress e do zkSBT estão ancorados na Manta Atlantic. A Atlantic fornece endereços de privacidade estilo UTXO e credenciais on-chain não transferíveis, suportando divulgação seletiva e verificação KYC descentralizada. A camada de aplicação Pacific pode integrar verificação de conformidade zkSBT, obtendo sinergia de padrões de credenciais com a camada de identidade da Atlantic.

Como é que as duas cadeias se ligam através do MANTA?

A Manta Pacific e a Manta Atlantic estão ligadas através da ponte Celer para bloqueio e desbloqueio entre cadeias do MANTA, partilhando uma oferta total inicial de mil milhões de tokens. Os fluxos entre cadeias afetam a oferta circulante global do MANTA, mas as duas cadeias mantêm de forma independente os seus próprios modelos de produção de blocos, consenso e segurança.

Como devem os programadores escolher entre Pacific ou Atlantic?

Para implementar aplicações descentralizadas ZK no ecossistema Ethereum, chamar Universal Circuits ou participar em cenários DeFi/jogos, deve-se direcionar para a Manta Pacific. Para construir identidade conforme on-chain, emitir credenciais zkSBT ou gerir identidades privadas zkAddress, deve-se direcionar para a Manta Atlantic. As duas cadeias têm funções complementares e podem ser utilizadas separadamente ou em combinação com base nos requisitos do projeto.

Autor: Jayne
Exclusão de responsabilidade
* As informações não se destinam a ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecido ou endossado pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem fazer referência à Gate. A violação é uma violação da Lei de Direitos de Autor e pode estar sujeita a ações legais.

Artigos relacionados

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?
Principiante

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?

ONDO é o token central de governança e captação de valor do ecossistema Ondo Finance. Tem como objetivo principal potenciar mecanismos de incentivos em token para integrar, de forma fluida, os ativos financeiros tradicionais (RWA) no ecossistema DeFi, impulsionando o crescimento em larga escala da gestão de ativos on-chain e dos produtos de retorno.
2026-03-27 13:52:50
Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi
Principiante

Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi

A principal distinção entre o Morpho e o Aave está no mecanismo de empréstimos. O Aave opera com um modelo de pool de liquidez, enquanto o Morpho baseia-se neste sistema ao implementar uma correspondência peer-to-peer (P2P), o que permite um alinhamento superior das taxas de juros dentro do mesmo mercado. O Aave funciona como protocolo nativo de empréstimos, fornecendo liquidez de base e taxas de juros estáveis. Em contrapartida, o Morpho atua como uma camada de otimização, aumentando a eficiência do capital ao estreitar o spread entre as taxas de depósito e de empréstimo. Em suma, a diferença fundamental é que o Aave oferece infraestrutura central, enquanto o Morpho é uma ferramenta de otimização da eficiência.
2026-04-03 13:09:48
Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO
Principiante

Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO

O MORPHO é o token nativo do protocolo Morpho, criado essencialmente para a governança e incentivos do ecossistema. Ao organizar a distribuição do token e os mecanismos de incentivo, o Morpho assegura o alinhamento entre a atividade dos utilizadores, o crescimento do protocolo e a autoridade de governança, promovendo um modelo de valor sustentável no ecossistema descentralizado de empréstimos.
2026-04-03 13:13:47
Zcash vs Monero: análise comparativa dos percursos técnicos de duas moedas de privacidade
Intermediário

Zcash vs Monero: análise comparativa dos percursos técnicos de duas moedas de privacidade

Zcash e Monero são criptomoedas orientadas para a privacidade on-chain, adotando abordagens técnicas essencialmente diferentes. Zcash utiliza provas de conhecimento zero zk-SNARKs para viabilizar transações "verificáveis mas invisíveis", ao passo que Monero recorre a assinaturas de anel e mecanismos de ofuscação para garantir um modelo de transação "anónimo por defeito". Estas distinções conferem características exclusivas a cada uma, impactando os respetivos métodos de implementação de privacidade, rastreabilidade, arquitetura de desempenho e capacidade de adaptação às exigências de conformidade regulatória.
2026-05-14 10:51:14
0x Protocol vs Uniswap: diferenças entre protocolos de Livro de ordens e o modelo AMM
Intermediário

0x Protocol vs Uniswap: diferenças entre protocolos de Livro de ordens e o modelo AMM

Tanto o 0x Protocol como o Uniswap foram desenvolvidos para negociação descentralizada de ativos, mas cada um recorre a mecanismos de negociação distintos. O 0x Protocol assenta numa arquitetura de livro de ordens off-chain com liquidação on-chain, agregando liquidez de múltiplas fontes para disponibilizar infraestrutura de negociação a carteiras e DEX. O Uniswap, por outro lado, utiliza o modelo de Formador Automático de Mercado (AMM), permitindo trocas de ativos on-chain através de pools de liquidez. A diferença fundamental entre ambos está na organização da liquidez. O 0x Protocol centra-se na agregação de ordens e no encaminhamento eficiente de negociações, sendo ideal para garantir suporte de liquidez essencial a aplicações. O Uniswap, por sua vez, recorre a pools de liquidez para proporcionar serviços de troca direta aos utilizadores, afirmando-se como uma plataforma robusta para execução de negociações on-chain.
2026-04-29 03:48:20
Quais são os principais componentes do protocolo 0x? Uma análise do Relayer, Mesh e da arquitetura API
Principiante

Quais são os principais componentes do protocolo 0x? Uma análise do Relayer, Mesh e da arquitetura API

O 0x Protocol cria uma infraestrutura de negociação descentralizada ao integrar componentes essenciais como Relayer, Mesh Network, 0x API e Exchange Proxy. O Relayer gere a transmissão de ordens off-chain, a Mesh Network permite a partilha dessas ordens, a 0x API fornece uma interface unificada de oferta de liquidez e a Exchange Proxy assegura a execução de negociações on-chain e o encaminhamento de liquidez. Estes elementos, em conjunto, formam uma arquitetura que conjuga a propagação de ordens off-chain com a liquidação de negociações on-chain, permitindo que Carteiras, DEX e aplicações DeFi acedam a liquidez proveniente de múltiplas fontes através de uma única interface unificada.
2026-04-29 03:06:50