En una arquitectura de blockchain modular, a una sola cadena le suele resultar difícil optimizar a la vez la capa de ejecución y la capa de identidad: el despliegue de aplicaciones exige compatibilidad con EVM y un DA de bajo coste, mientras que la identidad conforme requiere direcciones privadas y credenciales verificables. Manta Network sitúa Pacific como el lado de ejecución de aplicaciones ZK en Ethereum y Atlantic como el lado de credenciales de identidad en Polkadot, creando una estructura complementaria de "ejecución escalable + privacidad conforme".
Desde la perspectiva del desarrollador y del usuario, Pacific reduce los costes de despliegue de dApps ZK gracias a Universal Circuits y Celestia DA; Atlantic permite la divulgación selectiva mediante zkAddress y Prove Key, de modo que los escenarios DeFi, sociales y de juegos puedan completar la verificación sin exponer las identidades originales. Entender los límites de ambas cadenas resulta esencial para leer la documentación técnica de Manta Network.
Manta Pacific es una red modular de capa 2 (L2) que Manta Network ha desplegado en el ecosistema de Ethereum. Está diseñada como un entorno de ejecución on-chain escalable y de bajo coste para aplicaciones descentralizadas ZK. Pacific separa la ejecución de transacciones, la liquidación y la disponibilidad de datos (DA). Utiliza Celestia como capa de DA para reducir los costes de datos on-chain mediante el muestreo de disponibilidad de datos (DAS) y los árboles de Merkle con espacio de nombres (NMT). La capa de ejecución sigue la ruta compatible con EVM, con el objetivo de alcanzar una arquitectura zkEVM Validium basada en Polygon CDK.
El gas en la red de Pacific se denomina en ETH. Los desarrolladores pueden desplegar contratos Solidity en un entorno compatible con EVM y añadir funcionalidad de conocimiento cero a las aplicaciones mediante Universal Circuits. La finalidad rápida emplea un marco de verificación de doble capa compuesto por Symbiotic Restaking y Babylon, lo que reduce el tiempo de finalidad a minutos. El ecosistema de Pacific ya reúne más de 200 proyectos de aplicación, que cubren escenarios DeFi, juegos on-chain, redes sociales y verificación de identidad.
| Capa técnica | Componente de Pacific | Función principal |
|---|---|---|
| Capa de disponibilidad de datos | Celestia | Reducir el coste de DA y facilitar el escalado modular |
| Capa de ejecución | EVM / zkEVM Validium | Compatible con contratos de Ethereum y admite verificación ZK |
| Capa de liquidación | Red principal de Ethereum | Anclaje de la raíz de estado y garantía de seguridad final |
| Herramientas de desarrollo | Universal Circuits | ZK como servicio, reduce la barrera de integración de ZK |
La tabla anterior muestra que el enfoque técnico de Pacific es el «escalado modular + compatibilidad con EVM + despliegue de aplicaciones ZK», y no la infraestructura de credenciales de identidad on-chain. Los ingresos del secuenciador y el ahorro en costes de DA se reciclan en parte para el desarrollo del ecosistema. MANTA en el lado de Pacific se usa principalmente para gobernanza, incentivos del ecosistema y Restaking para lograr finalidad rápida.
Manta Atlantic es una red ZK de capa 1 (L1) que Manta Network ha desplegado en el ecosistema de Polkadot. Está posicionada como infraestructura de identidad conforme modular on-chain. Atlantic se centra en construir una capa de credenciales conforme de conocimiento cero, de modo que otros proyectos puedan integrar identidades interoperables sin tener que implementar ellos mismos complejas soluciones criptográficas. zkAddress y zkSBT forman el conjunto de herramientas principal de la capa de identidad de Atlantic: proporcionan direcciones privadas de estilo UTXO y credenciales on-chain no transferibles, respectivamente.
Las tarifas de red en Atlantic se denominan en MANTA y la seguridad la mantienen los collators. La estructura de distribución de tarifas de red asigna el 72 % a proyectos del ecosistema, el 18 % al tesoro y el 10 % a recompensas de collators. Atlantic admite la votación en la gobernanza y la delegación de staking de collators, y las compras y verificaciones de credenciales zkSBT y zkKYC usan MANTA como medio. El linaje técnico de Atlantic se remonta a las prácticas de parachain de privacidad de Polkadot, y ofrece un estándar de credenciales unificado para la verificación de identidad entre proyectos en una arquitectura interoperable.
| Componente de identidad | Posicionamiento funcional | Casos de uso típicos |
|---|---|---|
| zkAddress | Dirección privada de estilo UTXO, admite divulgación selectiva con Prove Key | Gestión de identidad privada, divulgación selectiva de credenciales |
| zkSBT | Token de alma de conocimiento cero no transferible | KYC descentralizado, verificación de elegibilidad de cumplimiento |
| Red de collators | Producción de bloques y mantenimiento del estado | Seguridad de la red y ordenación de transacciones |
| Distribución de tarifas MANTA | 72 % ecosistema / 18 % tesoro / 10 % collators | Incentivar proyectos del ecosistema y mantenimiento de la red |
El valor central de Atlantic reside en la «identidad conforme programable», no en la ejecución de aplicaciones de alto rendimiento. zkSBT no es transferible y su uso principal es la verificación de privacidad, no el comercio ni la circulación de activos; zkAddress está diseñado para la divulgación selectiva de identidades conformes y es fundamentalmente diferente en mecanismo y propósito de las herramientas de privacidad de mezcla de monedas.
Manta Network adopta una arquitectura de dos cadenas que separa los requisitos heterogéneos en dos redes independientes: Pacific gestiona el despliegue a gran escala de aplicaciones ZK y el escalado modular en el ecosistema de Ethereum, mientras que Atlantic gestiona la identidad conforme on-chain y la infraestructura de credenciales en el ecosistema de Polkadot. Las dos cadenas realizan el bloqueo y desbloqueo entre cadenas de MANTA a través del puente Celer y comparten un total de génesis de 1 mil millones de tokens, pero cada una mantiene de forma independiente su propio modelo de producción de bloques, consenso y seguridad.
La división de la arquitectura sigue la lógica complementaria de «ejecución de aplicaciones + identidad conforme». Pacific resuelve el problema de «cómo ejecutar aplicaciones ZK a bajo coste en el ecosistema de Ethereum»; Atlantic resuelve el problema de «cómo completar la verificación de identidad conforme on-chain sin exponer información sensible». Universal Circuits solo proporciona capacidades de desarrollo ZK en el lado de Pacific; la implementación central y los estándares de credenciales de zkAddress y zkSBT están anclados en Atlantic, y las aplicaciones de Pacific pueden coordinarse con la capa de identidad de Atlantic a través de estándares de credenciales.
Figura 1. División de la arquitectura de Manta Pacific (L2 modular de Ethereum) y Manta Atlantic (L1 ZK de Polkadot) conectadas mediante el puente de tokens MANTA.
Pacific tiene dependencias técnicas de Celestia, Polygon zkEVM y la capa de liquidación de Ethereum; la interoperabilidad de Atlantic está limitada por la arquitectura de parachain de Polkadot. La circulación entre cadenas de MANTA entre las dos cadenas depende de la seguridad y la liquidez del puente Celer. Estas dependencias constituyen las características estructurales de la arquitectura de dos cadenas: Pacific se encarga del escalado de ejecución de aplicaciones, Atlantic se encarga del anclaje de credenciales de identidad, y ambas cadenas comparten la liquidez de MANTA a través del puente Celer.
La diferencia en las capacidades de conocimiento cero entre Pacific y Atlantic se manifiesta en dos rutas técnicas: «integración ZK a nivel de aplicación» (Pacific) y «credenciales ZK a nivel de identidad» (Atlantic). Pacific ofrece una biblioteca de desarrollo ZK como servicio para desarrolladores Solidity a través de Universal Circuits, lo que permite que los contratos llamen a circuitos ZK preconstruidos y admite escenarios como pagos de privacidad conformes, verificación de identidad y zkShuffle. Universal Circuits 2.0 introduce agregación de pruebas, lo que reduce el gas de verificación on-chain y aumenta el rendimiento.
Las capacidades ZK de Atlantic se concentran en la capa de identidad y credenciales. zkAddress utiliza direcciones privadas de estilo UTXO que se ejecutan en paralelo con cuentas públicas, lo que permite a los usuarios divulgar selectivamente credenciales específicas mediante Prove Key sin revelar su perfil de identidad completo. zkSBT, como credencial on-chain no transferible, admite verificación KYC descentralizada en la que los verificadores solo conocen la conclusión de elegibilidad, no la información personal sensible. La capa de identidad de Atlantic permite que otros proyectos del ecosistema de Polkadot integren identidades interoperables sin necesidad de construir una pila de protocolo de identidad ZK completa.
La capa de aplicación de Pacific también admite la verificación de cumplimiento de zkSBT, lo que logra la coordinación entre las dos cadenas en los estándares de credenciales: Atlantic actúa como anclaje subyacente para identidades y credenciales, mientras que Pacific actúa como plataforma para la ejecución de aplicaciones y la integración de funcionalidades ZK. Los desarrolladores que necesiten integrar lógica de pago ZK o mezcla en una dApp deberían dirigirse a Pacific y Universal Circuits; quienes necesiten construir sistemas de identidad conforme on-chain o credenciales KYC deberían dirigirse a Atlantic y a los mecanismos de zkAddress y zkSBT.
Pacific está pensada para desarrolladores del ecosistema de Ethereum y usuarios generales de dApps. Los desarrolladores pueden migrar o crear contratos en un entorno compatible con EVM y llamar a funciones de conocimiento cero a través del SDK de Universal Circuits sin necesidad de aprender lenguajes ZK especializados como Cairo o Noir. Los escenarios típicos incluyen el despliegue de protocolos DeFi, juegos on-chain (mezcla zkShuffle), aplicaciones sociales y pagos de privacidad conformes. Los usuarios que participan en el ecosistema de Pacific normalmente necesitan preparar ETH como gas y puentear activos a la red de Pacific.
Atlantic está pensada para partes del proyecto, instituciones y usuarios que requieren identidades conformes on-chain. Las partes del proyecto pueden integrar el estándar de credenciales zkSBT, mientras que los usuarios gestionan identidades privadas a través de zkAddress y divulgan credenciales bajo demanda. Las operaciones en el lado de Atlantic giran en torno a la acuñación de credenciales, la divulgación con Prove Key y las solicitudes de verificación; la gobernanza de la red y la delegación de collators deben pagarse en MANTA. Pacific se centra en la ejecución de aplicaciones y las llamadas a funciones ZK, mientras que Atlantic se centra en el establecimiento de identidad y la verificación de cumplimiento; los flujos de operación y los tokens de gas difieren entre las dos cadenas.
La siguiente tabla resume las diferencias clave entre Manta Pacific y Manta Atlantic en ocho dimensiones para una comparación rápida del posicionamiento y las características técnicas de ambas cadenas.
| Dimensión de comparación | Manta Pacific | Manta Atlantic |
|---|---|---|
| Ecosistema subyacente | Ethereum | Polkadot |
| Tipo de red | Capa 2 modular (L2) | Capa 1 ZK (L1) |
| Función principal | Despliegue de aplicaciones ZK y escalado modular | Infraestructura de identidad conforme y credenciales on-chain |
| Token de gas | ETH | MANTA |
| Tecnologías clave | Celestia DA, zkEVM, Universal Circuits, finalidad rápida | zkAddress, zkSBT, red de collators |
| Enfoque de desarrollo | Contratos Solidity + integración de circuitos ZK | Estándares de credenciales de identidad + gestión de direcciones privadas |
| Usuarios típicos | Desarrolladores de dApps, usuarios de DeFi/juegos | Partes del proyecto de identidad, usuarios de cumplimiento KYC |
| Casos de uso de MANTA | Gobernanza, incentivos del ecosistema, Restaking para finalidad rápida | Gas, gobernanza, staking de collators, compras de zkSBT |
Figura 2. Comparación lado a lado de Manta Pacific y Manta Atlantic en ecosistema, tipo de capa, token de gas y enfoque principal.
La comparación en la tabla muestra que Pacific y Atlantic no son dos modos de la misma red, sino dos cadenas independientes que abordan diferentes dominios de problemas. Elegir Pacific o Atlantic depende del objetivo de participación: el despliegue de aplicaciones y la integración de funcionalidades ZK apuntan a Pacific; la identidad conforme y la construcción de credenciales apuntan a Atlantic. Las dos cadenas logran la coordinación del ecosistema a través del puente entre cadenas de MANTA y la economía de tokens compartida, pero sus pilas técnicas, mecanismos de gas y rutas de usuario deben entenderse por separado.
Manta Pacific y Manta Atlantic forman la estructura complementaria del ecosistema de dos cadenas de Manta Network: Pacific, como L2 modular de Ethereum, utiliza Celestia DA, zkEVM y Universal Circuits para alojar el despliegue de aplicaciones ZK; Atlantic, como L1 ZK de Polkadot, utiliza zkAddress y zkSBT para alojar identidades conformes on-chain. La denominación del gas (ETH frente a MANTA), el enfoque técnico (ejecución de aplicaciones frente a credenciales de identidad) y los usuarios objetivo (desarrolladores/usuarios de dApps frente a usuarios de identidad/KYC) constituyen las tres diferencias más significativas entre ambas cadenas. Comprender esta división ayuda a seleccionar la ruta de participación y la pila técnica correctas dentro del ecosistema de Manta Network.
¿Cuál es la diferencia clave entre Manta Pacific y Manta Atlantic?
Manta Pacific es una L2 modular del ecosistema de Ethereum centrada en el despliegue de aplicaciones descentralizadas ZK, con gas pagado en ETH y tecnologías clave como Celestia DA, zkEVM y Universal Circuits. Manta Atlantic es una L1 ZK del ecosistema de Polkadot centrada en identidades conformes on-chain, con tarifas de red pagadas en MANTA y tecnologías clave como zkAddress y zkSBT.
¿Por qué los tokens de gas son diferentes entre las dos cadenas?
Manta Pacific está desplegada en el ecosistema de Ethereum, donde el gas de la red se denomina en ETH, de acuerdo con las convenciones de las L2 de Ethereum. Manta Atlantic, como L1 independiente, denomina las tarifas de red en MANTA, su token funcional nativo, que también sirve para funciones como gobernanza, staking de collators y compras de zkSBT.
¿A qué cadena pertenece Universal Circuits?
Universal Circuits es la biblioteca de desarrollo ZK como servicio de Manta Pacific, que permite a los desarrolladores Solidity llamar a circuitos ZK preconstruidos en los contratos de Pacific. Atlantic no proporciona Universal Circuits; sus capacidades ZK se concentran en la capa de credenciales de identidad de zkAddress y zkSBT.
¿A qué cadena pertenecen zkAddress y zkSBT?
La implementación central y los estándares de credenciales de zkAddress y zkSBT están anclados en Manta Atlantic. Atlantic proporciona direcciones privadas de estilo UTXO y credenciales on-chain no transferibles, y admite divulgación selectiva y verificación KYC descentralizada. La capa de aplicación de Pacific puede integrar la verificación de cumplimiento de zkSBT, coordinándose con la capa de identidad de Atlantic en los estándares de credenciales.
¿Cómo se conectan las dos cadenas a través de MANTA?
Manta Pacific y Manta Atlantic se conectan a través del puente Celer para el bloqueo y desbloqueo entre cadenas de MANTA, y comparten un total de génesis de 1 mil millones de tokens. El movimiento entre cadenas afecta al suministro circulante total de MANTA, pero cada cadena mantiene de forma independiente su propio modelo de producción de bloques, consenso y seguridad.
¿Cómo deberían elegir los desarrolladores entre Pacific o Atlantic?
Al desplegar aplicaciones descentralizadas ZK en el ecosistema de Ethereum, llamar a Universal Circuits o participar en escenarios DeFi o de juegos, dirígete a Manta Pacific. Al construir identidades conformes on-chain, emitir credenciales zkSBT o gestionar identidades privadas zkAddress, dirígete a Manta Atlantic. Las dos cadenas tienen funciones complementarias y pueden usarse por separado o en combinación según las necesidades del proyecto.





