Arquitetura técnica da Anoma: como funciona a Web3 baseada em intenções?

Última atualização 2026-05-27 11:50:19
Tempo de leitura: 5m
Anoma é um sistema operacional distribuído (DOS) Web3 com arquitetura centrada em intenções (Intent-Centric). Seu tech stack inclui as camadas de aplicação, rede e liquidação. Sustentado pela Anoma Resource Machine (ARM) e pelo Protocol Adapter, conecta-se a redes existentes como Ethereum, Base, Arbitrum e BNB Chain. A correspondência e solução de intenções são realizadas pela Solver Network, possibilitando soberania local e liquidação atômica cross-chain via Fractal Instance e consenso Typhon.

Arquitetura Técnica da Anoma

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.

O que é a arquitetura Intent-Centric?

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.

Como funciona a Rede de Solvers?

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:

  1. Criação: Os usuários assinam um intent por meio de uma interface de aplicativo, podendo anexar uma taxa condicional, pagável apenas após a liquidação bem-sucedida.
  2. Transmissão: O cliente envia o intent para nós Intent Gossip (a camada de rede, também chamada de Interpool), uma rede P2P de gossip descentralizada, sem um mecanismo de correspondência único.
  3. Escuta e Correspondência: Solvers operam sem permissão, inscrevendo-se em todos ou em um subconjunto de intents, em busca de subconjuntos compostáveis dentro do pool de intents e dos estados das cadeias.
  4. Construção da Transação: Múltiplos intents são combinados em uma transição de estado completa (transação) que atende às regras da ARM e da camada de liquidação. No modelo declarativo, o submissor só precisa garantir que o estado final esteja correto, sem depender de caminhos intermediários de contratos proxy.
  5. Liquidação: Submetida à cadeia subjacente para confirmação por meio de um Adaptador de Protocolo ou Fractal Instance.

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.

Como o Fractal Consensus melhora a escalabilidade

Uma Fractal Instance é uma unidade de implantação independente do protocolo de consenso e execução da Anoma, combinando:

  • Domínio de segurança: Os usuários confiam em um conjunto específico de validadores que forma um quorum tolerante a falhas bizantinas.
  • Domínio de concorrência: Apenas ordena transações dentro daquela instância.
  • Domínio de disponibilidade de dados: Fragmentos de estado consultáveis externamente.

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.

Como a Anoma alcança a unificação de estado entre cadeias

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.

Como a privacidade e a tecnologia de conhecimento zero são integradas

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.

Como a Anoma difere das arquiteturas tradicionais de blockchain

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.

Quais desafios a track baseada em intents enfrenta?

  • (1) Confiança e Qualidade do Solver: Um mercado descentralizado de solvers com poucos participantes pode levar a execução ruim, taxas opacas ou "centralização suave" desalinhada com os interesses dos usuários.
  • (2) Padrões e Fragmentação: UniswapX, CoW, Across, Essential e outros definem seus próprios formatos de intent — ainda não há um padrão universal; a interoperabilidade depende de camadas de adaptação.
  • (3) MEV e Conflitos de Privacidade: Intents totalmente públicos são facilmente extraídos; intents totalmente criptografados aumentam os custos de descriptografia e prova, prejudicando a latência e a experiência do usuário.
  • (4) Condições de Atomicidade Cross-Chain: A abordagem Chimera depende da sobreposição de validadores; ecossistemas multi-cadeia reais têm conjuntos de validadores divergentes, portanto, as garantias atômicas não se aplicam em todos os lugares.
  • (5) Complexidade de Engenharia: Ferramentas como ARM, Typhon, PA e Juvix ainda estão em maturação; a carga cognitiva para o desenvolvedor é maior do que em uma única EVM.
  • (6) Regulamentação e Conformidade: Pagamentos sigilosos e roteamento de stablecoins transfronteiriços enfrentam diferenças jurisdicionais; a adoção institucional exige design auditável.
  • (7) Mainnet em Fases: Após setembro de 2025, XAN, governança e alguns PAs estão ativos, mas a mainnet completa do Typhon e o staking de solvers ainda estão em implantação, há uma lacuna potencial entre expectativas e entrega.

Direções futuras da tecnologia Anoma

O roteiro oficial e de código aberto destaca:

  • Expansão da cobertura de PA: Avançando de L2s da Ethereum para cadeias não EVM como Solana e Bitcoin.
  • Typhon + Chimera em produção: Alcançar commits atômicos multi-cadeia de rodada única em estágio de pesquisa.
  • Refinamento da economia de solvers: Staking, slashing e mercados de taxas transparentes.
  • Integração profunda Taiga + ARM: Privacidade compostável como capacidade padrão de dApp.
  • SDK e Portal do Anoma App: Reduzir a barreira para construir aplicações de intent, agregando governança, pagamentos e descoberta de aplicativos.
  • Aplicativos de referência como AnomaPay: Executar pagamentos sigilosos, pagamentos por procuração de agentes, tesourarias institucionais, etc., para validar o valor do DOS.

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.

Resumo

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.

Autor:  Max
Isenção de responsabilidade
* As informações não pretendem ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecida ou endossada pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem referência à Gate. A contravenção é uma violação da Lei de Direitos Autorais e pode estar sujeita a ação legal.

Artigos Relacionados

Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi
iniciantes

Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi

A principal diferença entre Morpho e Aave está nos mecanismos de empréstimo que cada um utiliza. Aave adota o modelo de pool de liquidez, enquanto Morpho evolui esse conceito ao implementar um mecanismo de correspondência P2P, proporcionando uma melhor adequação das taxas de juros dentro do mesmo mercado. Aave funciona como um protocolo de empréstimo nativo, oferecendo liquidez básica e taxas de juros estáveis. Morpho atua como uma camada de otimização, elevando a eficiência do capital ao reduzir o spread entre as taxas de depósito e de empréstimo. Em essência, Aave é considerada infraestrutura, e Morpho é uma ferramenta de otimização de eficiência.
2026-04-03 13:09:13
Análise da Tokenomics do JTO: Distribuição, Utilidade e Valor de Longo Prazo
iniciantes

Análise da Tokenomics do JTO: Distribuição, Utilidade e Valor de Longo Prazo

JTO é o token nativo de governança da Jito Network. Como componente essencial da infraestrutura de MEV no ecossistema Solana, JTO concede direitos de governança e vincula os interesses de validadores, stakers e searchers por meio dos retornos do protocolo e incentivos do ecossistema. A oferta total do token, de 1 bilhão, foi planejada para equilibrar incentivos de curto prazo com o crescimento sustentável no longo prazo.
2026-04-03 14:06:47
0x Protocol vs Uniswap: quais são as diferenças entre os protocolos de livro de ordens e o modelo AMM?
intermediário

0x Protocol vs Uniswap: quais são as diferenças entre os protocolos de livro de ordens e o modelo AMM?

Tanto o 0x Protocol quanto o Uniswap são projetados para a negociação descentralizada de ativos, mas cada um adota mecanismos de negociação distintos. O 0x Protocol utiliza uma arquitetura de livro de ordens off-chain com liquidação on-chain, agregando liquidez de múltiplas fontes para fornecer infraestrutura de negociação para carteiras e DEXs. Já o Uniswap segue o modelo de Maker de mercado automatizado (AMM), facilitando swaps de ativos on-chain por meio de pools de liquidez. A principal diferença entre ambos está na organização da liquidez. O 0x Protocol prioriza a agregação de ordens e o roteamento eficiente das negociações, sendo ideal para oferecer suporte de liquidez essencial a aplicações. O Uniswap utiliza pools de liquidez para proporcionar serviços diretos de swap aos usuários, consolidando-se como uma plataforma robusta para execução de negociações on-chain.
2026-04-29 03:48:20
Tokenomics da Morpho: utilidade do MORPHO, distribuição e proposta de valor
iniciantes

Tokenomics da Morpho: utilidade do MORPHO, distribuição e proposta de valor

MORPHO é o token nativo do protocolo Morpho, utilizado principalmente para governança e incentivos ao ecossistema. Com a estruturação da distribuição de tokens e dos mecanismos de incentivo, Morpho promove o alinhamento entre as ações dos usuários, o crescimento do protocolo e a autoridade de governança, estabelecendo uma estrutura de valor sustentável no ecossistema de empréstimos descentralizados.
2026-04-03 13:13:12
Quais são os componentes essenciais do 0x Protocol? Uma visão detalhada da arquitetura de Relayer, Mesh e API
iniciantes

Quais são os componentes essenciais do 0x Protocol? Uma visão detalhada da arquitetura de Relayer, Mesh e 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 gerencia a transmissão de ordens off-chain, a Mesh Network viabiliza o compartilhamento dessas ordens, a 0x API apresenta uma interface unificada para ofertas de liquidez e o Exchange Proxy gerencia a execução de negociações on-chain e o roteamento de liquidez. Juntos, esses elementos formam uma arquitetura que une a propagação de ordens off-chain à liquidação de negociações on-chain, permitindo que Carteiras, DEXs e aplicações DeFi acessem liquidez de múltiplas fontes em uma única interface integrada.
2026-04-29 03:06:50
Quais são os casos de uso do token ST? Um olhar aprofundado sobre o mecanismo de incentivo do ecossistema Sentio
iniciantes

Quais são os casos de uso do token ST? Um olhar aprofundado sobre o mecanismo de incentivo do ecossistema Sentio

ST é o token de utilidade fundamental do ecossistema Sentio, servindo como principal meio de transferência de valor entre desenvolvedores, infraestrutura de dados e participantes da rede. Como elemento essencial da rede de dados on-chain em tempo real da Sentio, o ST é utilizado para aproveitamento de recursos, incentivos de rede e colaboração no ecossistema, contribuindo para que a plataforma estabeleça um modelo sustentável de serviços de dados. Com a implementação do mecanismo do token ST, a Sentio integra o uso de recursos da rede aos incentivos do ecossistema, possibilitando que desenvolvedores acessem serviços de dados em tempo real com mais eficiência e reforçando a sustentabilidade de longo prazo de toda a rede de dados.
2026-04-17 09:26:07