Infraestrutura para a Economia de Agentes de IA: Um Guia de Pesquisa (Parte 1)
Infraestrutura para a Economia de Agentes de IA: Um Guia de Pesquisa (Parte 1)
Fonte original: OKX Ventures. Este artigo é adaptado de um relatório de pesquisa aprofundada da OKX Ventures. Devido ao tamanho, estamos publicando-o como uma série de duas partes: Parte 1 foca no contexto macro, no protocolo x402, ERC-8004 e no Virtuals Protocol; Parte 2 abordará OpenClaw e tendências mais amplas da indústria — fique atento.
Resumo Executivo
Os Agentes de IA estão evoluindo rapidamente de copilotos passivos para participantes econômicos ativos: eles descobrem serviços, negociam termos, acionam transações e (cada vez mais) liquidam valor na rede. A mudança chave não é "a IA fica mais inteligente", mas sim "a IA é paga e pode pagar" — o que transforma software em um ator de mercado.
A OKX Ventures enquadra isso como o surgimento de redes de pagamento máquina-a-máquina (M2M) e uma pilha de infraestrutura para a economia de agentes, onde identidade, confiança, pagamentos e mercados de agentes se tornam primitivas compoíveis. Em suas projeções para 2026, eles destacam os pagamentos por agentes como entrando em uma fase inicial de breakout, juntamente com múltiplos padrões e pilotos da indústria. (okxventures.medium.com)
Na Parte 1, focamos em três peças fundamentais que aparecem cada vez mais nas conversas dos construtores:
- x402: um aperto de mão de pagamento nativo HTTP que revive o código de status
402 Payment Required, há muito reservado, para liquidação de cripto por requisição - ERC-8004: uma proposta de padrão Ethereum para descoberta de agentes sem confiança + reputação + validação
- Virtuals Protocol: um ecossistema onchain que trata agentes como atores econômicos tokenizados e padroniza o comércio agente-a-agente via ACP
1) O Contexto Macro: Por que a Economia de Agentes Precisa de Trilhos de Criptomoeda
1.1 Agentes estão se tornando "negócios nativos de API"
Na Web2, o software tipicamente monetiza através de contas, assinaturas, chaves de API, faturas e chargebacks. Agentes quebram essas premissas:
- Agentes não querem "se cadastrar" no meio de uma tarefa.
- Agentes não podem passar de forma confiável por verificações KYC/identidade projetadas para humanos.
- Agentes operam em loops apertados (recuperar dados → executar inferência → executar ação → verificar resultado), onde a liquidação por chamada é muitas vezes mais natural do que a cobrança mensal.
É por isso que micropagamentos em stablecoins, finalidade de liquidação onchain e autorização programável estão ganhando relevância novamente—especialmente para fluxos de trabalho impulsionados por IA que encadeiam vários serviços.
1.2 Padrões estão convergindo: ferramentas, identidade, confiança e pagamentos
A pilha moderna de agentes está sendo padronizada em camadas:
- Conectividade de ferramentas (como agentes chamam serviços externos) — por exemplo, Model Context Protocol (MCP)
- Comunicação inter-agentes (como agentes enviam mensagens e coordenam) — por exemplo, Agent2Agent (A2A)
- Identidade e identificadores (como entidades podem ser resolvíveis sem um diretório centralizado) — por exemplo, W3C Decentralized Identifiers (DIDs) (w3.org)
- Pagamentos + liquidação (como o valor se move) — onde protocolos como x402 visam tornar o pagamento uma parte nativa do fluxo HTTP
A direção é clara: se os agentes forem transacionar autonomamente, precisamos de uma infraestrutura que seja legível por máquina, permissionless por padrão e verificável em condições adversas.
2) x402: Transformando o 402 Payment Required do HTTP em um Fluxo de Pagamento Onchain
2.1 O código de status HTTP "não utilizado" que de repente importa
O código de status HTTP 402 existe há décadas, mas foi reservado para uso futuro na especificação de semântica HTTP. (datatracker.ietf.org) Referência: RFC 9110 — Semântica HTTP
x402 pega esse espaço reservado e dá a ele um significado concreto e amigável para desenvolvedores: se você deseja este recurso, anexe um pagamento válido e tente novamente.
Para uma visão geral rápida centrada em HTTP, veja: MDN: 402 Payment Required.
2.2 O que o x402 propõe (e por que é atraente)
No design do x402, um agente de IA (ou qualquer cliente) solicita uma API/recurso:
- Requisição do Cliente → a requisição chega sem pagamento
- Servidor retorna HTTP 402 → inclui preços + instruções de pagamento
- Cliente tenta novamente com autorização de pagamento assinada
- Servidor verifica e transmite o pagamento → retorna o recurso
Este fluxo é explicitamente posicionado como eliminando chaves de API, contas e assinaturas para acesso pay-per-use. (x402.org) Referência principal: Whitepaper x402 (PDF)
2.3 Por que o x402 é "nativo do Agente" (não apenas um novo botão de checkout)
O x402 é interessante para a conversa sobre infraestrutura da economia de agentes porque se alinha com a forma como os agentes funcionam de fato:
- Loop de intenção atômico: "Preciso de dados → eu pago → eu continuo a tarefa"
- Sem segredos de longa duração como chaves de API: reduz uma vulnerabilidade de segurança comum
- Monetização composível: qualquer endpoint de API pode se tornar um micro-mercado
Este é o cerne dos pagamentos agentificados: não apenas tornar possível pagar com cripto, mas tornar os pagamentos acionáveis por máquina e em nível de protocolo, incorporados nos fluxos normais da internet. (x402.org)
2.4 Os problemas difíceis que o x402 não resolve sozinho
O x402 pode tornar o transporte de pagamentos elegante, mas o comércio de agentes em nível de produção precisa de mais camadas:
- Autorização e orçamentos: quem permitiu que este agente gastasse, quanto e sob quais restrições?
- Resolução de disputas/garantia de qualidade: e se o servidor não entregar o resultado prometido?
- Atomicidade do serviço: podemos vincular pagamento a execução + entrega de forma robusta?
- Identidade e confiança do agente: como sabemos que o agente/serviço contraparte é legítimo?
É aqui que padrões como ERC-8004 e protocolos de ecossistema como Virtuals ACP se tornam altamente complementares, em vez de competitivos.
3) ERC-8004: Agentes sem Confiança no Ethereum (Identidade, Reputação, Validação)
Se o x402 trata de como os agentes pagam, o ERC-8004 trata de como os agentes são descobertos e confiáveis através de limites organizacionais.
3.1 O que o ERC-8004 propõe
O ERC-8004 (“Agentes sem Confiança”) é um rascunho de padrão Ethereum que propõe o uso de blockchains para:
- descobrir agentes
- escolher agentes
- interagir com agentes sem confiança pré-existente
Ele define uma estrutura centrada em:
- um Registro de Identidade
- um Registro de Reputação
- um Registro de Validação
O ERC-8004 enfatiza modelos de confiança plugáveis com segurança proporcional ao valor em risco, variando de tarefas de baixo risco a tarefas de alto risco (com opções como feedback de reputação, reexecução garantida por stake, provas zkML ou abordagens baseadas em TEE). (eips.ethereum.org) Referência principal: ERC-8004 no EIPs
3.2 Por que isso importa para a economia de Agentes de IA
A maioria das falhas de agentes em contextos de dinheiro real não se refere à "inteligência do modelo"—elas se referem a limites de confiança:
- Posso verificar qual agente executou o quê?
- Posso limitar o raio de explosão se o agente for comprometido?
- Posso provar que um resultado foi computado/verificado de acordo com as regras acordadas?
Os registros do ERC-8004 são uma tentativa direta de tornar a confiança do agente composível, em vez de reinventada em cada plataforma fechada.
3.3 ERC-8004 + x402: uma combinação natural
Um modelo mental prático:
- x402: "Aqui está o aperto de mão de pagamento para serviços pay-per-use."
- ERC-8004: "Aqui está como descobrir agentes/serviços e avaliar a confiança."
Juntos, eles esboçam um caminho de pagamentos ad-hoc de agentes para economias de agentes abertas—onde agentes podem encontrar provedores, avaliar confiança, pagar e continuar avançando.
4) Virtuals Protocol: Uma Sociedade de Agentes Tokenizados + Protocolo de Comércio de Agentes (ACP)
O Virtuals Protocol aborda a economia de agentes de um ângulo de ecossistema e coordenação: tratar agentes como atores econômicos onchain, capazes de gerar resultados, obter receita e coordenar tarefas.
4.1 O que o Virtuals afirma estar construindo
Em sua própria formulação, o Virtuals Protocol é "uma sociedade de agentes de IA": um ecossistema onchain onde agentes coordenam trabalho, transacionam e liquidam resultados permissionlessly via blockchain. (whitepaper.virtuals.io) Referência principal: Whitepaper Virtuals Protocol
Uma escolha de design notável: o protocolo posiciona o $VIRTUAL como uma moeda transacional base e um par de liquidez nas interações entre agentes. (whitepaper.virtuals.io)
4.2 ACP: padrões para comércio agente-a-agente
O Virtuals argumenta que, sem protocolos padronizados, a integração do comércio de agentes se torna uma confusão combinatória de código personalizado e suposições frágeis—especialmente à medida que o número de agentes e tipos de transação cresce. (whitepaper.virtuals.io) Referência: Agent Commerce Protocol (ACP)
Importante, o ACP não é apenas "pagamentos". Trata-se de:
- descobrimento de ofertas de agentes
- fluxos de trabalho de tarefas estruturados
- caminhos de liquidação onchain
- um vocabulário compartilhado para o comércio de agentes
4.3 ACP v2 sinaliza um movimento em direção à complexidade do mundo real
A documentação do Virtuals descreve o ACP v2 como uma grande atualização, introduzindo (entre outras coisas):
- uma interface unificada de Jobs para fluxos de trabalho
- esquemas de ofertas de jobs customizados para requisitos específicos de domínio
- Contas como registros onchain persistentes de relacionamentos entre agentes e histórico de interações (whitepaper.virtuals.io)
Referência: Apresentando o ACP v2
Isso é importante porque o comércio de agentes é inerentemente heterogêneo: "comprar um dataset", "executar uma auditoria", "executar um trade" e "entregar um ativo de mídia" não podem realisticamente se encaixar em um único esquema rígido.
4.4 Virtuals + ERC-8004 + x402: papéis complementares
Uma pilha coerente pode emergir:
- ERC-8004: primitivas de descoberta + confiança através de limites
- x402: liquidação pay-per-request sem atrito para APIs/serviços
- ACP (Virtuals): fluxo de trabalho, estruturação de jobs e coordenação agente-a-agente dentro de uma rede de comércio
A questão em aberto para 2026 não é se os agentes podem transacionar—é se podemos padronizar o suficiente os fluxos de trabalho e as superfícies de confiança para impedir que o ecossistema se fragmente em walled gardens incompatíveis.
5) Checklist para Construtores e Usuários: O que Observar em 2025–2026
5.1 Para construtores: o "plano de controle" que falta
Se você estiver integrando pagamentos agentificados ou interações de agentes onchain, priorize:
- políticas de gastos (restrições por comerciante, por tarefa, por janela de tempo)
- isolamento de chaves (chaves operacionais separadas das chaves do tesouro)
- auditabilidade (assine cada intenção e armazene comprovantes)
- fallback e disjuntores (fluxos pausáveis, aprovações humanas para casos extremos)
É aqui que a "Infraestrutura da Economia de Agentes" se torna real: o pagamento é fácil; pagamento seguro é difícil.
5.2 Para usuários: a autocustódia se torna uma primitiva de segurança para agentes
Quando agentes podem transacionar, a segurança da carteira deixa de ser uma preocupação de nicho—torna-se gerenciamento de risco operacional.
Uma abordagem prática que muitas equipes adotam é separar fundos por função:
- uma carteira quente pequena e monitorada para gastos limitados do agente no dia a dia
- uma carteira de tesouro em armazenamento frio que apenas reabastece orçamentos intencionalmente
Se você estiver executando agentes que interagem com DeFi ou serviços cripto pay-per-use, é aqui que uma carteira de hardware pode se encaixar naturalmente. A OneKey, por exemplo, é projetada para autocustódia e pode ser usada para manter fundos de longo prazo offline, enquanto ainda suporta fluxos de trabalho onchain quando você assina transações deliberadamente.
O que vem a seguir (Prévia da Parte 2)
Na Parte 2, estenderemos este mapa de infraestrutura para:
- OpenClaw: seu papel na camada de tempo de execução/ferramentas do agente e o que isso significa para usuários de cripto
- trajetórias mais amplas da indústria: interoperabilidade, pressão por conformidade, incidentes de segurança e a batalha entre padrões abertos e plataformas fechadas
Aviso Legal: Este artigo tem fins informativos e não constitui aconselhamento financeiro.
