Ethereum pretende impedir que agentes de IA desonestos roubem confiança com o novo ERC-8004

Ethereum (ETH) anunciou que o ERC-8004 está indo para a rede principal, posicionando a rede como uma infraestrutura neutra para um problema que a indústria de IA ainda não consegue resolver: como os agentes provam que são confiáveis ​​quando nenhuma plataforma única controla a camada de reputação.

O momento revela a tensão subjacente, à medida que os agentes de IA estão a passar de demonstrações para sistemas de produção que desencadeiam transações reais.

MasterCard está redigindo padrões de comércio para checkout de agenteos bancos do Reino Unido estão conduzindo testes piloto de agentes voltados para o cliente, previstos para o início de 2026, e o Gartner projeta que 40% das aplicações empresariais serão integrar agentes específicos de tarefas até o final do ano.

No entanto, um relatório do Camunda concluiu que, embora 71% das organizações agora implantam agentes de IA, apenas 11% dos casos de uso atingiram a produção no ano passado. Os bloqueadores são a confiança, a transparência e o risco regulatório.

As pesquisas da Dynatrace mostram que cerca de metade dos projetos de agentes estão paralisados ​​no piloto, com 52% citando problemas de segurança e conformidadee cerca de 70% das decisões de IA ainda exigem verificação humana.

O ERC-8004 tenta produzir essa lacuna de confiança definindo três registros leves: identidade, reputação e validação. Eles podem ser implantados em blockchains de rede principal ou de camada 2 como contratos de camada de aplicativo, não como uma bifurcação de protocolo.

Ethereum conta oficial emoldurado o padrão como permitindo “descoberta e reputação portátil”, para que os serviços de IA possam “interoperar sem gatekeepers”. A especificação canônica permanece em status de rascunho em eips.ethereum.org.

Confiança na análise dos agentes de IA
Pesquisas da Camunda e da Dynatrace mostram que 71% das organizações implantam agentes de IA, mas apenas 11% chegam à produção devido a requisitos de segurança e verificação humana.

Três registros, três problemas de coordenação

O Registro de Identidade transforma cada agente em um NFT ERC-721 com um identificador global e um ponteiro para um arquivo de registro estruturado.

Esse arquivo lista capacidades, endpoints (MCP, A2A, ENS, DID, URLs da web) e métodos de contato, servindo essencialmente como um diretório de serviço para atores de máquinas.

Os agentes tornam-se detectáveis ​​e transferíveis usando ferramentas NFT padrão.

A especificação inclui verificação opcional de domínio de endpoint para provar o controle de domínio e reserva um campo “agentWallet” que requer assinatura EIP-712 ou verificação ERC-1271 para alteração.

A escolha do design evita sequestros do tipo “Tenho boa reputação, pague aqui”, em que um invasor troca o endereço de pagamento, preservando a reputação.

A identidade resolve a possibilidade de composição, pois reputações e validações podem ser indexadas a um ID de agente estável em vez de a uma conta de plataforma. Ethereum está tentando transformar a identidade do agente em utilidade pública, da mesma forma que o ENS fez com nomes, mas para atores de máquinas.

O modo de falha está instalado, com o ERC-8004 provando que os metadados pertencem ao agente NFT, e não que os terminais são seguros ou honestos.

A especificação alerta que os recursos anunciados “podem ser não funcionais ou maliciosos”, razão pela qual existem os outros dois registros.

O Reputation Registry armazena dados de feedback mínimos e combináveis ​​na cadeia e envia detalhes ricos para fora da cadeia por meio de URIs e hashes. O feedback inclui um valor de ponto fixo assinado com decimais configuráveis ​​e tags opcionais.

O JSON fora da cadeia pode incluir contexto como referências de ferramentas MCP, IDs de tarefas A2A e até mesmo referências de comprovante de pagamento. A especificação nomeia explicitamente Provas de pagamento HTTP estilo x402.

Há um caminho revokeFeedback e uma função appendResponse para reembolsos, sinalizações de spam ou refutações.

ERC-8004 não promete uma pontuação do Yelp na rede. Está mais próximo de um evento compartilhado onde diferentes mercados, seguradoras e auditores podem calcular seus próprios modelos de confiança.

A especificação avisa explicitamente que resumos sem filtragem de revisores são vulneráveis ​​a Ataques de Sybil e spam, exigindo filtragem clientAddresses para chamadas getSummary.

A agregação acontece tanto na cadeia, por meio de composição básica, quanto fora da cadeia, por meio de pontuação sofisticada. O design pressupõe jogos de reputação, como análises compradas, conluio e lavagem de feedback, como inevitáveis, não excepcionais.

O preconceito económico surge se a prova de pagamento se tornar uma prova de facto de credibilidade: os grandes gastadores parecem confiáveis. E como o feedback rico é baseado em eventos e fora da cadeia, quem executa os melhores indexadores e filtros pode se tornar um novo guardião.

O Registro de Validação implementa um registro de solicitação/resposta em cadeia no qual os agentes enviam solicitações aos contratos do validador para verificar o trabalho, e os validadores publicam os resultados junto com URIs e hashes de evidências opcionais.

Os proprietários do agente chamam validaçãoRequest com um endereço do validador, ID do agente, URI de solicitação e um compromisso keccak com a carga útil. Os validadores respondem via validaçãoResponse com uma pontuação, um URI de resposta, um hash e uma tag.

A especificação permite respostas progressivas, incluindo finalidade suave e dura por meio de tags, permite respostas múltiplas e mantém o design intencionalmente genérico para acomodar reexecução criptoeconômica, verificadores zkML, oráculos TEE ou juízes confiáveis.

A validação é a escada rolante da confiança: a reputação funciona para tarefas de baixo risco, mas a validação é o que você busca quando dinheiro, conformidade ou responsabilidade estão em jogo.

O EIP descreve níveis de confiança proporcionais ao valor em risco: pedidos de pizza versus diagnósticos médicos.

O modo de falha: quem valida os validadores? O ERC-8004 registra os resultados do validador, mas não resolve a integridade do validador, criando um metamercado para reputações de validadores, staking, seguros e marcas de auditoria.

Registro O que isso faz O que está dentro e fora da rede Mecanismos principais Modo de falha primário
Registro de Identidade Descoberta + ID do agente durável (identificador que pode ser composto, outros podem fazer referência) Na cadeia: ID do agente ERC-721 + ponteiros/metadados de valor-chave Fora da cadeia: arquivo de registro estruturado (capacidades, endpoints, contato) Ponto de extremidade opcional verificação de domínio; agentWallet a mudança requer Assinatura EIP-712 ou ERC-1271 verificação Os metadados podem ser verdadeiro-mas-malicioso (propriedade ≠ honestidade/segurança)
Registro de reputação Sinais de feedback portáteis entre organizações/mercados (eventos de confiança compartilhada) Na cadeia: primitivas de feedback mínimo; trilho de eventos Fora da cadeia: URIs/hashes de contexto (IDs de tarefas, comprovantes de pagamento, etc.) revogarFeedback + anexarResponse (reembolsos/refutações); getSummary requer filtragem de revisores para reduzir Sybil Sybil/conluio + “melhor indexador vence” porteiro
Registro de Validação Verificação de terceiros para ações de alto risco (escada rolante de confiança) Na cadeia: registro de solicitação/resposta + pontuações/tags Fora da cadeia: URIs/hashes de evidência Compromissos via solicitaçãoHash; respostas progressivas (tags de finalidade soft/hard), múltiplas respostas permitidas Quem valida validadores?” → corrupção/cartelização do validador

Por que Ethereum pensa que isso é infraestrutura

A pilha de agentes emergentes é assim: MCP e A2A cuidam da comunicação e orquestração, x402 (HTTP 402 mais liquidação de moeda estável) cuida dos pagamentos e ERC-8004 cuida da confiança e da descoberta.

A conclusão é que o ERC-8004 não compete com MCP, A2A ou x402. Em vez disso, compõe com eles.

O EIP inclui campos para endpoints MCP e A2A, bem como referências à prova de pagamento, dentro de cargas úteis de feedback fora da cadeia.

Resumo diário do CryptoSlate

Sinais diários, ruído zero.

Manchetes e contexto que movimentam o mercado, entregues todas as manhãs em uma leitura compacta.