
Ao contrário das blockchains tradicionais, em que os usuários assinam transações passo a passo, escolhem bridges manualmente e definem rotas, o paradigma Intent-Centric trata "o estado desejado" como sua primitiva fundamental: os usuários declaram metas e restrições, e o sistema cuida da descoberta de contrapartes, do cálculo de caminhos e da execução em múltiplas cadeias. A Anoma projeta intents como universais, compostáveis e desvinculados de qualquer dApp específica, permitindo que correspondência DeFi, pagamentos sigilosos, negociação de NFTs, financiamento quadrático e muito mais sejam expressos sob uma única arquitetura, sem que cada um construa seu próprio livro de ordens centralizado ou middleware Web2.
Pela ótica da evolução da infraestrutura de blockchain, a Anoma representa um salto de "liquidação programável" para "aplicações descentralizadas completas". A camada de liquidação ainda depende da segurança da cadeia existente, mas a descoberta de contrapartes e a solução dos problemas agora estão embutidas na camada de protocolo. Sua diferenciação técnica vem da descriptografia por limiar Ferveo, do ambiente de execução de privacidade compostável Taiga e de commits atômicos entre cadeias conduzidos pela Chimera Chain e pelo Heterogeneous Paxos. A seguir, percorremos os módulos da arquitetura: como ela funciona, como escala, os designs de privacidade e integração entre cadeias, e uma análise objetiva dos desafios e do futuro da track.
Na Anoma, um intent é a expressão da preferência de um usuário sobre o estado do sistema, pode ser uma transição de estado completa (ex.: Alice enviar USDT para Bob) ou uma restrição parcial para um solver preencher (ex.: "pagar uma recompensa com base na temperatura de Berlim"). No nível da arquitetura, intents são sequências opacas de bytes; a camada de aplicação define a semântica dos ativos e do negócio.
A arquitetura intent-centric pode ser dividida, em linhas gerais, em três gerações:
| Geração | Características | Limitações |
|---|---|---|
| Primeira | Intents de aplicação única (ex.: alguns agregadores DEX) | Não compostáveis, escopo restrito |
| Segunda | Intents cross-chain + solvers com permissão | Camada de solução geralmente centralizada |
| Terceira (Anoma) | Intents universais + gossip descentralizado + competição permissionada de solvers | Alta complexidade de engenharia e governança |
A Anoma contrapõe o modelo declarativo (declarar o que se deseja) ao imperativo da EVM (declarar como fazer). O conceito inicial de "Intent Machine" (IM) amadureceu para ARM (Abstract Resource Machine) em 2024–2025, modelando mudanças de estado como criação e consumo de recursos, com intents validados pelas regras da ARM.
O DOS (Sistema Operacional Descentralizado) é estruturado em: Camada de Aplicação (Anoma App + SDK), Camada de Rede (Intent Gossip/Interpool) e Camada de Liquidação (adaptadores de protocolo por cadeia + Fractal Instance opcional). A partir de setembro de 2025, a implantação da mainnet priorizou o XAN e a governança na Ethereum, com a ARM se expandindo gradualmente para Base, Arbitrum e BNB Chain por meio de um Adaptador de Protocolo EVM.
A Rede de Solvers é o motor de execução da arquitetura Intent-Centric, executando tarefas de busca NP que relayers centralizados, formadores de mercado ou sequenciadores geralmente realizam.
Fluxo típico:
Solvers podem ser especializados (ex.: roteamento de stablecoins, serviços de prova ZK) ou de uso geral. Economicamente, quando os intents geram taxas ou spread, a competição impulsiona uma melhor execução. Os nós de gossip e o solver final podem compartilhar as taxas dos intents; a camada de consenso coleta taxas de ordenação. Fases futuras da mainnet podem introduzir staking e slashing de XAN para desestimular comportamentos maliciosos ou negligentes (sujeito a atualizações oficiais).
Ao contrário de intents específicos de cenário como CoW Protocol ou UniswapX, a Anoma enfatiza intents generalizados: qualquer aplicação pode definir seu próprio formato de intent, cabendo às aplicações fornecer predicados de validade e algoritmos de solver.
Uma Fractal Instance é uma unidade de implantação independente do protocolo de consenso e execução da Anoma, combinando:
Cada Fractal Instance é soberana, não depende de outras instâncias para continuar operando. Conjuntos de validadores podem se sobrepor, permitindo liquidação atômica entre cadeias. As instâncias podem personalizar a resistência a Sybil (PoS, PoA, etc.), preços de gas e governança local, alcançando "arquitetura homogênea, segurança heterogênea".
Typhon é o motor de consenso e execução de nível de produção da Anoma, que combina Narwhal (um mempool baseado em DAG para maior taxa de transferência de propagação), Heterogeneous Paxos (commits atômicos entre quorums de cadeias heterogêneas) e partições de execução concorrente. Uma inovação essencial é separar a ordenação da validade da execução: as "tentativas de solução" do solver podem ser ordenadas primeiro via consenso e depois validadas pela ARM para o estado final, permitindo o processamento paralelo de intents e quebrando o gargalo de ordenação single-thread da EVM.
No GitHub, o código do nó da Anoma já integra Narwhal + Bullshark e outros módulos, demonstrando iteração contínua. Especificações de produção e auditorias continuam sendo a referência oficial. As primeiras instâncias rodavam em Tendermint; o roteiro de longo prazo substitui o Tendermint pelo Typhon para alimentar a Chimera Chain.
A lógica de escalabilidade: horizontalmente, adicionar Fractal Instances para distribuir a carga e personalizar regras; verticalmente, usar instâncias locais (até mesmo consenso sob demanda entre dispositivos) para cenários de baixa latência, mantendo a interoperabilidade com instâncias globais.
A Anoma defende a interoperabilidade sem bridge: evitar os riscos de custódia e contrato das bridges tradicionais de lock-and-wrap e, em vez disso, confiar em intents + liquidação atômica + sobreposição de validadores.
Caminho Um: Adaptador de Protocolo Multi-Cadeia (já ativo)
A ARM é implantada em cadeias EVM como Adaptadores de Protocolo (PAs) em formatos como Solidity, coexistindo com VMs existentes. Aplicações construídas uma vez podem liquidar na Ethereum, Base, Arbitrum e outras cadeias com PAs implantados. Os usuários expressam metas cross-chain com um único intent; solvers cuidam da execução em cada cadeia. Esta é a forma principal da implantação da mainnet em 2025–2026.
Caminho Dois: Chimera Chain + Heterogeneous Paxos (pesquisa/roteiro)
A Chimera Chain é uma cadeia lógica que abrange partições de estado de múltiplas cadeias base. As transações são submetidas como pacotes atômicos, ou todas são confirmadas ou nenhuma. O Heterogeneous Paxos, dada uma sobreposição honesta nos conjuntos de validadores, busca um consenso de rodada única para confirmar atomicamente em várias cadeias, superando o bloqueio de bridge de duas fases. Mais sobreposição significa atomicidade mais forte; menos sobreposição pode degradar a atomicidade, exigindo tratamento explícito na camada de aplicação.
Caminho Três: Mensagens Entre Fractal Instances
O Typhon processa mensagens assíncronas entre Fractal Instances e mensagens síncronas (atômicas) dentro da Chimera; a semântica é interpretada por aplicações de camada superior, como a Taiga.
Para os usuários, "unificação de estado" cross-chain significa um único aplicativo, uma única interação de intent, as atualizações de estado subjacentes são distribuídas entre as cadeias, mas a consistência é garantida pelos solvers e pelo consenso. Não se trata de fundir todas as cadeias em um único livro-razão global, mas de alcançar unificação lógica com distribuição física na camada de coordenação.
Intents em mempools públicos enfrentam riscos de MEV e front-running. A Anoma utiliza uma abordagem de privacidade em várias camadas:
(1) Descriptografia por Limiar Ferveo Uma chave pública distribuída baseada em DKG; os usuários submetem intents criptografados e, após a ordenação por consenso, os validadores descriptografam com um quorum de maior ou igual a 2/3 dos nós antes da execução. O Ferveo é não interativo, reduzindo suposições extras de teoria dos jogos. É usado para privacidade do mempool, ordenação justa e resistência à censura.
(2) Privacidade Compostável Taiga Um ambiente de execução unificado onde intents transparentes, protegidos (shielded) e privados coexistem no mesmo aplicativo, a privacidade é opcional para o usuário, não uma escolha binária em toda a cadeia. Isso contrasta com dApps que suportam apenas transparência ou apenas mixing.
(3) ZK em Nível de Recurso A ARM modela a privacidade como um atributo do recurso: predicados de validade podem exigir provas ZK de propriedade sem revelar o titular. O projeto irmão Namada utiliza pools protegidos multi-ativo (como MASP) em mainnet, validando o conceito da Resource Machine. O DOS da Anoma fornece trilhas privadas para ERC-20 e outros em cadeias EVM por meio de PAs (ex.: AnomaPay em teste público na BNB Chain com pagamentos ZK, tempos de prova de aproximadamente 15 segundos, sujeito à versão real).
(4) Processamento em Lote e Relógios Lógicos O domínio de disponibilidade de dados suporta a descriptografia em lote de intents criptografados; solvers competem por soluções ótimas após a abertura do lote, equilibrando privacidade e compostabilidade.
Privacidade e conformidade podem ser equilibradas por meio de divulgação seletiva: confidencialidade no estilo suíço combinada com compartilhamento de dados para auditoria quando necessário, atendendo a cenários de pagamentos institucionais e RWA.
| Dimensão | L1 Tradicional (ex.: Ethereum) | Blockchain Modular | Anoma DOS |
|---|---|---|---|
| Unidade básica | Transação | Composição de módulos | Intent + Recurso |
| Foco da stack | Máquina de estado de cadeia única | Separação DA/execução/consenso | dApp completa (descoberta + solução + liquidação) |
| Cross-chain | Bridges, protocolos de mensagens | Cada camada interoperável independentemente | PA + pacotes atômicos Chimera |
| Descoberta de contraparte | AMM on-chain ou livro de ordens off-chain | Depende de aplicações de camada superior | Gossip nativo + solver |
| Privacidade | Principalmente transparência em nível de cadeia | Privacidade L2 opcional | Privacidade programável em nível de recurso |
| Modelo do desenvolvedor | Implantar por cadeia | Escolher a stack e combinar | Construir uma vez, configurar recursos entre cadeias |
A Anoma não é uma concorrente de L1 da Ethereum em taxa de transferência. É uma camada de coordenação e abstração acima dela; a segurança da liquidação ainda está ancorada nas cadeias subjacentes. Seu argumento: o Web3 precisa de um sistema operacional em nível de aplicação, não de mais infraestrutura homogênea.
O roteiro oficial e de código aberto destaca:
A visão de longo prazo: os usuários expressam metas com a mesma naturalidade de um aplicativo Web2, com cadeias, bridges e roteamento invisíveis. Os desenvolvedores escrevem aplicativos Web3 como escrevem aplicativos Windows, sem necessidade de reimplantação para cada nova cadeia.
A arquitetura técnica da Anoma é construída sobre o paradigma Intent-Centric, com ARM + Rede de Solvers + consenso Fractal/Typhon como sua espinha dorsal. Ela se conecta ao mundo real multi-cadeia por meio de Adaptadores de Protocolo e constrói privacidade com Ferveo, Taiga e ZK. A lógica operacional: intents se propagam pelo Interpool → solvers competem para resolvê-los → liquidação atômica na camada de liquidação. A escalabilidade vem da divisão horizontal de Fractal Instances; o cross-chain vem da conexão vertical de PAs e pacotes atômicos Chimera.
A partir de 2026, o DOS está implantado em múltiplas cadeias EVM, com XAN e governança em funcionamento. As capacidades completas são lançadas em fases. A competição na track de Intents está se intensificando. A diferenciação da Anoma reside em sua combinação de intents universais + abstração em nível de SO + pesquisa de interoperabilidade sem bridge. Para avaliar seu sucesso técnico, acompanhe métricas verificáveis como volume de intents, número de solvers ativos, cadeias cobertas por PA e retenção de aplicativos de privacidade, não apenas o hype narrativo.





