Cadena Anubis: Privacidad Selectiva L1 con Pruebas PLONK ZK

Anubis Chain es una cadena de bloques de Capa 1 construida alrededor Pruebas de conocimiento cero PLONK, compatibilidad total con EVMy un modelo programable al que llama el equipo privacidad selectiva. En lugar de ocultar cada transacción de forma predeterminada como Monero o Zcash, o exponer cada byte de forma predeterminada como Ethereum, Anubis permite a los usuarios e instituciones elegir, por transacción o por contrato, exactamente qué campos de datos permanecen privados y cuáles se vuelven públicamente auditables. La red principal entró en funcionamiento el 7 de abril de 2026 y desde entonces ha abierto su capa de ecosistema con el proyecto génesis AWAKE, un despliegue de liquidez de 163 millones de dólares y la activación de infraestructura nativa como RocketSwap DEX y Capybara Launchpad. Esta guía explica la arquitectura, el lanzamiento de AWAKE, el diseño de cumplimiento de ZK-KYC y cómo se compara Anubis Chain con otras redes centradas en la privacidad que compiten por el flujo institucional de DeFi en 2026.

El discurso es conceptualmente simple pero técnicamente exigente: las cadenas de bloques han pasado una década luchando contra una contradicción entre transparencia y confidencialidad, y la mayoría de los proyectos han elegido un bando. Anubis Chain sostiene que la próxima ola de finanzas en cadena, en particular los tesoros tokenizados, los carriles regulados de monedas estables y la creación de mercados institucionales, requerirá ambos privacidad y verificabilidad operando en la misma capa de ejecución. Al empaquetar primitivas de conocimiento cero como precompilaciones de EVM en lugar de reescribir la máquina virtual, la red puede admitir contratos estándar de Solidity y al mismo tiempo ofrecer saldos protegidos, direcciones ocultas y pistas de auditoría selectivas para las aplicaciones que los soliciten.

¿Qué es la Cadena de Anubis?

Cadena Anubis es una red de Capa 1 compatible con EVM que utiliza pruebas de conocimiento cero para brindar a los usuarios un control granular sobre qué campos de transacción se revelan en la cadena. La red se rige por el Fundación ANUBI, una institución de inversión establecida en 2020 e incubada a través de Laboratorios Anubis, una iniciativa conjunta entre la fundación y la propia cadena que opera como motor de incubación del ecosistema, coordinador de capital y amplificador de crecimiento.

Las características del titular son:

• Privacidad selectiva por defecto deshabilitada, por usuario habilitada. Los contratos inteligentes optan por primitivas blindadas; la ejecución transparente sigue siendo la base.
• 100% compatibilidad con EVM. La cadena se envía modificada Geth Cliente que no altera el conjunto de instrucciones principales de EVM, la semántica de ejecución ni el modelo de estado de la cuenta. Los contratos de solidez y las herramientas estándar como Hardhat, Foundry y MetaMask funcionan como en Ethereum.
• Modelo de estado híbrido. Una capa de cuenta para compatibilidad con EVM más una capa estilo UTXO para saldos blindados, ambas coordinadas a través de transiciones de estado sincronizadas.
• Mempool cifrado por umbral. Las transacciones pendientes se cifran y se barajan antes de la validación, lo que elimina la superficie estándar de ataque frontal y sándwich que afecta a los DEX transparentes.
• Capa de cumplimiento ZK-KYC. Los documentos de identidad se verifican fuera de la cadena; solo se ancla en la cadena una certificación de validez cifrada, lo que elimina la necesidad de publicar datos personales.
• Moneda nativa: gasDAI. La red principal, registrada como ID de cadena 6714, utiliza una unidad vinculada a DAI para el gas, fijando las tarifas a una referencia estable en lugar de a un token nativo volátil.

La red principal se lanzó el 7 de abril de 2026 a las 20:00 EDT. El acceso al explorador de bloques está disponible en browser.anubispace.org y el punto final RPC canónico se expone a través de rpc.anubispace.org.

Privacidad selectiva explicada: resolviendo la contradicción de la transparencia

Las cadenas de bloques públicas exponen al mundo cada entrada, salida, saldo y llamada de contrato. Esa propiedad es esencial para una verificación que minimice la confianza, pero es incompatible con la forma en que operan las finanzas reguladas y la mayoría de los flujos de trabajo empresariales. Una mesa de tesorería no puede publicar órdenes de reequilibrio antes de su ejecución. Un creador de mercado no puede revelar posiciones de inventario en tiempo real. Un proveedor de nómina no puede volcar la compensación de los empleados en un libro de contabilidad permanente. La respuesta estándar del ecosistema de monedas de privacidad (Monero, Zcash, Namada, Penumbra) ha sido ocultar todo de forma predeterminada. Esto funciona para transferencias similares a efectivo, pero falla en la componibilidad de contratos inteligentes y en cualquier aplicación que necesite demostrar el cumplimiento ante un tercero.

La privacidad selectiva es el camino intermedio. En Anubis Chain, un desarrollador puede implementar un contrato inteligente cuyo código es completamente público y auditable mientras mantiene el estado dentro de ese contrato blindado. Un usuario puede realizar transacciones revelando solo los campos necesarios para una contraparte o auditor y ocultando el resto. El mecanismo que hace esto posible es la capa de precompilación: los verificadores de conocimiento cero, los generadores de direcciones sigilosas y los coordinadores estatales privados quedan expuestos como códigos de operación con precio de gasolina que cualquier contrato de Solidity puede invocar.

La diferencia práctica importa. Con una cadena completamente protegida, un DEX no puede publicar un libro de pedidos transparente porque los saldos individuales no son verificables para otros contratos. Con Anubis Chain, el mismo DEX puede ejecutar un libro de pedidos transparente en la capa de cuenta mientras cotiza LP de un grupo UTXO protegido. La misma dinámica se aplica a Cañón de rielPrivacidad de capa de aplicación de estilo, excepto que en Anubis Chain las primitivas de privacidad viven en la capa base y heredan la seguridad L1 en lugar de depender de conjuntos de anonimato por contrato.

"Anubis Chain permite lo que antes era imposible en una sola capa de ejecución: transparencia selectiva donde las instituciones obtienen un cumplimiento verificable y los usuarios mantienen la confidencialidad de los datos de sus contrapartes". - Fundación ANUBI, descripción general de la arquitectura

El modelo también evita el modo de falla totalmente transparente. Los ataques frontales, los ataques sándwich, el comercio de copias y la extracción MEV en Ethereum y la mayoría de las L2 existen porque las transacciones pendientes permanecen en un mempool público el tiempo suficiente para que los buscadores reaccionen. Anubis preencripta el mempool con criptografía de umbral para que los validadores no puedan leer el contenido de la transacción hasta que se corrija el pedido, eliminando la asimetría de información que hace que MEV sea rentable en primer lugar.

Pruebas de conocimiento cero PLONK: el motor criptográfico

El sistema de prueba subyacente a la Cadena de Anubis es PLONK, con lo que el equipo describe como Turbo PLONKOptimizaciones de estilo para verificación en cadena. PLONK (Permutaciones sobre bases de Lagrange para argumentos ecuménicos no interactivos del conocimiento) es una construcción zk-SNARK que reemplazó el antiguo estándar Groth16 con un único universal y actualizable configuración confiable. Ese cambio es importante en la producción por tres razones:

1. Un acto de instalación para toda la red. Groth16 requería una nueva ceremonia para cada nuevo circuito. PLONK permite que cada contrato en Anubis Chain reutilice la misma cadena de referencia estructurada, lo que hace que sea económico para la cadena exponer precompilaciones ZK genéricas en lugar de circuitos personalizados por dApp.
2. Pruebas de tamaño constante. Una prueba PLONK tiene aproximadamente 500 bytes independientemente de la complejidad del circuito, por lo que el costo de verificación en el EVM sigue siendo predecible y los presupuestos de gas no aumentan a medida que crecen los circuitos.
3. Verificación rápida, prueba más lenta. La verificación se ejecuta en milisegundos, que es la operación que debe realizarse en la cadena en cada bloque. La prueba se ejecuta fuera de la cadena en la billetera del usuario o en un servicio de prueba, donde un rendimiento más lento es aceptable.

Para los desarrolladores, esto significa que el costo de integrar la privacidad en Anubis Chain es cercano al costo de una llamada de contrato normal, más el gas necesario para verificar una única prueba PLONK. Para los usuarios finales, significa que las transacciones privadas se confirman aproximadamente al mismo tiempo que las transacciones transparentes, sin demoras en el procesamiento por lotes a nivel de protocolo.

La cadena combina la verificación PLONK con Direcciones ocultas EIP-5564, expuesto como precompilaciones, que brinda a cada destinatario una dirección única y única por transacción sin requerir un viaje de ida y vuelta adicional con el remitente. Los destinatarios escanean anuncios con una clave de visualización para descubrir pagos entrantes. El resultado es que incluso cuando se utilizan saldos transparentes, el vínculo en cadena entre el remitente y el destinatario se rompe a nivel de dirección.

Compatibilidad con EVM y experiencia de desarrollador

Una de las elecciones de diseño más importantes en Anubis Chain es la decisión de no bifurcar el EVM. El cliente basado en Geth conserva el formato de dirección estándar de 160 bits, el modelo de estado de cuenta y el conjunto completo de códigos de operación. Los contratos de solidez compilados para Ethereum, Polygon o cualquier otra cadena equivalente a EVM se pueden implementar sin cambios, y las herramientas de desarrollo como Casco, Foundry, Remix, Wagmi y Ethers.js funcionan sin modificaciones.

Se agrega privacidad alrededor el EVM en lugar de dentro de él. Cada primitiva ZK se expone como un contrato precompilado en una dirección fija. Un contrato de Solidity que quiere verificar una prueba PLONK simplemente llama a la precompilación de la misma manera que llamaría ecrecover. La salida es booleana. Este patrón mantiene el área de superficie pequeña, hace que la auditoría sea manejable y significa que las herramientas de auditoría y los analizadores estáticos existentes pueden razonar sobre los contratos de Anubis sin extensiones específicas del protocolo.

Para los equipos que ya se ejecutan en Ethereum o una L2, la ruta de migración es concreta: volver a implementar los contratos en el ID de cadena 6714, apuntar la interfaz al RPC de Anubis y reemplazar cualquier solución alternativa de privacidad (mezcladores fuera de la cadena, grupos protegidos de terceros) con una llamada de precompilación directa. Las carteras compatibles en el lanzamiento incluyen Cartera Bitget y Billetera OKX, con MetaMask compatible a través del flujo de red personalizado estándar.

Análisis profundo de la arquitectura: cómo funciona realmente el modelo de estado híbrido

La mayoría de los comentarios públicos sobre la privacidad selectiva se detienen en la línea de marketing. La pregunta mecánica es más difícil: ¿cómo puede una sola L1 admitir simultáneamente el estado de cuenta nativo de EVM y el estado protegido de estilo UTXO sin que ninguna de las capas corrompa a la otra? La respuesta de la Cadena de Anubis es que las dos capas se mantienen estructuralmente separadas y conectadas sólo a través de una pequeña interfaz de coordinación bien definida.

La capa de cuenta es exactamente lo que esperan los desarrolladores de Ethereum. Cada dirección tiene un saldo, un nonce, un código hash y un intento de almacenamiento. Las transacciones dirigidas a la capa de cuenta se comportan como transacciones de Ethereum y producen transiciones de estado transparentes. La capa protegida, por el contrario, se comporta como un libro de contabilidad UTXO. Las notas se crean y consumen; la propiedad se prueba mediante compromisos criptográficos y anuladores; el conjunto de billetes que se pueden gastar actualmente está representado por un árbol Merkle cuya raíz está anclada en cada bloque.

El cruce entre capas es la parte interesante. Un usuario puede escudo un saldo transparente al quemar tokens en la capa de cuenta y crear una nota equivalente en la capa protegida mediante una llamada de precompilación. La operación inversa, desprotección, quema una nota (publicando solo su anulador) y acredita un saldo de nivel de cuenta. Ambas operaciones son atómicas y validadas mediante pruebas PLONK. La raíz de Merkle que ancla el conjunto de notas protegidas se actualiza en cada bloque al mismo tiempo que la raíz de estado de la capa de cuenta, que es lo que permite que la cadena siga siendo una única máquina de estado coherente a pesar de ejecutar dos libros de contabilidad estructuralmente diferentes en paralelo.

Este diseño tiene consecuencias directas para los desarrolladores de aplicaciones. Un protocolo que quiera exponer saldos protegidos a sus usuarios no necesita implementar ninguna criptografía por sí mismo. Llama a las precompilaciones de protección, desprotección y transferencia como llamaría ecrecover. El protocolo en sí puede permanecer en Solidity estándar, que es lo que mantiene manejable la superficie de auditoría.

Cifrado de umbral y fin del estándar MEV

MEV es una de las superficies impositivas más grandes en DeFi. En las cadenas transparentes, los buscadores monitorean el mempool pendiente, identifican pedidos rentables y pagan a los validadores para que incluyan sus transacciones en la posición óptima. Los ataques clásicos son sándwich (avanzar a la víctima y luego retroceder el impacto en el precio resultante), avance generalizado (repetir cualquier estrategia rentable que un usuario esté a punto de ejecutar) y liquidez JIT (agregar y eliminar posiciones LP en torno a un único swap grande).

El mempool de Anubis Chain soluciona esto cifrando las transacciones pendientes con un esquema de umbral antes de que los validadores puedan ver su contenido. La clave de descifrado la mantiene colectivamente un comité, y la clave se reconstruye sólo después de que se ha propuesto un bloque y se ha finalizado el pedido. El efecto práctico es que el validador que propone un bloqueo lo hace sobre un conjunto opaco de transacciones. Cuando las transacciones se descifran y ejecutan, la orden ya no es negociable y no queda superficie económica para ataques sándwich o ataques frontales generalizados.

El diseño no elimina todas las formas de MEV. El MEV estadístico, donde los buscadores infieren la intención de la transacción de fuentes fuera del mempool (verificaciones previas al vuelo fallidas, telemetría frontal, monitoreo del mempool en cadenas puenteadas), todavía puede existir en los bordes. Pero elimina la superficie de ataque dominante y lo hace a nivel de protocolo en lugar de exigir que cada DEX implemente su propia mitigación. Para una cadena que quiere albergar un flujo institucional a escala, esa propiedad es estructuralmente importante: las instituciones no pueden negociar en un lugar donde su flujo de órdenes se arbitra rutinariamente en función de las ganancias.

Cómo se ve construir sobre la Cadena de Anubis

Desde el punto de vista de un constructor, el despliegue de la Cadena Anubis en 2026 no es intencionalmente dramático. El entorno de desarrollo es el mismo espacio de trabajo Hardhat o Foundry que ya está en uso, con dos cambios: la URL RPC del objetivo de implementación apunta a Anubis y la URL del proyecto. foundry.toml o la configuración de Hardhat registra el ID de cadena 6714. Los contratos se compilan e implementan como en cualquier cadena EVM. Los informes de auditoría existentes, en la mayoría de los casos, se transfieren sin recertificación porque la semántica de EVM no cambia.

Agregar privacidad es cuestión de realizar la precompilación correcta. Un contrato de token que desea exponer transferencias protegidas importa una interfaz delgada de Solidity alrededor de las precompilaciones de protección/desprotección/transferencia, bloquea los puntos de entrada relevantes detrás de esa interfaz y permite que la contabilidad existente del protocolo maneje el lado de la capa de cuenta. Las direcciones ocultas para los flujos de recepción funcionan de la misma manera: un anuncio compatible con EIP-5564 se publica como un registro, el destinatario escanea los registros con una clave de visualización y la interfaz de usuario de la billetera del destinatario muestra las notas entrantes sin más interacción en la cadena.

Las piezas que requieren nuevas ideas están disponibles que datos para mantener privados. El valor predeterminado para la mayoría de los proyectos en Anubis sigue siendo el estado transparente, porque la mayoría de la lógica de las aplicaciones no se beneficia de la privacidad y el gas es más barato para las operaciones transparentes. La superficie de privacidad se habilita selectivamente para los campos de datos donde el valor de la confidencialidad supera el costo de la generación de pruebas. Es por eso que el equipo utiliza el término privacidad selectiva en lugar de privacidad por defecto: la arquitectura lleva la elección a la capa de aplicación en lugar de tomarla en la capa de protocolo.

El ecosistema AWAKE: liquidez génesis de 163 millones de dólares

El primer proyecto emblemático para completar la migración de pila completa a Anubis Chain es DESPERTAR. Las operaciones comenzaron el 13 de mayo de 2026 a las 20:00 SGT a través del DEX nativo de la red, RocketSwap, con el par DAI/LGNS anclando el lanzamiento.

Los números y la estructura:

• Fondo de liquidez inicial: $163 millones en DAI y LGNS, descrito por el comité organizador de AWAKE DAO como uno de los despliegues individuales más grandes en el ecosistema de la Cadena Anubis.
• Precio de lanzamiento LGNS: $5 por token.
• Origen de la liquidez: Una oferta inicial de liquidez impulsada por la comunidad y coordinada a través de la plataforma de lanzamiento Capybara en lugar de una asignación privada a los creadores de mercado.
• Vehículo de gobernanza: AWAKE DAO, cuyo comité organizador estructuró la OIT y la política de liquidez post-lanzamiento.
• Acceso a billetera: Bitget Wallet y OKX Wallet desde el primer día a través de la plataforma oficial RocketSwap.

La importancia estratégica del lanzamiento de AWAKE tiene menos que ver con LGNS como un activo individual y más con lo que demuestra la implementación. Un fondo común de 163 millones de dólares proveniente de la comunidad, negociado a través de un DEX nativo en una red principal de menos de tres meses, resuelve la cuestión de si la infraestructura de privacidad selectiva puede respaldar una liquidez real a escala. También establece el modelo para proyectos de génesis posteriores, que la fundación ha señalado que seguirán un patrón similar de cotización en RocketSwap de OIT en Capybara.

RocketSwap: el DEX nativo

RocketSwap es el intercambio descentralizado que se envía como parte de la pila central de Anubis Chain. Arquitectónicamente, se encuentra más cerca de la cadena que los DEX de terceros en otras L1, con acceso directo al mempool cifrado por umbral y a las precompilaciones de equilibrio protegido. La combinación tiene tres efectos posteriores:

• Resistencia MEV nativa. Debido a que los swaps pendientes se cifran antes de realizar el pedido, la infraestructura de búsqueda que se beneficia de los ataques sándwich y de ejecución invertida en los DEX de Ethereum no tiene un flujo de pedidos legible sobre el cual actuar.
• Posiciones LP blindadas. Los proveedores de liquidez pueden optar por depositar en grupos protegidos, ocultando el tamaño de las posiciones individuales y manteniendo verificables las reservas agregadas del grupo.
• Ajuste dinámico de tarifas. RocketSwap utiliza una matriz de tarifas que responde a la volatilidad y la profundidad del pool, diseñada para aislar los tokens recién cotizados de cascadas especulativas y al mismo tiempo preservar la eficiencia del capital para pares estables.

El DEX también ofrece incentivos de participación especializados para proveedores de liquidez en grupos de ecosistemas tempranos, con el objetivo de fomentar compromisos de larga duración en lugar de capital mercenario. Los comerciantes pueden monitorear los mercados y los análisis a través de Herramientas DEX una vez integrada completamente la cobertura de la cadena.

Capybara Launchpad: infraestructura de la OIT para proyectos de ecosistemas

Capybara Launchpad es la plataforma oficial de oferta inicial de liquidez para Anubis Chain. Funciona como un marco de recaudación de fondos comunitario que permite que los proyectos del ecosistema agrupen activos públicos y establezcan reservas de liquidez profundas antes de cotizar en RocketSwap o cualquier otro DEX.

El diseño de Carpincho refleja dos lecciones de ciclos anteriores de la plataforma de lanzamiento. En primer lugar, los aumentos que van directamente a un creador de mercado centralizado tienden a concentrar el control de los tokens y amplificar la volatilidad del día del lanzamiento. Las rutas de Capybara aportaron capital a fondos de liquidez transparentes en cadena donde los participantes minoristas e institucionales son accionistas en lugar de contrapartes. En segundo lugar, las políticas de liquidez con plazos fijos generan una confianza duradera al hacer cumplir los cronogramas de adjudicación y bloqueo de fondos directamente a nivel de contrato, reemplazando las promesas con garantías criptográficas que los participantes pueden verificar en la cadena.

El primer gran despliegue a través de Capybara fue el lanzamiento de AWAKE/LGNS, que validó el modelo en condiciones de liquidez reales. Se espera que los proyectos futuros del ecosistema, incluidas las primitivas DeFi, las plataformas de tokenización RWA y las vías de pago institucional, sigan el mismo camino.

ZK-KYC: cumplimiento sin doxxing

La característica más importante para la adopción institucional es la Marco ZK-KYC. El mecanismo funciona así:

1. Un usuario completa una verificación KYC estándar con un proveedor fuera de la cadena autorizado. Los documentos y datos personales nunca salen del entorno de dicho proveedor.
2. El proveedor emite una certificación de conocimiento cero: una prueba criptográfica de que el usuario cumple con un esquema de cumplimiento definido (edad, jurisdicción, autorización de sanciones, estado de inversor acreditado, etc.) sin revelar los datos subyacentes.
3. La atestación está anclada en Anubis Chain como una credencial que controla el usuario.
4. Los contratos inteligentes que requieren cumplimiento pueden verificar la atestación mediante una llamada de precompilación PLONK. El contrato aprende sólo la respuesta booleana a un predicado específico (por ejemplo, "¿este usuario no está en la lista SDN de la OFAC?"), nunca la identidad del usuario.

El marco también admite capacidades de auditoría selectiva: a los auditores y reguladores autorizados se les pueden otorgar claves de visualización que descifran transacciones o saldos específicos sin exponer el resto del historial del usuario. Este es el mecanismo que permite que un protocolo DeFi regulado cumpla con los requisitos de informes ALD y CFT y al mismo tiempo preserve la privacidad a nivel de usuario en el caso predeterminado.

El diseño es estructuralmente similar a los sistemas de credenciales que se están creando prototipos en otras partes de la pila de privacidad, incluido el SDK Kohaku de la Fundación Ethereum, pero con la diferencia de que en Anubis Chain las primitivas de verificación están a nivel de protocolo en lugar de vivir en una biblioteca de aplicaciones. Esa distinción es importante para las instituciones: las garantías a nivel de protocolo sobreviven a las actualizaciones de los contratos inteligentes y son más fáciles de defender ante los equipos de cumplimiento.

Parámetros y economía de la red

La red principal de Anubis Chain opera con los siguientes parámetros de red confirmados, obtenidos de la documentación oficial y el registro de la cadena en ChainList:

La decisión de utilizar una unidad vinculada a DAI (gasDAI) para fijar el precio del gas es estructuralmente importante. Los tokens nativos volátiles hacen que los costos del gas sean impredecibles en términos fiduciarios, lo cual es un problema para cualquier institución que realice contabilidad en cadena. Anclar las tarifas a una referencia estable coincide con el modelo en el que Gnosis Chain fue pionero con xDAI y hace que Anubis sea más fácil de integrar en los flujos de trabajo de pago, nómina y tesorería, donde el costo predecible es un requisito estricto.

El conjunto de validadores está autorizado en el lanzamiento con un plan de transición publicado hacia una participación más amplia. La seguridad económica de la red está vinculada a la tesorería de la Fundación ANUBI, con parámetros de recompensa y reducción del validador definidos en la documentación de gobernanza de la cadena. La economía de los tokens del ecosistema, incluido cualquier activo nativo planificado para la gobernanza o la participación más allá de gasDAI, está programada para divulgarse en publicaciones posteriores de la fundación.

Anubis Chain vs otras redes de privacidad

¿Cómo se compara Anubis Chain con el resto del panorama de blockchain de privacidad? La siguiente tabla destaca las diferencias arquitectónicas clave entre los principales proyectos comparables en 2026:

El eje diferenciador de Anubis Chain es la combinación de optar por la privacidad con compatibilidad total con EVM y primitivas de cumplimiento nativas. La mayoría de los competidores eligen uno o dos de esos tres. La desventaja es que la privacidad voluntaria depende de que la capa de aplicación la use correctamente, donde las cadenas privadas predeterminadas protegen a los usuarios incluso cuando las aplicaciones son descuidadas.

Casos de uso: donde la privacidad selectiva importa

La arquitectura está diseñada específicamente para un grupo específico de aplicaciones:

• DeFi institucional. Las mesas de tesorería, los creadores de mercado y los administradores de activos pueden ejecutar estrategias en cadena sin transmitir posiciones en tiempo real, y al mismo tiempo demostrar solvencia o cumplimiento a través de certificaciones ZK.
• Comercio privado de DEX. Los comerciantes minoristas y profesionales pueden enviar pedidos a través de RocketSwap sin filtrar la intención a los buscadores de MEV, eliminando un impuesto estructural que cuesta a los usuarios de Ethereum cientos de millones al año.
• Transferencias privadas conformes. La nómina, la liquidación de proveedores y los pagos B2B pueden ejecutarse en cadena con montos y contrapartes confidenciales y, al mismo tiempo, satisfacer los requisitos de informes jurisdiccionales a través de una auditoría selectiva.
• Tokenización de RWA. Los bonos del Tesoro, las acciones y el crédito privado tokenizados pueden establecerse en una cadena que admita tanto una transferibilidad transparente como datos confidenciales de la tabla de límites, abordando una de las principales fricciones en la pila de RWA institucional.
• DeFi controlado por identidad. Los protocolos que requieren acceso de inversionistas acreditados o de una jurisdicción específica pueden imponer la activación a través de credenciales ZK-KYC sin operar un proceso KYB por usuario.

Por qué se destaca Anubis Chain

Hoja de ruta 2026 y más allá

Según las comunicaciones publicadas por la fundación, la trayectoria posterior a la mainnet para 2026 se centra en cuatro áreas:

El posicionamiento estratégico es consistente: la fundación está tratando a Anubis Chain como una infraestructura de privacidad lista para el cumplimiento para el flujo institucional en lugar de como un producto de privacidad del consumidor.

Cómo acceder a la Cadena Anubis

Comenzar en Anubis Chain en 2026 parece comenzar en cualquier red EVM moderna:

1. Agrega la red a tu billetera. Utilice Bitget Wallet, OKX Wallet o agregue Chain ID 6714 como una red personalizada en MetaMask. RPC: rpc.anubispace.org; explorador: browser.anubispace.org; moneda nativa: gasDAI.
2. Puente en stablecoins. Mueva DAI a Anubis a través del puente oficial documentado en anubischain.ai. La liquidez de las monedas estables es la vía de acceso principal porque el gas está denominado en gasDAI.
3. Opere a través de RocketSwap. El DEX nativo alberga los grupos más profundos, incluido el par DAI/LGNS.
4. Realice un seguimiento de los mercados en DEXTools. Una vez que la cobertura de la cadena esté completamente integrada, Herramientas DEX se puede utilizar para monitorear pares, liquidez y flujo de operadores en Anubis Chain.
5. Verificar en cadena. Utilice el explorador de bloques para confirmar la inclusión de la transacción. Las transacciones transparentes se resuelven en aproximadamente un segundo; Las transacciones protegidas agregan el tiempo de generación de prueba PLONK por parte del usuario.

Preguntas frecuentes