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

Última atualização 2026-06-29 07:33:07
Tempo de leitura: 5m
A diferença fundamental entre a Manta Pacific e a Manta Atlantic reside nos seus papéis distintos: a Pacific é uma rede modular Layer 2 no ecossistema Ethereum, especializada na implementação e na escalabilidade de aplicações descentralizadas de conhecimento zero (ZK); a Atlantic é uma rede ZK Layer 1 no ecossistema Polkadot, dedicada a uma infraestrutura de identidade on-chain conforme, através de zkAddress e zkSBT. Ambas as cadeias fazem parte do ecossistema Manta Network e partilham o Token de utilidade nativo MANTA, embora apresentem diferenças estruturais nos ecossistemas subjacentes, nas pilhas tecnológicas e nos grupos de utilizadores-alvo.

Numa arquitetura de blockchain modular, é muitas vezes difícil para uma única cadeia otimizar simultaneamente a camada de execução e a camada de identidade: a implantação de aplicações exige compatibilidade EVM e DA de baixo custo, enquanto a identidade conforme requer endereços privados e credenciais verificáveis. A Manta Network posiciona a Pacific como o lado de execução de aplicações ZK na Ethereum e a Atlantic como o lado de credenciais de identidade na Polkadot, criando uma estrutura complementar de "execução escalável + privacidade conforme".

Na perspetiva do programador e do utilizador, o lado Pacific reduz os custos de implantação de dApp ZK através dos Universal Circuits e da Celestia DA; o lado Atlantic permite a divulgação seletiva por meio do zkAddress e da Prove Key, possibilitando que cenários DeFi, sociais e de jogos concluam a verificação sem expor identidades originais. Compreender os limites de cada cadeia é essencial para ler a documentação técnica da Manta Network.

O que é a Manta Pacific?

A Manta Pacific é uma rede modular de Layer 2 (L2) implantada 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). Utiliza a Celestia como camada DA para reduzir os custos de dados on-chain através de Data Availability Sampling (DAS) e Namespaced Merkle Trees (NMT). A camada de execução evolui no caminho da compatibilidade EVM, sendo a arquitetura-alvo um zkEVM Validium baseado no Polygon CDK.

O gas na rede Pacific é denominado em ETH. Os programadores podem implantar contratos Solidity num ambiente compatível com EVM e adicionar funcionalidades de conhecimento zero às aplicações através dos Universal Circuits. A finalidade rápida recorre a uma estrutura de verificação de dupla camada com Symbiotic Restaking e Babylon, comprimindo o tempo de finalidade para minutos. O ecossistema Pacific já reúne mais de 200 projetos de aplicações, abrangendo cenários DeFi, jogos on-chain, sociais e de verificação de identidade.

Camada Técnica Componente Pacific Função Central
Camada de Disponibilidade de Dados Celestia Reduzir o custo DA, suportar escalabilidade modular
Camada de Execução EVM / zkEVM Validium Compatível com contratos Ethereum, suportar verificação ZK
Camada de Liquidação Mainnet Ethereum Ancoragem da raiz de estado e garantia final de segurança
Ferramentas de Desenvolvimento Universal Circuits ZK-as-a-Service, reduzir a barreira de integração ZK

A tabela acima mostra que o foco técnico da Pacific reside na "escalabilidade modular + compatibilidade EVM + implantação de aplicações ZK", e não na infraestrutura de credenciais de identidade on-chain. A receita do sequenciador e as poupanças nos custos DA são parcialmente reinvestidas no desenvolvimento do ecossistema. O MANTA no lado Pacific é utilizado sobretudo para governança, incentivos ao ecossistema e Restaking para finalidade rápida.

O que é a Manta Atlantic?

A Manta Atlantic é uma rede ZK de Layer 1 (L1) implantada pela Manta Network no ecossistema Polkadot, posicionada como infraestrutura de identidade conforme modular on-chain. A Atlantic prioriza a construção de uma camada de credenciais conformes de conhecimento zero, permitindo que outros projetos integrem identidades interoperáveis sem terem de lidar com implementações criptográficas complexas. O zkAddress e o zkSBT formam o conjunto central de ferramentas da camada de identidade Atlantic, fornecendo endereços privados do tipo UTXO e credenciais on-chain não transferíveis, respetivamente.

As taxas de rede na Atlantic são denominadas em MANTA, com a segurança mantida por collators. A estrutura de distribuição de taxas de rede aloca 72% para projetos do ecossistema, 18% para o tesouro e 10% para recompensas de collators. A Atlantic suporta votação de governança e delegação de staking de collators, sendo as compras e verificações de credenciais zkSBT e zkKYC efetuadas em MANTA. A linhagem técnica da Atlantic remonta às 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 Uso Típicos
zkAddress Endereço privado UTXO, suporta divulgação seletiva com Prove Key Gestão de identidade privada, divulgação seletiva de credenciais
zkSBT Token de alma não transferível de conhecimento zero KYC descentralizado, verificação de elegibilidade de conformidade
Rede de Collators Produção de blocos e manutenção de estado Segurança de rede e ordenação de transações
Distribuiçã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", e não na execução de aplicações de alto rendimento. O zkSBT não é transferível, sendo a sua utilidade principal a verificação de privacidade, e não a negociação ou circulação de ativos; o zkAddress é concebido para divulgação seletiva de identidades conformes, diferenciando-se fundamentalmente em mecanismo e finalidade das ferramentas de privacidade de mistura de moedas.

Como funciona a divisão e coordenação entre as duas cadeias?

A Manta Network adota uma arquitetura de divisão em duas cadeias, repartindo requisitos heterogéneos por duas redes independentes: a Pacific lida com a implantação em grande escala de aplicações ZK e a escalabilidade modular no ecossistema Ethereum, enquanto a Atlantic lida com a infraestrutura de identidade conforme e credenciais on-chain no ecossistema Polkadot. As duas cadeias realizam o bloqueio e desbloqueio entre cadeias do MANTA através da ponte Celer, partilhando um total de génese de mil milhões de Tokens, mas cada uma mantém o seu próprio modelo de produção de blocos, consenso e segurança.

A divisão arquitetural segue a lógica complementar de "execução de aplicações + conformidade de identidade". A Pacific resolve o problema de "como executar aplicações ZK a baixo custo no ecossistema Ethereum"; a Atlantic resolve o problema de "como completar a verificação de identidade conforme on-chain sem expor informações sensíveis". Os Universal Circuits fornecem capacidades de desenvolvimento ZK apenas no lado Pacific; a implementação central e os padrões de credenciais do zkAddress e do zkSBT estão ancorados na Atlantic, e as aplicações Pacific podem coordenar com a camada de identidade Atlantic através de padrões de credenciais.

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

A Pacific tem dependências técnicas da Celestia, do Polygon zkEVM e da camada de liquidação Ethereum; a interoperabilidade da Atlantic é 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 duas cadeias: a Pacific é responsável pela escalabilidade da execução de aplicações, a Atlantic pela ancoragem de credenciais de identidade, e ambas partilham a liquidez do MANTA através da ponte Celer.

Como diferem as capacidades de privacidade e ZK?

A diferença nas capacidades de conhecimento zero entre a Pacific e a Atlantic manifesta-se em dois caminhos técnicos: "integração ZK na camada de aplicação" (Pacific) e "credenciais ZK na camada de identidade" (Atlantic). A Pacific fornece uma biblioteca de desenvolvimento ZK-as-a-Service para programadores Solidity através dos Universal Circuits, permitindo que os contratos chamem circuitos ZK pré-construídos, suportando cenários como pagamentos de privacidade conformes, verificação de identidade e zkShuffle; os Universal Circuits 2.0 introduzem agregação de provas, reduzindo o gas de verificação on-chain e aumentando o rendimento.

As capacidades ZK da Atlantic concentram-se na camada de identidade e credenciais. O zkAddress utiliza endereços privados UTXO, funcionando em paralelo com contas públicas, permitindo que os utilizadores divulguem seletivamente credenciais específicas usando a Prove Key sem revelar o perfil de identidade completo. O zkSBT, como credencial on-chain não transferível, suporta verificação KYC descentralizada, onde os verificadores apenas obtêm a conclusão de elegibilidade, sem aceder a informações pessoais sensíveis. A camada de identidade Atlantic permite que outros projetos do ecossistema Polkadot integrem identidades interoperáveis sem precisarem de construir uma pilha completa de protocolo de identidade ZK.

A camada de aplicação Pacific também suporta verificação de conformidade zkSBT, alcançando coordenação entre as duas cadeias em padrões de credenciais: a Atlantic serve como âncora subjacente para identidades e credenciais, enquanto a Pacific serve como plataforma para execução de aplicações e integração de funcionalidades ZK. Os programadores que precisam de incorporar lógica de pagamento ZK ou de shuffling num dApp devem visar a Pacific e os Universal Circuits; os que precisam de construir sistemas de identidade conforme on-chain ou de credenciais KYC devem visar a Atlantic e os mecanismos zkAddress e zkSBT.

Qual cadeia devem escolher os programadores e utilizadores?

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

A Atlantic visa partes do projeto, instituições e utilizadores que necessitam de identidades conformes on-chain. As partes do projeto podem integrar o padrão de credenciais zkSBT, enquanto os utilizadores gerem identidades de privacidade através do zkAddress e divulgam credenciais conforme necessário. As operações no lado Atlantic centram-se na cunhagem de credenciais, divulgação Prove Key e pedidos de verificação; a governança de rede e a delegação de collators devem ser pagas em MANTA. A Pacific foca-se na execução de aplicações e chamadas de funções ZK, enquanto a Atlantic foca-se no estabelecimento de identidade e verificação de conformidade; os fluxos de operação e os tokens de gas diferem entre as duas cadeias.

De relance: diferenças centrais entre Pacific e Atlantic

A tabela abaixo resume as diferenças centrais entre a Manta Pacific e a Manta Atlantic em oito dimensões para comparação rápida do posicionamento e das características técnicas de cada cadeia.

Dimensão de Comparação Manta Pacific Manta Atlantic
Ecossistema Subjacente Ethereum Polkadot
Tipo de Rede Layer 2 Modular (L2) ZK Layer 1 (L1)
Função Central Implantação de aplicações ZK e escalabilidade modular Infraestrutura de identidade conforme e credenciais on-chain
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 privados
Utilizadores Típicos Programadores dApp, utilizadores DeFi/jogos Partes do projeto de identidade, utilizadores de conformidade KYC
Casos de Uso do MANTA Governança, incentivos ao ecossistema, Restaking para finalidade rápida Gas, governança, staking de collators, compras zkSBT

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

A comparação da tabela mostra que a Pacific e a Atlantic não são dois modos da mesma rede, mas duas cadeias independentes que resolvem problemas distintos. A escolha entre Pacific e Atlantic depende do objetivo de participação: a implantação de aplicações e a integração de funcionalidades ZK apontam para a Pacific; a identidade conforme e a construção de credenciais apontam para a Atlantic. As duas cadeias alcançam coordenação de ecossistema através da ponte entre cadeias MANTA e da economia de Tokens partilhada, mas as suas pilhas tecnológicas, mecanismos de gas e percursos de utilizador devem ser compreendidos separadamente.

Resumo

A Manta Pacific e a Manta Atlantic formam a estrutura complementar do ecossistema de duas cadeias da Manta Network: a Pacific, como L2 modular Ethereum, utiliza a Celestia DA, o zkEVM e os Universal Circuits para alojar a implantação de aplicações ZK; a Atlantic, como L1 ZK Polkadot, utiliza o zkAddress e o zkSBT para alojar identidades conformes 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 dApp vs. utilizadores de identidade/KYC) constituem as três diferenças mais significativas entre as duas cadeias. Compreender esta divisão ajuda a selecionar o percurso de participação e a pilha tecnológica corretos no ecossistema da Manta Network.

Perguntas frequentes

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

A Manta Pacific é uma L2 modular do ecossistema Ethereum focada na implantação de aplicações descentralizadas ZK, com gas pago em ETH e tecnologias centrais como Celestia DA, zkEVM e Universal Circuits. A Manta Atlantic é uma L1 ZK do ecossistema Polkadot focada em identidades conformes on-chain, com taxas de rede pagas em MANTA e tecnologias centrais como zkAddress e zkSBT.

Porque é que os tokens de gas são diferentes entre as duas cadeias?

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

A que cadeia pertencem os Universal Circuits?

Os Universal Circuits são a biblioteca de desenvolvimento ZK-as-a-Service da Manta Pacific, permitindo que programadores Solidity chamem circuitos ZK pré-construídos em contratos Pacific. A Atlantic não fornece Universal Circuits; as suas capacidades ZK concentram-se na camada de credenciais de identidade zkAddress e zkSBT.

A que cadeia pertencem o zkAddress e o zkSBT?

A implementação central e os padrões de credenciais do zkAddress e do zkSBT estão ancorados na Manta Atlantic. A Atlantic fornece endereços privados 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, coordenando com a camada de identidade Atlantic nos padrões de credenciais.

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

A Manta Pacific e a Manta Atlantic ligam-se através da ponte Celer para bloqueio e desbloqueio entre cadeias do MANTA, partilhando um total de génese de mil milhões de Tokens. O movimento entre cadeias afeta a oferta total em circulação do MANTA, mas cada cadeia mantém o seu próprio modelo de produção de blocos, consenso e segurança.

Como devem os programadores escolher entre Pacific e Atlantic?

Ao implantar aplicações descentralizadas ZK no ecossistema Ethereum, chamar Universal Circuits ou participar em cenários DeFi/jogos, deve visar a Manta Pacific. Ao construir identidades conformes on-chain, emitir credenciais zkSBT ou gerir identidades de privacidade zkAddress, deve visar a Manta Atlantic. As duas cadeias têm funções complementares e podem ser utilizadas separadamente ou em conjunto, conforme as necessidades 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