ERC-8004 vs. x402: como os agentes de IA estabelecem confiança e permitem pagamentos autónomos

ERC-8004 é uma norma de identidade e confiança para agentes de IA proposta no ecossistema Ethereum. Oficialmente denominada Trustless Agents, visa utilizar a blockchain para estabelecer mecanismos de descoberta de agentes entre plataformas, registos de reputação e validação de tarefas. x402 é um protocolo de pagamento aberto baseado no código de estado HTTP 402, que permite às aplicações e aos agentes de IA autorizar e liquidar pagamentos ao solicitarem recursos da Internet. Ambos abordam, respetivamente, questões de confiança e de pagamentos na colaboração entre agentes e constituem infraestruturas importantes para uma economia de agentes aberta.

À medida que os agentes de IA evoluem de ferramentas de geração de conteúdos para sistemas automatizados capazes de chamar API de forma autónoma, aceder a bases de dados, realizar pesquisas e gerir transações on-chain, as relações económicas entre agentes tornam-se mais complexas. Um agente pode ter de comprar dados a outro, delegar uma tarefa de análise ou pagar por recursos computacionais. Neste processo, as interfaces de comunicação, por si só, não são suficientes. Os sistemas também têm de identificar os prestadores de serviços, avaliar o seu desempenho anterior e assegurar que os pagamentos continuam sujeitos a autorizações e controlos de risco.

A combinação de ERC-8004 e x402 oferece abordagens para estas necessidades em diferentes camadas. Compreender os dois protocolos exige distinguir o registo de identidade da verificação de identidade no mundo real, os registos de reputação da validação de resultados e a autorização de pagamento da liquidação efetiva. Exige também analisar a forma como funcionam com MCP, A2A, carteiras de contratos inteligentes e stablecoins para criar fluxos de trabalho de colaboração automatizada para agentes de IA.

Principais conclusões

• O ERC-8004 aborda a descoberta de identidade e a confiança dos agentes. Através de registos de identidade, reputação e validação, permite identificar, avaliar e validar agentes de IA de diferentes plataformas.

• O x402 aborda pagamentos nativos da Internet. Com base no mecanismo HTTP 402 Payment Required, permite aos agentes de IA pagar automaticamente por API, dados, recursos computacionais e outros serviços digitais ao abrigo de autorizações predefinidas.

• Os dois não são protocolos concorrentes. O ERC-8004 ajuda os agentes a decidir com quem colaborar, enquanto o x402 fornece capacidades de pagamento e liquidação.

• O ERC-8004 não processa pagamentos diretamente, e o x402 não fornece um sistema completo de identidade e reputação de agentes. Em conjunto, podem suportar um fluxo de trabalho comercial que abrange a descoberta de serviços, a avaliação de confiança, os pagamentos automatizados e o feedback sobre os resultados.

• A economia de agentes continua a enfrentar desafios como a falsificação de identidade, a reputação fabricada, a autorização de pagamentos, a entrega de tarefas e a segurança dos fundos. Os registos on-chain não significam que todos os comportamentos sejam fiáveis.

O que é o ERC-8004 e por que motivo os agentes de IA precisam de identidades on-chain?

O ERC-8004 é uma norma de identidade e confiança on-chain para agentes autónomos. O seu principal objetivo é permitir que agentes de IA desenvolvidos por diferentes organizações e plataformas se descubram mutuamente sem uma relação de confiança preexistente e obtenham informações de confiança que possam avaliar.

Os serviços tradicionais da Internet estabelecem normalmente relações de identidade através de contas de plataforma, chaves de API ou diretórios de serviços centralizados. Por exemplo, quando uma empresa utiliza uma API de dados de terceiros, pode confirmar a origem do serviço através do website do fornecedor, dos contratos e da verificação da plataforma. No entanto, numa rede aberta de agentes de IA, os agentes podem ser criados por diferentes programadores e prestar serviços em várias plataformas ou redes blockchain.

Sem um mecanismo de descoberta unificado, os agentes têm dificuldade em determinar a que agente pertence um endereço de serviço ou em consultar facilmente o seu histórico de serviços.

O ERC-8004 propõe três registos on-chain independentes:

O Registo de identidade baseia-se no ERC-721. Cada identidade registada corresponde a um agentId e utiliza metadados para associar a descrição do agente, os pontos de acesso ao serviço e outras informações necessárias.

Isto permite que os agentes tenham identificadores de identidade relativamente independentes de qualquer plataforma de aplicação individual.

No entanto, uma identidade on-chain não é o mesmo que a verificação de identidade no mundo real. Registar um agente não prova automaticamente que o seu programador é genuíno e fiável, nem garante que os seus serviços são seguros. O ERC-8004 fornece uma infraestrutura de identidade e confiança combinável. As decisões específicas de confiança continuam a depender das regras da aplicação, do feedback histórico e da validação independente.

Em 22 de outubro de 2026, a página EIP do ERC-8004 ainda indica o seu estado como Draft. No entanto, os registos relacionados e as implementações no ecossistema já começaram a ser implementados e utilizados, pelo que o estado da especificação deve ser distinguido da adoção efetiva.

Como cria o ERC-8004 confiança através de identidade, reputação e validação?

A conceção central do ERC-8004 não utiliza uma classificação única para determinar se um agente é fiável. Em vez disso, permite que diferentes sinais de confiança sejam registados publicamente e combinados de forma independente.

Em primeiro lugar, o Registo de identidade atribui aos agentes uma identidade on-chain pesquisável. Os programadores podem publicar as capacidades de serviço de um agente, os pontos de acesso de comunicação e os metadados relacionados através das suas informações de registo, permitindo que outras aplicações descubram os serviços que disponibiliza e a forma de lhes aceder.

Em segundo lugar, o Registo de reputação permite que os clientes enviem feedback sobre os serviços de um agente. Outros sistemas podem ler este feedback e analisá-lo de acordo com diferentes necessidades empresariais. Por exemplo, um agente de análise de dados pode acumular registos de taxas de conclusão de tarefas, qualidade das respostas ou satisfação dos clientes.

No entanto, os dados de reputação não são necessariamente genuínos. Os programadores podem utilizar contas relacionadas para fabricar avaliações positivas, e participantes maliciosos podem publicar feedback enganador. Por conseguinte, o Registo de reputação fornece uma interface de registo normalizada, em vez de eliminar automaticamente os riscos de manipulação da reputação.

Por último, o Registo de validação regista a validação por terceiros dos resultados das tarefas. Diferentes tarefas podem utilizar diferentes métodos de validação, tais como permitir que outros nós executem novamente uma tarefa, fornecer atestação através de um ambiente de execução fidedigno (TEE) ou utilizar tecnologias como a aprendizagem automática de conhecimento zero (zkML) para validar cálculos específicos.

Estes métodos diferem quanto à sua aplicabilidade. As tarefas com cálculos reproduzíveis são mais fáceis de validar tecnicamente, enquanto os conselhos de investimento, os conteúdos criativos ou os juízos empresariais complexos exigem frequentemente avaliação humana ou mecanismos de avaliação especializados.

Assim, o ERC-8004 estabelece um modelo de confiança por camadas: a identidade apoia a descoberta, a reputação ajuda na seleção e a validação verifica resultados específicos. Os três complementam-se, mas não podem substituir uma gestão de risco prática.

O que é o x402 e por que motivo os agentes de IA precisam de um protocolo de pagamento nativo de HTTP?

O x402 é um protocolo de pagamento aberto baseado no código de estado HTTP 402 Payment Required. O seu objetivo é adicionar um mecanismo de pagamento normalizado aos fluxos de trabalho de pedidos na Internet.

Os serviços tradicionais da Internet cobram normalmente através do registo de contas, de subscrições com cartão de crédito ou de saldos pré-pagos. Os utilizadores têm de estabelecer primeiro uma relação de pagamento antes de poderem chamar API, descarregar dados ou aceder a conteúdos pagos.

Este modelo funciona para fluxos de trabalho operados por pessoas, mas pode não ser adequado para agentes de IA que operam frequentemente e mediante pedido.

Por exemplo, um agente de pesquisa de mercado pode precisar de chamar uma API de dados especializada apenas uma vez. Exigir que crie primeiro uma conta, adquira uma subscrição mensal e conclua um processo de pagamento manual complexo reduziria a eficiência da automatização.

O x402 permite que os prestadores de serviços especifiquem os requisitos de pagamento diretamente num fluxo de trabalho de pedidos HTTP. Após receber um requisito de pagamento, o cliente pode gerar a autorização de pagamento adequada com base nas redes, nos ativos e nas condições de pagamento suportados e, em seguida, reenviar o pedido.

O servidor fornece o recurso protegido apenas depois de os requisitos de pagamento terem sido cumpridos e de a verificação ou liquidação necessária ter sido concluída.

Por conseguinte, o x402 pode suportar modelos de negócio como o acesso a API por chamada, a compra de dados e o acesso a serviços computacionais, permitindo interações pagas entre máquinas sem depender inteiramente dos sistemas de subscrição tradicionais.

É importante salientar que o x402 não é uma nova criptomoeda nem uma blockchain independente. É um protocolo de interação de pagamento que pode operar com diferentes redes blockchain, stablecoins e infraestruturas de liquidação.

Qual é a diferença entre o ERC-8004 e o x402?

O ERC-8004 e o x402 surgem frequentemente em discussões sobre agentes de IA, mas operam em diferentes camadas técnicas.

O ERC-8004 centra-se na forma como os agentes estabelecem identidades pesquisáveis e relações de confiança. O x402 centra-se na forma como os pedidos de serviços desencadeiam pagamentos e na integração da autorização e liquidação de pagamentos nas interações na Internet.

Na utilização prática, o ERC-8004 aproxima-se mais de uma infraestrutura de identidade e confiança para a economia de agentes, enquanto o x402 se aproxima mais de uma infraestrutura de pagamentos.

Suponhamos que um agente de IA pretende comprar dados de análise de mercado. Pode utilizar o ERC-8004 para consultar as informações de registo, o feedback histórico e os registos de validação do prestador de serviços, de modo a avaliar se deve colaborar com este.

Quando o agente decide aceder ao serviço, o x402 pode ajudá-lo a concluir o pagamento. Após a entrega do serviço, o cliente também pode registar feedback através dos mecanismos relevantes do ERC-8004.

No entanto, os programadores de aplicações têm de integrar este fluxo de trabalho de colaboração. Este não ocorre automaticamente apenas porque o ERC-8004 está implementado ou o x402 é suportado.

Como permite o x402 que os agentes de IA efetuem pagamentos automatizados?

O mecanismo central do x402 integra os requisitos de pagamento no fluxo de trabalho normal de pedidos e respostas HTTP.

No x402 V2, um processo de pagamento típico pode ser dividido em seis fases.

Fluxo de trabalho de pagamento automatizado por agentes de IA

Fluxo de trabalho ilustrativo; a ordem específica da verificação, liquidação e entrega depende do esquema de pagamento utilizado.

Por exemplo, um agente de IA solicita acesso a uma API de dados de mercado com um preço de 0,05 USDC. O servidor pode utilizar uma resposta 402 Payment Required para informar o cliente de que o recurso exige pagamento e fornecer condições de pagamento aceitáveis.

Depois de verificar o preço, a blockchain suportada e as informações do destinatário, o cliente utiliza uma carteira autorizada para gerar uma assinatura de pagamento e envia novamente o pedido.

No x402 V2, o servidor pode fornecer requisitos de pagamento através de PAYMENT-REQUIRED, o cliente envia informações de pagamento assinadas utilizando PAYMENT-SIGNATURE, e o servidor pode devolver o resultado do processamento do pagamento através de PAYMENT-RESPONSE.

O servidor de recursos pode processar a verificação e a liquidação dos pagamentos por si próprio ou utilizar componentes como um Facilitator. Um Facilitator ajuda a verificar autorizações de pagamento e a executar a liquidação, mas não é um terceiro centralizado do qual todas as implementações têm de depender.

É importante referir que diferentes esquemas de pagamento podem ter requisitos distintos relativamente à ordem de liquidação e entrega de recursos. Por isso, é incorreto pressupor que todos os pedidos x402 têm de concluir a liquidação on-chain antes de qualquer operação poder ocorrer.

Como funcionam o ERC-8004 e o x402 em conjunto para criar fluxos de trabalho de transações automatizadas para agentes de IA?

Em conjunto, o ERC-8004 e o x402 podem suportar um cenário comercial completo que abrange a descoberta de serviços, o pagamento, a entrega e o feedback.

Suponhamos que um agente de pesquisa de criptomoedas precisa de analisar as transações on-chain de um token, mas não dispõe de recursos de dados suficientes.

Em primeiro lugar, pode utilizar o Registo de identidade do ERC-8004 para encontrar agentes que prestam serviços de análise de dados on-chain e obter as descrições de serviço e as informações de interface relevantes.

Em seguida, pode ler o feedback histórico no Registo de reputação e verificar a existência de registos de validação independentes com base na importância da tarefa. O desempenho histórico pode ser suficiente para uma consulta básica de dados de baixo custo, enquanto uma tarefa de análise financeira de elevado valor pode exigir validação adicional.

Depois de selecionar um serviço, o agente de pesquisa envia um pedido através da interface de comunicação adequada. O prestador de serviços utiliza o x402 para devolver os requisitos de pagamento, e o agente de pesquisa autoriza o pagamento dentro do seu orçamento e permissões predefinidos.

Após obter os dados, o agente de pesquisa pode continuar a análise e deixar feedback com base na qualidade do serviço. Se os resultados precisarem de verificação adicional, também pode envolver um serviço de validação independente.

Este fluxo de trabalho demonstra a relação complementar entre os dois protocolos:

O ERC-8004 ajuda os agentes a descobrir serviços e a avaliar a confiança, enquanto o x402 os ajuda a pagar por serviços.

No entanto, o ERC-8004 não garante automaticamente a entrega, e o x402 não fornece diretamente um mecanismo geral para aceitação de tarefas ou arbitragem de reembolsos. Para serviços de elevado valor, os programadores continuam a ter de conceber mecanismos de execução, resolução de litígios e proteção de fundos.

Como funcionam em conjunto o ERC-8004, o x402, o MCP e o A2A?

Além do ERC-8004 e do x402, o MCP e o A2A são componentes importantes da infraestrutura de agentes.

O MCP (Model Context Protocol) ajuda principalmente as aplicações de IA a ligarem-se a ferramentas, recursos e dados externos, permitindo que os agentes acedam a bases de dados, serviços de pesquisa e outras capacidades de sistemas.

O A2A (Agent2Agent) centra-se na comunicação e colaboração em tarefas entre diferentes agentes, incluindo descrições de capacidades, troca de mensagens e gestão do ciclo de vida das tarefas.

O ERC-8004 não substitui o MCP nem o A2A. Em vez disso, acrescenta mecanismos de descoberta e confiança para ambientes entre organizações. O x402 pode fornecer capacidades de pagamento para serviços pagos nestes fluxos de trabalho.

A relação entre os quatro pode ser resumida da seguinte forma:

Por exemplo, um agente de pesquisa pode aceder a ferramentas de dados através do MCP, colaborar com outro agente de análise através do A2A, consultar a sua identidade e reputação através do ERC-8004 e, em seguida, pagar por dados ou recursos computacionais através do x402.

A vantagem desta conceção modular é que os protocolos podem evoluir de forma independente. Os programadores de aplicações podem selecionar componentes de acordo com as suas necessidades efetivas sem associar todas as funcionalidades a uma única plataforma.

Como podem os agentes de IA gerir com segurança permissões de pagamento automatizado?

Os pagamentos automatizados são uma capacidade importante da economia de agentes, mas também introduzem novas preocupações relacionadas com a segurança dos fundos.

Os pagamentos tradicionais exigem normalmente que os utilizadores confirmem o montante e o destinatário, enquanto os agentes de IA podem chamar serviços continuamente sem supervisão humana em tempo real. Sem limites claros, um planeamento incorreto de tarefas, interfaces maliciosas ou dados externos manipulados podem levar a despesas desnecessárias.

Por conseguinte, os sistemas de pagamento automatizado têm de separar as capacidades de tomada de decisão dos agentes da sua autoridade para controlar fundos.

Uma abordagem prática consiste em utilizar uma carteira de contrato inteligente para definir o limite por pagamento de um agente, o orçamento diário, os endereços de destinatários aprovados e o âmbito de autorização para tarefas específicas.

Por exemplo, uma empresa pode permitir que um agente de pesquisa pague no máximo 1 USDC por transação e não gaste mais de 20 USDC por dia, restringindo simultaneamente os pagamentos a prestadores de serviços analisados.

Para transações que excedam o orçamento, o sistema pode exigir confirmação humana, em vez de permitir que o agente aumente o seu próprio limite de pagamento.

As contas inteligentes e os mecanismos de abstração de contas no ecossistema Ethereum podem suportar conceções de permissões mais flexíveis, incluindo chaves de sessão, limites de despesas e listas de autorizações.

No entanto, os limites de pagamento não podem substituir as análises de segurança dos serviços. Um fornecedor malicioso pode induzir um agente a solicitar repetidamente recursos pagos ou influenciar decisões subsequentes através de respostas de API aparentemente normais.

Por conseguinte, as implementações práticas também precisam de verificar se os pedidos de pagamento estão alinhados com a tarefa original, impedir pagamentos duplicados e estabelecer mecanismos de monitorização e suspensão para transações anómalas.

Pagamentos automatizados verdadeiramente seguros não concedem aos agentes de IA controlo ilimitado sobre os fundos. Permitem a execução autónoma dentro de limites de autorização claramente definidos.

Que desafios técnicos e empresariais enfrentam o ERC-8004 e o x402?

O ERC-8004 e o x402 fornecem importantes capacidades fundamentais para a economia de agentes, mas subsistem várias questões antes de poderem suportar uma utilização comercial estável e em grande escala.

A primeira é a credibilidade da identidade e da reputação. O ERC-8004 pode registar identidades e feedback, mas não pode impedir inerentemente que um único programador registe muitos agentes ou utilize contas relacionadas para fabricar avaliações. A criação de mecanismos de reputação resistentes a Sybil continua a exigir restrições económicas e conceções de validação adicionais.

A segunda é a validação dos resultados das tarefas. Para tarefas computacionais determinísticas, os resultados podem ser verificados através de reexecução ou provas criptográficas. No entanto, a análise de investimentos, a criação de conteúdos e as decisões empresariais complexas têm frequentemente resultados subjetivos, cuja qualidade não pode ser avaliada apenas com base em registos on-chain.

A terceira é a relação entre o pagamento e a entrega do serviço. O x402 pode processar fluxos de trabalho de pagamento, mas continuam a ser necessários mecanismos adicionais de reembolso, escrow ou resolução de litígios se a qualidade do serviço ficar aquém das expectativas. Um pagamento bem-sucedido não significa que uma tarefa tenha sido necessariamente concluída.

A quarta é a compatibilidade entre cadeias e ativos. As stablecoins, as taxas de transação e os mecanismos de liquidação diferem entre redes. Os agentes têm de identificar corretamente as redes e os ativos de pagamento para evitar a perda de fundos devido a erros de configuração.

O desafio final é a regulação e a adoção comercial. À medida que os agentes de IA participam em serviços financeiros, aquisição de dados e pagamentos empresariais, os programadores têm de considerar a autorização para utilizar fundos, a identidade dos clientes, a privacidade dos dados e a regulamentação de pagamentos aplicável.

Estas questões mostram que o ERC-8004 e o x402 são mais adequados para servir como infraestrutura aberta do que como uma solução empresarial completa que abranja identidade, pagamentos, execução e responsabilidade legal.

O que significam o ERC-8004 e o x402 para os ecossistemas Ethereum e Web3?

O desenvolvimento do ERC-8004 e do x402 alarga os casos de utilização da blockchain à colaboração económica entre máquinas.

No passado, os utilizadores individuais ou sistemas empresariais iniciavam a maioria das transações on-chain. À medida que os agentes de IA se tornam capazes de executar tarefas de forma autónoma, as blockchains começam a suportar funções como o registo de identidade de agentes, a liquidação de pagamentos e os registos verificáveis.

O ERC-8004 fornece informações de confiança combináveis para redes de agentes abertas, enquanto o x402 facilita a integração de serviços digitais pagos por utilização em fluxos de trabalho de pagamento automatizado.

Para o Ethereum e o seu ecossistema Layer 2, o registo de identidade de agentes, os registos de reputação e os pagamentos em stablecoins podem criar procura por novas aplicações on-chain.

No entanto, o ERC-8004 não está limitado à rede principal do Ethereum. Os seus registos podem ser implementados em diferentes redes compatíveis. O x402 também não é exclusivo do Ethereum e pode operar com outras blockchains suportadas.

Por conseguinte, o desenvolvimento destes protocolos não significa que todas as transações de agentes se vão concentrar no Ethereum, nem implica diretamente que o preço de ETH vá necessariamente subir.

A longo prazo, a questão fundamental é saber se os agentes de IA conseguem estabelecer relações sustentáveis de oferta e procura de serviços em redes abertas, transferindo gradualmente a identidade, os pagamentos e a execução de tarefas de provas de conceito para operações empresariais reais.

Conclusão

O ERC-8004 e o x402 abordam duas questões fundamentais na economia de agentes de IA: a confiança e os pagamentos.

Através de registos de identidade, reputação e validação, o ERC-8004 fornece aos agentes entre plataformas identidades pesquisáveis e sinais de confiança. Através do mecanismo de pagamento HTTP 402, o x402 permite que os agentes paguem por recursos digitais ao abrigo de autorizações predefinidas quando lhes acedem.

Os dois não substituem um ao outro. São componentes de infraestrutura que podem ser combinados. O ERC-8004 ajuda os agentes a escolher colaboradores, o x402 ajuda-os a realizar interações económicas e o MCP e o A2A podem processar funções como a conectividade de ferramentas e a comunicação entre agentes.

No entanto, o registo de identidade não estabelece uma fiabilidade genuína e os pagamentos concluídos não garantem a qualidade do serviço. A capacidade de expansão da economia de agentes continuará a depender da maturidade dos mecanismos de verificação de identidade, governação da reputação, aceitação de tarefas, permissões de fundos e conformidade regulamentar.

O ERC-8004 facilita a descoberta e avaliação de agentes de IA, enquanto o x402 facilita o pagamento de serviços por esses agentes. Em conjunto, fornecem uma base importante para uma economia de agentes aberta e combinável.

Perguntas frequentes

O que é o ERC-8004?

O ERC-8004 é uma norma de identidade e confiança on-chain para agentes de IA. Através de registos de identidade, reputação e validação, ajuda os agentes de diferentes plataformas a serem descobertos, avaliados e validados.

O que é o x402?

O x402 é um protocolo de pagamento aberto baseado no HTTP 402 Payment Required. Permite que aplicações ou agentes de IA autorizem e liquidem pagamentos ao acederem a API pagas, dados e outros recursos da Internet.

Qual é a principal diferença entre o ERC-8004 e o x402?

O ERC-8004 aborda principalmente a descoberta de identidade e a confiança dos agentes, enquanto o x402 aborda principalmente os pagamentos automatizados. Fornecem capacidades fundamentais diferentes.

O ERC-8004 pode efetuar pagamentos diretamente?

Não. O ERC-8004 não define um fluxo de trabalho geral de liquidação de pagamentos, mas pode ser utilizado com protocolos de pagamento como o x402.

O x402 tem de utilizar o Ethereum?

Não. O x402 pode operar com diferentes blockchains e ativos de pagamento suportados. Não é exclusivo do Ethereum.

Os agentes de IA que utilizam o x402 precisam de confirmação humana para cada pagamento?

Não necessariamente. Os programadores podem predefinir permissões de carteira e orçamentos de pagamento para que os agentes possam pagar automaticamente dentro dos seus limites de autorização. Pode ser exigida aprovação humana para transações de elevado risco ou que excedam os limites.

Uma identidade on-chain ERC-8004 significa que um agente passou por uma análise de segurança?

Não. O registo on-chain fornece apenas um identificador de identidade pesquisável. A avaliação da fiabilidade continua a exigir reputação, validação independente e outras medidas de segurança.

Que casos de utilização podem ser suportados pelo ERC-8004 e pelo x402?

Os casos de utilização típicos incluem agentes de IA que compram dados, efetuam pedidos de API pagos por chamada, pagam por recursos computacionais, delegam tarefas noutros agentes e estabelecem registos de feedback de serviços entre plataformas.