Arquitectura técnica de Anoma: ¿cómo funciona la Web3 centrada en intenciones?

A diferencia de las Blockchains tradicionales, donde los usuarios firman transacciones paso a paso, seleccionan puentes manualmente y definen rutas, el paradigma centrado en intenciones (Intent-Centric) toma «el estado deseado» como su primitiva fundamental: los usuarios declaran objetivos y restricciones, y el sistema se encarga del descubrimiento de contrapartes, el cálculo de rutas y la ejecución multicadena. Anoma diseña las intenciones como universales, componibles y desvinculadas de cualquier DApp concreta, lo que permite que el emparejamiento DeFi, los pagos privados, el trading de NFT, la financiación cuadrática y otros casos se expresen bajo una misma arquitectura, sin necesidad de que cada uno construya su propio libro de órdenes centralizado o middleware Web2.

Desde la óptica de la evolución de la infraestructura Blockchain, Anoma supone un salto de la «liquidación programable» a las «aplicaciones descentralizadas de pila completa». La capa de liquidación sigue apoyándose en la seguridad de la cadena existente, pero el descubrimiento de contrapartes y la resolución se integran ahora en la capa de protocolo. Su diferenciación técnica proviene del descifrado umbral de Ferveo, el entorno de ejecución de privacidad componible de Taiga y las confirmaciones atómicas multicadena impulsadas por Chimera Chain y Heterogeneous Paxos. A continuación, recorremos la arquitectura módulo por módulo: cómo funciona, cómo escala, los diseños cross-chain y de privacidad, y un análisis objetivo de los desafíos y el futuro de esta vía.

¿Qué es la arquitectura basada en intenciones?

En Anoma, una intención es la expresión de preferencia de un usuario sobre el estado del sistema; puede ser una transición de estado completa (p. ej., Alice envía USDT a Bob) o una restricción parcial para que un solver la complete (p. ej., «pagar una recompensa según la temperatura de Berlín»). A nivel arquitectónico, las intenciones son cadenas de bytes opacas; la capa de aplicación define la semántica de los activos y las reglas de negocio.

La arquitectura basada en intenciones se divide a grandes rasgos en tres generaciones:

Anoma contrapone el enfoque declarativo (indicar lo que se quiere) al imperativo de EVM (indicar cómo hacerlo). El concepto inicial de «Intent Machine» (IM) ha madurado hasta convertirse en ARM (Máquina de Recursos Abstracta) en 2024-2025, modelando los cambios de estado como creación y consumo de recursos, con intenciones validadas por las reglas de ARM.

El DOS (Sistema Operativo Descentralizado) se organiza en: Capa de Aplicación (Anoma App + SDK), Capa de Red (Intent Gossip/Interpool + Solver) y Capa de Liquidación (adaptadores de protocolo por cadena + instancia Fractal opcional). A partir de septiembre de 2025, el despliegue de la red principal priorizó XAN y la gobernanza en Ethereum, mientras ARM se extiende progresivamente a Base, Arbitrum y BNB Chain mediante un adaptador de protocolo EVM.

¿Cómo funciona la red de solvers?

La red de solvers es el motor de ejecución de la arquitectura centrada en intenciones y se encarga de las tareas de búsqueda NP que normalmente realizan los relayeros centralizados, los creadores de mercado o los secuenciadores.

Flujo habitual:

1. Creación: los usuarios firman una intención a través de una interfaz de aplicación y, opcionalmente, adjuntan una comisión condicional que solo se paga si la liquidación se completa con éxito.
2. Transmisión: el cliente envía la intención a los nodos de Intent Gossip (la capa de red, también llamada Interpool), una red de gossip P2P descentralizada sin un motor de emparejamiento único.
3. Escucha y emparejamiento: los solvers se ejecutan sin permisos, se suscriben a todas o a un subconjunto de intenciones y buscan subconjuntos componibles dentro del pool de intenciones conocido y los estados de la cadena.
4. Construcción de transacciones: varias intenciones se combinan en una transición de estado completa (transacción) que cumple las reglas de ARM y de la capa de liquidación. En el modelo declarativo, el remitente solo necesita garantizar que el estado final sea correcto, sin tener que confiar en rutas intermedias de contratos proxy.
5. Liquidación: se envía a la cadena subyacente para su confirmación a través de un adaptador de protocolo o una instancia Fractal.

Los solvers pueden especializarse (p. ej., enrutamiento de Stablecoins, servicios de pruebas ZK) o ser de propósito general. En términos económicos, cuando las intenciones conllevan comisiones o existen diferenciales, la competencia impulsa una mejor ejecución. Los nodos de gossip y el solver final pueden compartir las comisiones de las intenciones; la capa de consenso recauda comisiones de ordenamiento. Las fases futuras de la red principal podrían introducir Staking y slashing de XAN para disuadir comportamientos maliciosos o perezosos (sujeto a actualizaciones oficiales).

A diferencia de las intenciones específicas de un escenario como CoW Protocol o UniswapX, Anoma hace hincapié en las intenciones generalizadas: cualquier aplicación puede definir su propio formato de intención, y las aplicaciones proporcionan predicados de validez y algoritmos de solver.

Cómo mejora la escalabilidad el consenso Fractal

Una instancia Fractal es una unidad de despliegue independiente del protocolo de consenso y ejecución de Anoma que combina:

• Dominio de seguridad: los usuarios confían en un conjunto específico de validadores que forman un quórum tolerante a fallos bizantinos.
• Dominio de concurrencia: solo ordena transacciones dentro de esa instancia.
• Dominio de disponibilidad de datos: fragmentos de estado consultables externamente.

Cada instancia Fractal es soberana: no depende de otras instancias para seguir funcionando. Los conjuntos de validadores pueden solaparse, lo que permite la liquidación atómica multicadena. Las instancias pueden personalizar la resistencia a Sybil (PoS, PoA, etc.), el precio del gas y la gobernanza local, logrando una «arquitectura homogénea, seguridad heterogénea».

Typhon es el motor de consenso y ejecución de producción de Anoma, que integra Narwhal (un mempool basado en DAG para mayor rendimiento de propagación), Heterogeneous Paxos (confirmaciones atómicas entre quórums de cadenas heterogéneas) y particiones de ejecución concurrente. Una innovación clave es separar el ordenamiento de la validez de ejecución: los «intentos de solución» de los solvers pueden ordenarse primero mediante consenso y luego validarse con ARM para obtener el estado final, lo que permite el procesamiento paralelo de intenciones y rompe el cuello de botella de ordenamiento de EVM de un solo hilo.

En GitHub, el código del nodo de Anoma ya incorpora Narwhal + Bullshark y otros módulos, lo que demuestra una iteración continua. Las especificaciones de producción y las auditorías siguen siendo la referencia autorizada. Las primeras instancias se ejecutaron en Tendermint; la hoja de ruta a largo plazo lo sustituye por Typhon para impulsar Chimera Chain.

La lógica de escalabilidad es: horizontalmente, añadir instancias Fractal para distribuir la carga y personalizar reglas; verticalmente, usar instancias locales (incluso consenso bajo demanda entre dispositivos) para escenarios de baja latencia, manteniendo la interoperabilidad con instancias globales.

Cómo logra Anoma la unificación de estado entre cadenas

Anoma aboga por la interoperabilidad sin puentes: evitar los riesgos de custodia y contrato de los puentes tradicionales de bloqueo y envoltura, y confiar en su lugar en intenciones + liquidación atómica + solapamiento de validadores.

Ruta uno: adaptador de protocolo multicadena (ya operativo)

ARM se despliega en cadenas EVM como adaptadores de protocolo (PA) en formas como Solidity, coexistiendo con las máquinas virtuales existentes. Las aplicaciones construidas una vez pueden liquidarse en Ethereum, Base, Arbitrum y otras cadenas donde haya PA desplegados. Los usuarios expresan objetivos multicadena con una sola intención; los solvers se encargan de la ejecución en cada cadena. Esta es la forma principal del despliegue de la red principal en 2025-2026.

Ruta dos: Chimera Chain + Heterogeneous Paxos (investigación/hoja de ruta)

Chimera Chain es una cadena lógica que abarca las particiones de estado de varias cadenas base. Las transacciones se envían como paquetes atómicos: o se confirman todas o ninguna. Heterogeneous Paxos, dado un solapamiento honesto en los conjuntos de validadores, busca un consenso de una sola ronda para confirmar de forma atómica en varias cadenas, superando el bloqueo de dos fases de los puentes. Cuanto mayor es el solapamiento, más fuerte es la atomicidad; un solapamiento menor puede degradar la atomicidad y requiere un manejo explícito en la capa de aplicación.

Ruta tres: mensajes entre instancias Fractal

Typhon gestiona los mensajes asíncronos entre instancias Fractal y los mensajes síncronos (atómicos) dentro de Chimera; la semántica la interpretan las aplicaciones de capa superior como Taiga.

Para los usuarios, la «unificación de estado» entre cadenas significa una única aplicación y una única interacción de intención: las actualizaciones de estado subyacentes se distribuyen entre cadenas, pero la consistencia está garantizada por los solvers y el consenso. No se trata de fusionar todas las cadenas en un libro mayor global, sino de lograr una unificación lógica con distribución física en la capa de coordinación.

Cómo se integran la privacidad y la tecnología de conocimiento cero

Las intenciones en los mempools públicos se enfrentan a riesgos de MEV y front-running. Anoma utiliza un enfoque de privacidad multicapa:

(1) Descifrado umbral de Ferveo Una clave pública distribuida basada en DKG; los usuarios envían intenciones cifradas y, tras el ordenamiento por consenso, los validadores las descifran con un quórum de ≥2/3 de nodos antes de la ejecución. Ferveo no es interactivo, lo que reduce supuestos teóricos de juegos adicionales. Se utiliza para la privacidad del mempool, el ordenamiento justo y la resistencia a la censura.

(2) Privacidad componible de Taiga Un entorno de ejecución unificado donde las intenciones transparentes, protegidas y privadas coexisten en la misma aplicación: la privacidad es opcional para el usuario, no una elección binaria a nivel de cadena. Esto contrasta con las DApps que solo admiten transparencia o solo mezcla.

(3) ZK a nivel de recurso ARM modela la privacidad como un atributo del recurso: los predicados de validez pueden requerir pruebas de propiedad ZK sin revelar al titular. El proyecto hermano Namada utiliza grupos protegidos multiactivo como MASP en la red principal, validando el concepto de Resource Machine. Anoma DOS proporciona raíles privados para ERC-20 y otros activos en cadenas EVM a través de PA (p. ej., AnomaPay en la red de pruebas de BNB Chain con pagos ZK, tiempos de prueba de ~15 segundos, sujeto a la versión real).

(4) Procesamiento por lotes y relojes lógicos El dominio de disponibilidad de datos admite el descifrado por lotes de intenciones cifradas; los solvers compiten por soluciones óptimas después de que se abra el lote, equilibrando la privacidad con la componibilidad.

La privacidad y el cumplimiento normativo se pueden equilibrar mediante la divulgación selectiva: confidencialidad al estilo suizo más intercambio de datos cuando sea necesario para auditorías, lo que sirve para pagos institucionales y escenarios de RWA.

En qué se diferencia Anoma de las arquitecturas Blockchain tradicionales

Anoma no es un competidor de L1 de Ethereum en rendimiento. Es una capa de coordinación y abstracción sobre él; la seguridad de la liquidación sigue anclada a las cadenas subyacentes. Su argumento: Web3 necesita un sistema operativo a nivel de aplicación, no más infraestructura homogénea.

¿Qué desafíos enfrenta la vía basada en intenciones?

• (1) Confianza y calidad del solver: un mercado de solvers descentralizado con pocos participantes podría llevar a una ejecución deficiente, comisiones opacas o una «centralización blanda» que no se alinee con los intereses de los usuarios.
• (2) Estándares y fragmentación: UniswapX, CoW, Across, Essential y otros definen cada uno sus propios formatos de intención; aún no hay un estándar universal, y la interoperabilidad depende de capas de adaptación.
• (3) Compensaciones entre MEV y privacidad: las intenciones completamente públicas se extraen fácilmente; las intenciones completamente cifradas aumentan los costos de descifrado y prueba, lo que perjudica la latencia y la experiencia de usuario.
• (4) Condiciones de atomicidad entre cadenas: el enfoque de Chimera depende del solapamiento de validadores; los ecosistemas multicadena reales tienen conjuntos de validadores divergentes, por lo que las garantías de atomicidad no se mantienen en todas partes.
• (5) Complejidad de ingeniería: herramientas como ARM, Typhon, PA y Juvix aún están madurando; la carga cognitiva del desarrollador es mayor que la de un solo EVM.
• (6) Regulación y cumplimiento: los pagos privados y el enrutamiento de Stablecoins transfronterizos se enfrentan a diferencias jurisdiccionales; la adopción institucional requiere un diseño auditable.
• (7) Red principal por fases: después de septiembre de 2025, XAN, la gobernanza y algunos PA están activos, pero la red principal completa de Typhon y el Staking de solvers aún están en despliegue; existe una posible brecha entre las expectativas y la entrega.

Direcciones futuras de la tecnología de Anoma

La hoja de ruta oficial y de código abierto destaca lo siguiente:

• Expansión de la cobertura de PA: pasar de L2 de Ethereum a cadenas no EVM como Solana y Bitcoin.
• Producción de Typhon + Chimera: lograr confirmaciones atómicas multicadena de una sola ronda en fase de investigación.
• Refinamiento de la economía de solvers: Staking, slashing y mercados de comisiones transparentes.
• Integración profunda de Taiga + ARM: privacidad componible como capacidad predeterminada de las DApps.
• SDK y Portal de Anoma App: reducir la barrera para construir aplicaciones de intenciones, agregando gobernanza, pagos y descubrimiento de aplicaciones.
• Aplicaciones de referencia como AnomaPay: ejecutar pagos privados, pagos proxy de agentes, tesorerías institucionales, etc., para validar el valor de DOS.

La visión a largo plazo: los usuarios expresan objetivos de forma tan natural como con una aplicación Web2, con cadenas, puentes y enrutamiento invisibles. Los desarrolladores escriben aplicaciones Web3 como escribir aplicaciones Windows: sin necesidad de redesplegar para cada nueva cadena.

Resumen

La arquitectura técnica de Anoma se basa en el paradigma centrado en intenciones, con ARM + red de solvers + consenso Fractal/Typhon como columna vertebral. Se conecta al mundo multicadena real mediante adaptadores de protocolo y construye privacidad a través de Ferveo, Taiga y ZK. La lógica operativa: las intenciones se propagan a través de Interpool → los solvers compiten por resolverlas → liquidación atómica en la capa de liquidación. La escalabilidad proviene de la división horizontal de las instancias Fractal; lo cross-chain, de la conexión vertical de los PA y los paquetes atómicos de Chimera.

A partir de 2026, DOS está desplegado en múltiples cadenas EVM, con XAN y gobernanza en funcionamiento. Las capacidades completas se lanzan por fases. La competencia en la vía de las intenciones se intensifica. La diferenciación de Anoma radica en su combinación de intenciones universales + abstracción a nivel de SO + investigación de interoperabilidad sin puentes. Para evaluar su éxito técnico, hay que seguir métricas verificables como el volumen de intenciones, el número de solvers activos, las cadenas cubiertas por PA y la retención de aplicaciones de privacidad, no solo el hype narrativo.