Tudo o que Você Precisa Saber sobre o ERC-8004

10 de fev. de 2026

Tudo o que Você Precisa Saber sobre o ERC-8004

De tarefas cotidianas a fluxos de trabalho profissionais, os agentes de IA estão rapidamente se tornando os “trabalhadores” padrão da internet—chamando APIs, negociando serviços e até movimentando fundos. A visão de uma economia de agentes autônoma e auto-organizada já não é mais coisa de ficção científica; ela já está emergindo no trading cripto, operações DeFi, pesquisas on-chain e comércio automatizado.

Mas por trás da empolgação surge uma pergunta essencial:

Quando dois agentes de IA (criados por equipes diferentes, sem vínculo prévio) precisam colaborar, como eles estabelecem confiança?

Se você contratasse um prestador de serviço desconhecido, verificaria suas referências, avaliações anteriores e credenciais. O ERC-8004 leva esse mesmo conceito para as redes descentralizadas—usando o Ethereum como âncora neutra de confiança para identificar, avaliar a reputação e validar agentes. (eips.ethereum.org)

O que é (e o que não é) o ERC-8004

O ERC-8004 (“Agentes Sem Confiança”) é uma proposta de padrão da camada de aplicação do Ethereum com o objetivo de permitir que agentes sejam descobertos e avaliados por outros, sem depender de uma plataforma centralizada para garantir sua confiabilidade. (eips.ethereum.org)

Para isso, ele define três registros on-chain leves e padronizados:

Registro de Identidade
Registro de Reputação
Registro de Validação (eips.ethereum.org)

Tão importante quanto o que ele faz, é o que ele não pretende fazer:

Ele não substitui protocolos de comunicação entre agentes (mas pode apontar para eles).
Ele não define pagamentos (mas pode referenciar provas de pagamento nos feedbacks). (eips.ethereum.org)

Para a especificação oficial, consulte: ERC-8004: Trustless Agents.

Por Que o Cripto Precisa de uma “Camada de Confiança para Agentes” em 2025–2026

Em 2025, a experiência do usuário em cripto evoluiu rumo à automação: execução baseada em intenções, abstração de cadeias, wallets inteligentes e “copilotos de IA” para gerenciamento de portfólio. Em 2026, o passo lógico seguinte é a criação de mercados de agentes—nos quais agentes contratam outros agentes para tarefas como análise de dados, execução, auditoria e liquidação.

O problema: a automação amplia o risco de ataques maliciosos.

Sem elementos de confiança portáveis, mercados abertos de agentes tendem a se degradar rapidamente por questões como:

Impersonação (pontos de acesso falsos, descrições de serviços falsas)
Ataques de reputação Sybil (vários agentes falsos se avaliando positivamente)
Declarações falsas (“Fui eu quem executou” / “Eu verifiquei a prova”)
Comprometimento de chaves (agentes que assinam ou movimentam fundos se tornam alvos de alto valor)

O ERC-8004 é a tentativa do Ethereum de tornar a confiança componível, auditável e portável—permitindo que a credibilidade acompanhe um agente em diversos ecossistemas. (eips.ethereum.org)

O Design Central: Três Registros

1) Registro de Identidade: o "passaporte" de um agente como um ERC-721

O ERC-8004 adota um estilo ERC-721 para registrar identidades de agentes, permitindo que cada um tenha um identificador on-chain que pode ser facilmente indexado e exibido por ferramentas de NFT já existentes. (eips.ethereum.org)

Pontos-chave:

Cada agente é identificado por:
- agentRegistry = {namespace}:{chainId}:{identityRegistry}
- agentId = tokenId
O campo agentURI aponta para um arquivo JSON de registro, que pode conter:
- nome / descrição / imagem
- endpoints de serviço (por exemplo, web, A2A, MCP, ENS, DID, e-mail)
- se oferece suporte a reputação / validação criptoeconômica / atestação via TEE (eips.ethereum.org)

Por que isso importa na prática:

Um agente pode anunciar um endpoint do Model Context Protocol (MCP), permitindo chamadas de ferramenta padronizadas entre aplicativos de IA. Veja: Introducing the Model Context Protocol.
Também pode anunciar pagamentos on-chain via metadados como agentWallet—atualizados apenas com assinaturas válidas (EIP-712 / ERC-1271).

O ERC-8004 também permite verificação opcional via domínio de endpoint com o uso do arquivo /.well-known/agent-registration.json, útil para confirmar que o agente controla o domínio anunciado. (eips.ethereum.org)

2) Registro de Reputação: feedback padronizado

Após uma interação, o cliente (humano ou agente) pode deixar um feedback por meio de uma interface padrão.

Destaques do design:

Feedback armazenado como valor assinado em ponto fixo (int128 + decimais) com tags opcionais.
Evidências detalhadas podem estar off-chain (por exemplo, no IPFS), enquanto a blockchain armazena:
- eventos para indexação
- compromissos de integridade (hashes) para URIs que não possuem endereçamento por conteúdo
Os resumos devem ser filtrados por endereços de clientes confiáveis para mitigar ataques Sybil e spam.

Isso é essencial no contexto cripto porque reputação vira um critério de roteamento:

“Qual agente deve executar esta intenção?”
“Qual agente pode cotar meu swap OTC?”
“Qual agente deve auditar os resultados antes da liquidação?”

3) Registro de Validação: verificações para tarefas críticas

Reputação, sozinha, nem sempre é suficiente. O ERC-8004 propõe um mecanismo generificado onde:

Um agente solicita validação referenciando um payload off-chain (e seu hash).
Um contrato validador responde com uma pontuação (0–100), podendo também apontar para a evidência.

O padrão permite diferentes modelos de validação:

reexecução garantida por stake
provas ao estilo zkML
oráculos com TEE

Em termos cripto, isso permite a migração de:

“dizem que este agente é bom” para:
“um terceiro pode atestar, criptográfica ou economicamente, que o trabalho foi feito corretamente”

ERC-8004 e o Ecossistema de Agentes: MCP, A2A e Pagamentos

Modelo mental prático:

MCP padroniza como os agentes utilizam ferramentas e contexto (capacidade vertical). MCP docs
A2A foca na comunicação entre agentes e orquestração de tarefas (colaboração horizontal).
ERC-8004 atua como a camada de confiança e descoberta (quem é o agente, se é confiável, se os resultados podem ser validados). (eips.ethereum.org)

Embora pagamentos estejam fora do escopo direto, o ERC-8004 prevê o uso de provas de pagamento nos objetos de feedback. Em termos de infraestrutura de pagamento, destaca-se o padrão emergente x402 (revivendo o HTTP 402 “Pagamento Requerido”), promovido por players como Cloudflare e Coinbase. Veja: Cloudflare and Coinbase Will Launch x402 Foundation

Status Atual: Padrão em Rascunho, Adoção Acelerada

O ERC-8004 foi criado em 13 de agosto de 2025 e segue em status de Rascunho no repositório oficial de ERCs. (eips.ethereum.org)

Apesar disso, o ecossistema avança rapidamente: há relatos de que os registros principais do ERC-8004 foram implantados na Ethereum mainnet em 29 de janeiro de 2026, sinalizando que implementações de referência já estão ativas, mesmo com a padronização ainda em curso. (forbes.com)

Na mídia chinesa, o Foresight News publicou análises aprofundadas sobre como ERC-8004 + A2A + MCP formam uma infraestrutura de economia de agentes em camadas (comunicação, ferramentas, confiança). Referência: AI Agent Economy 基础设施：ERC-8004 & A2A & MCP

Questões de Segurança e Preocupações do Usuário que Você Não Deve Ignorar

O ERC-8004 melhora a portabilidade da confiança, mas não elimina os riscos. Atenção para:

Ataques Sybil e manipulação de reputação
Espere a criação de "redes de avaliação" controladas por atacantes. Use conjuntos curados de revisores, ponderação de interações e camadas de validação.
Sequestro de endpoints e upgrades maliciosos
Os endpoints nos arquivos de registro podem mudar de comportamento. A verificação via domínio deve ser encarada como requisito mínimo, não garantia.
Gestão de chaves é crítica
Se a identidade de um agente é um ERC-721, a chave do proprietário é a “raiz de confiança.” Se for comprometida, o atacante pode redirecionar endpoints, alterar carteiras de pagamento ou transferir a identidade.
Confiar excessivamente na “identidade”
O ERC-8004 prova que um arquivo de registro corresponde a um agente on-chain, mas não garante que o agente seja competente ou confiável—por isso a necessidade de reputação + validação.

Checklist Prático: Como Avaliar um Agente ERC-8004 Antes de Interagir

Se você é usuário ou protocolo que se integra com agentes:

Confirme a identidade on-chain do agente (registro + agentId)
Leia o arquivo de registro e verifique os endpoints (inclusive /.well-known/ se aplicável)
Considere reputação como contextual: filtre por revisores confiáveis, tags relevantes e endpoints específicos
Para ações críticas, exija validação (e defina validadores confiáveis)
Evite autorizações amplas: não conceda acesso ilimitado a tokens por conveniência
Prefira intenções explícitas e assinadas, ao invés de execuções silenciosas em background

Onde a OneKey se Encaixa: Protegendo as Chaves da Identidade de um Agente

O ERC-8004 torna a identidade e reputação dos agentes mais portáveis—mas também eleva a responsabilidade sobre a segurança das chaves privadas de operadores e usuários.

Um hardware wallet como o OneKey pode ser um componente essencial de segurança para ERC-8004:

Manter a chave do proprietário offline dificulta que invasores tomem controle via roubo de chave.
A confirmação via hardware adiciona uma camada de proteção contra ações arriscadas como transferir identidade do agente (propriedade ERC-721) ou alterar metadados sensíveis como a carteira de recebimento.
Para usuários interagindo com fluxos conduzidos por agentes, o uso de hardware wallet ajuda a garantir que a “conveniência do agente” não vire “assinatura sem revisão.”

Na nova economia aberta de agentes, não apenas os agentes mais inteligentes vencerão—mas sim os que transmitirem sinais de confiança confiáveis e segurança operacional robusta. O ERC-8004 é um passo concreto na direção desse futuro.