Era de pagamento com agentes de IA: como x 402, AP 2 e ERC-8004 podem construir conjuntamente a base da economia das máquinas?

À medida que os Agentes de IA evoluem de ferramentas para entidades económicas autónomas, os Agentes de IA tornam-se participantes económicos capazes de tomar decisões, executar operações e realizar trocas de valor de forma independente. No entanto, as infraestruturas de pagamento tradicionais não conseguem satisfazer uma série de necessidades essenciais dos Agentes, como transações autónomas, interações entre ecossistemas e identificação verificável.

Estes obstáculos impulsionaram o surgimento de uma nova geração de protocolos — x402, Agent Payments Protocol (AP2) e ERC-8004 — que constroem uma base fiável para a troca de valor na iminente economia das máquinas. Este artigo analisa em profundidade os princípios técnicos, cenários de aplicação e o estado atual do ecossistema destes três protocolos, revelando como juntos moldam o panorama dos pagamentos na economia dos Agentes de IA do futuro.

![] ( https://img-cdn.gateio.im/social/moments-f 8 a 84661 da 3 b 3223 c 824 ab 2 c 2 cadc 3 f 7)

( x402: Protocolo de Pagamento On-chain Nativo HTTP

O x402, lançado pela Coinbase, tem como principal inovação a ativação do pouco explorado código de estado HTTP 402 (“PaymentRequired”), integrando a lógica de pagamento diretamente no fluxo de pedidos e respostas web, permitindo que “a chamada à API seja o pagamento”. A liquidação é feita através de Stablecoin ou outras criptomoedas, resolvendo o problema da elevada fricção dos pagamentos tradicionais.

) # Detalhes do Protocolo

Como o x402 é um protocolo aberto baseado no código de estado HTTP 402, a sua arquitetura é cliente/servidor. O cliente é o comprador de serviços/produtos, enquanto o servidor é o vendedor. Com base nesta arquitetura, a Coinbase oferece aos vendedores o serviço de Facilitadores ### Facilitators ###, simplificando o processo de verificação e liquidação de pagamentos entre compradores e vendedores.

Tomemos como exemplo o servidor Canza, líder no x402 scan, que fornece informações de Negociação via IA. Primeiro, o utilizador inicia um pedido no cliente para aceder ao serviço pago da Canza.

![] ( https://img-cdn.gateio.im/social/moments- 4 f 562918407 b 8 c 6 d 44 d 85 aaf 72 de 30 b 6)

De seguida, o servidor Canza define o requisito de pagamento usando a resposta HTTP 402: o cliente deve fornecer o X-PAYMENTHeader e pagar via USDC na Base. Conforme ilustrado abaixo:

![] ( https://img-cdn.gateio.im/social/moments- 72 db 5 ed 3693 dcad 8223 f 342 f 1 be 14558)

Após analisar o conteúdo JSON da resposta 402, a Carteira solicita ao utilizador a Assinatura de uma mensagem TransferWithAuthorization (implementada via ERC-3009). Esta mensagem permite ao signatário delegar a um terceiro Endereço EOA ou Endereço de Futuros a transferência de USDC sem custos de gás. Neste exemplo, delegamos ao Endereço de recebimento da Canza 0x4e9bCe2547A9491b09ed092c433B19888e665edB a transferência de USDC da nossa Carteira.

![] ( https://img-cdn.gateio.im/social/moments-ced 25702 a 668725 f 0 d 611 e 908 bfaebb 0)

Após a Assinatura da mensagem pelo utilizador, o cliente submete o Payload codificado em base64 no X-PAYMENTHeader. O servidor Canza, ao receber o Payload, é validado pelos Facilitadores ( Facilitators ) e liquida o pagamento na cadeia. Após confirmação do pagamento pelo servidor Canza, o utilizador recebe o serviço solicitado.

O fluxo operacional do protocolo x402 pode ser resumido da seguinte forma:

![] ( https://img-cdn.gateio.im/social/moments-aa 24950 f 66 af 54874 bd 099 ad 64 a 9 dbe 8)

É importante salientar que o protocolo x402 suporta múltiplas blockchains (Base, Avalanche e outras EVM, Solana) e vários Ativos encriptados (desde que suportem ERC-3009, por defeito USDC) para pagamento, bastando configurar o servidor:

![] ( https://img-cdn.gateio.im/social/moments- 9 bef 6355 fe 7269 cc 5 ac 08 f 119377 c 363)

( Agent Payments Protocol (AP2): Sistema de Pagamento Fiável para o Ecossistema de Agentes

O AP2 é uma estrutura de pagamento aberta baseada no protocolo de comunicação Agent-to-Agent (A2A) e na extensão Model Context Protocol (MCP). O seu objetivo central é resolver três questões fundamentais no comércio de Agentes: verificação de Aprovação (prova de que o Agente recebeu permissão do utilizador), autenticidade (garantir que a Negociação reflete as necessidades reais do utilizador) e responsabilidade nas transações (definir a vesting em caso de litígio), permitindo que Agentes de IA realizem Negociações seguras com qualquer Comerciante conforme as normas de Conformidade.

O funcionamento do protocolo AP2 gira em torno do conceito de Mandatos digitais ) Mandates ###, contratos digitais à prova de adulteração e assinados por Criptografia, servindo como prova verificável das instruções do utilizador. Existem três tipos de Mandatos:

1. Mandato de Intenção ( Intent Mandate )

Adequado para Negociações automatizadas sem presença do utilizador. O utilizador fornece previamente instruções ao Agente de IA, com condições claras, por exemplo: “comprar bilhete para concerto, orçamento até 500 euros”.

![] ( https://img-cdn.gateio.im/social/moments-a 370234 d 3 d 86 da 6913 cc 5 e 3338930569)

2. Mandato de Carrinho ( Cart Mandate )

Utilizado para Negociações confirmadas pelo utilizador. Gerado quando o Agente apresenta produtos e preços específicos para aprovação. A aprovação do utilizador resulta na Assinatura do Mandato de Carrinho, criando um registo seguro e imutável dos produtos e preços, garantindo que o que se vê é o que se paga.

![] ( https://img-cdn.gateio.im/social/moments- 720852 d 4 fe 6 f 0636 e 2 d 64271993973 ab )

3. Mandato de Pagamento ( Payment Mandate )

Um comprovativo independente, partilhado com a rede de pagamento e o emissor, destinado a transmitir informações sobre a participação do Agente de IA e a presença do utilizador, facilitando a resolução de disputas, avaliação de risco e supervisão.

![] ( https://img-cdn.gateio.im/social/moments- 810 a 9480851 e 7 e 4 ef 2 a 7 ae 46 e 7 eb 4 e 24)

( ERC-8004: Sistema Descentralizado de Identificação e Reputação de Agentes de IA

O ERC-8004 é uma solução descentralizada de identificação de Agentes de IA em Éter, destinada a resolver questões de autenticidade de identificação, fiabilidade e verificabilidade dos registos de comportamento dos Agentes. Ao contrário do AP2, o ERC-8004 foca-se na construção de confiança entre Agentes de IA, e não entre utilizador-Agente-Comerciante.

O design do ERC-8004 assenta em três registos leves, cada um responsável por um aspeto do modelo de confiança:

1. Registo de Identidade (Identity Registry)

Implementado com base no padrão ERC-721 e expandido com a funcionalidade URIStorage, permitindo compatibilidade da identificação dos Agentes de IA com o ecossistema NFT existente.

![] ) https://img-cdn.gateio.im/social/moments- 7251 bc 0031726 b 9 d 8 d 1 acee 3 c 5257 ff 6###

Cada Agente de IA inscreve-se através da função register, obtendo um agentId único (tokenId do ERC-721). No registo, o Agente deve fornecer o tokenURI do seu ficheiro de registo (Agent Registration File), em formato JSON padronizado, contendo nome, descrição, endpoint e modelos de confiança suportados.

2. Registo de Reputação (Reputation Registry)

Fornece uma interface padrão para Publicar e obter feedback de serviço dos Agentes de IA, suportando sistema de avaliação de 0-100, categorização por etiquetas e associação de provas de pagamento. Este registo utiliza uma arquitetura híbrida na cadeia/fora da cadeia, garantindo a composabilidade dos dados essenciais na cadeia e deixando cálculos agregados complexos para fora da cadeia, aumentando a eficiência.

![] ( https://img-cdn.gateio.im/social/moments- 3 f 55 c 5102 f 78 dd 664 faf 90 fceff 7 f 016)

A estrutura do contrato do registo de reputação está intimamente ligada ao registo de identidade — o endereço do registo de identidade deve ser fornecido aquando da implementação, garantindo que apenas Agentes de IA inscritos podem obter registos de reputação.

3. Registo de Validação (Validation Registry)

Disponibiliza um HOOK universal para solicitar e registar resultados de validação independente, suportando vários mecanismos de validação, incluindo staking económico (validadores repetem tarefas) e provas criptográficas (prova TEE, validação zkML, etc.). Este design permite que diferentes mecanismos de segurança coexistam no mesmo ecossistema.

A interface do contrato do registo de validação é simples, com duas funções principais: ValidationRequest para submeter pedidos de validação e ValidationResponse para registar resultados.

O ERC-8004 é o protocolo de camada de identificação do ecossistema de Agentes de IA. Proporciona identificação verificável, sistema de reputação e mecanismo de inscrição para Agentes de IA na cadeia, sendo fundamental para estabelecer a confiança na economia das máquinas.

x402, AP2 e ERC-8004 juntos constituem um sistema completo de pagamentos para Agentes de IA: o ERC-8004 resolve a questão da identificação dos Agentes de IA, o x402 resolve “como utilizar criptomoedas para micropagamentos de alta frequência”, e o AP2 fornece uma estrutura segura e padronizada para o protocolo de pagamento x402, definindo limites económicos independentes para os Agentes de IA, permitindo-lhes processar informação, deter e gerir Ativos, e participar verdadeiramente na troca de valor comercial, dando origem a uma nova forma de economia impulsionada autonomamente por máquinas.