O que é a identidade de agente ERC-8004 e sua confiança…

A identidade do agente ERC-8004 é um registro de identidade on-chain para agentes de IA autônomos que usa um token ERC-721 como um identificador durável e aponta para um cartão de agente legível por máquina que descreve pontos finais e preferências de confiança. O padrão também anexa feedback portátil e verificação opcional de terceiros em dois registros separados para que a confiança possa ser auditada e reutilizada em aplicativos e cadeias.

Principais Conclusões

• O ERC-8004 especifica três registros de contratos inteligentes singleton por cadeia: Identidade, Reputação e Validação.
• O Registro de Identidade emite um ERC-721 por agente e a URI do token aponta para um arquivo de cartão de agente off-chain, comumente hospedado em /.well-known/agent-card.json.
• A Reputação é um canal de feedback controlado: as submissões requerem pré-autorização criptográfica do agente e armazenam uma pontuação limitada de 0 a 100, além de uma URI e hash KECCAK-256.
• A Validação é traga sua própria prova: o Registro de Validação registra solicitações e resultados com URIs de evidência, enquanto o nível de garantia depende do backend escolhido.

Identidade do agente ERC-8004 em um relance

A maneira mais rápida de entender o que é a identidade do agente erc-8004 é parar de pensar “NFTpara agentes” e começar a pensar “arquivo de integração on-chain.” O ERC-721 é o número da conta. A carga útil útil é o cartão do agente e os dois livros-razão que estão ao lado dele: um registro de reputação para feedback controlado e um registro de validação para trilhas de verificação de terceiros.

ERC-8004 não é explicitamente uma rede de pagamentos e não é um padrão de token que carrega valor. É uma camada de coordenação destinada a compor com sistemas de liquidação em vez de substituí-los. Essa escolha de escopo é importante porque mantém a identidade, feedback e verificação como primitivos neutros que qualquer carteira, mercado ou camada de execução pode ler sem herdar um modelo de cobrança específico.

O problema que visa resolver é a confiança entre contrapartes para software autônomo. Agentes já podem se comunicar entre si por meio de protocolos de comunicação como o Agent-to-Agent (A2A) do Google e o Model Context Protocol (MCP) da Anthropic.

A mensageria não responde às perguntas que uma contraparte precisa antes de permitir que um agente faça algo caro: quem o controla, onde pode ser alcançado, o que ele fez antes e se alguém independente pode atestar seu trabalho.

Esse é o “crypto de identidade de agente”: o ERC-8004 padroniza onde os sinais de identidade e confiança residem para que sejam portáteis. Uma carteira ou serviço pode implementar um conjunto de verificações contra os dados do erc 8004 e aplicá-las de forma consistente entre muitos agentes, em vez de codificar a confiança em um diretório proprietário.

Como o registro de identidade representa agentes

Três coisas acontecem entre um operador registrando um agente e uma contraparte sendo capaz de referenciá-lo.

1. O Registro de Identidade cria um token de identidade ERC-721 para o agente. A propriedade e a transferência seguem os padrões normais do ERC-721, o que torna as mudanças de custódia e operador legíveis na blockchain. 2. O URI do token resolve para um registro off-chain ou arquivo de metadados, comumente servido em /.well-known/agent-card.json. Este cartão de agente é o pacote legível por máquina que outros sistemas analisam. 3.

O ID do token resolve para uma referência independente de cadeia: um CAIP-10endereçomais uma string de domínio, projetada para que o mesmo agente possa ser referenciado de forma consistente entre redes.

O cartão de agente é onde a “identidade de agente onchain” se torna utilizável para software. Fontes o descrevem como um arquivo semelhante a um cartão de visita que pode declarar o nome e a descrição do agente, os endpoints suportados (A2A, MCP ou HTTPS proprietário), os modelos de confiança que aceita e quais agregadores de reputação considera autoritativos.

Esse último campo é fácil de perder, mas é a ponte das atestações brutaspara a política. Uma carteira pode decidir quais agregadores reconhece, e então pontuar o mesmo conjunto de dados subjacente de maneira diferente.

É também aqui que "sem confiança"agente de IAé mal interpretado. O ERC-8004 não torna magicamente um agente seguro. Ele torna o ponteiro de identidade, os pontos finais e as preferências de confiança legíveis em um lugar padrão, para que uma contraparte possa impor regras antes de direcionar trabalho ou liquidar qualquer coisa.

Sinais de reputação e validação para confiança

O Registro de Reputação é projetado como um canal de feedback controlado, não como um site de revisão aberto. Um cliente não pode simplesmente aparecer e inundar um agente com avaliações. As submissões de reputação são autorizadas por pré-autorização criptográfica do agente servidor, usando EIP-191 para EOAs e ERC-1271 para clientes de contratos inteligentes. A autorização inclui um carimbo de data de expiração e um limite de índice, que visam reduzir replay e spam.

Uma vez autorizado, o cliente envia uma tupla de feedback limitada: uma pontuação de 0 a 100, tags opcionais, uma URI apontando para documentação off-chain, e um hash KECCAK-256 que vincula o registro on-chain a essa documentação. A pontuação limitada é o primitivo que pode ser consultado de forma barata. A URI e o hash são ogancho deauditoria para qualquer um que queira inspecionar evidências.

A Allium relatou 401 submissões de feedback nas duas primeiras semanas após o lançamento, o que é um sinal precoce de que o primitivo "controlado, mas portátil" está sendo utilizado. Também é um lembrete de que o volume de reputação provavelmente se concentrará em superfícies de execução mais baratas ao longo do tempo, porque feedback de alta frequência sobreEthereum a mainnet é limitada em custos.

A Validação é o segundo livro-razão, e é intencionalmente opcional e heterogênea. O Registro de Validação registra solicitações e resultados de verificação, incluindo URIs de evidência, mas não impõe uma única técnica.

Fontes descrevem backends plugáveis, como reexecução baseada em staking, ambientes de execução confiáveis (TEEs), e provas de conhecimento zero.O registro padroniza a trilha de auditoria para que uma contraparte possa ver o que foi solicitado, quem validou e quais evidências foram postadas, e então decidir se esse modelo de garantia é aceitável.

Onde a identidade do agente se encaixa nas pilhas

O ERC-8004 está abaixo da execução, e essa colocação é o que transforma a "identidade do agente" em encanamento aplicável. O ERC-8196, um padrão de carteira autenticada para agentes de IA, estrutura uma pilha de confiança modular onde o ERC-8004 é a Camada 1 (Registrar), o ERC-8126 é a Camada 2 (Verificar) e o ERC-8196 é a Camada 3 (Executar).

O ERC-8196 também exige que as carteiras verifiquem o registro do ERC-8004 antes de registrarem ou usarem qualquer política, que é o exemplo mais claro de como a "identidade do agente" se torna um portão rígido em vez de uma página de perfil.

Este também é o lugar onde o modelo mental do prime-broker se encaixa. O registro é a abertura da conta. A verificação e a pontuação podem ser adicionadas em cima. Os sistemas de execução então se recusam a agir a menos que o agente passe nas verificações de registro e verificação.

O ERC-8041 mostra outro caminho de integração: coleções curadas e de fornecimento fixo de identidades de agentes ERC-8004. O ERC-8041 trata o ERC-8004 como um registro de mintagem ilimitada e propõe contratos de coleção que registram agentes no ERC-8004 enquanto rastreiam números de mintagem e metadados da coleção.

O detalhe chave é operacional: o ERC-8041 alerta que os clientes não devem confiar apenas nos metadados escritos no agente, e devem consultar o contrato de coleção diretamente para verificar a membresia.

Cross-chain é a outra verificação de realidade de integração. Eco descreve o ERC-8004 como agnóstico em relação à cadeia em como referencia identidades via CAIP-10 e domínio, com registros singleton por cadeia e a possibilidade de registro multi-chain. Allium estrutura o ERC-8004 como projetado para cadeias compatíveis com EVM, com sistemas não-EVM consumindo dados via pontes ou adaptadores.

De qualquer forma, uma integração ainda precisa escolher quais registros de cadeia trata como canônicos para a política.

Limitações e equívocos comuns

“ERC-8004 é um token de pagamento ou agente” é o primeiro mal-entendido caro. ERC-8004 não é um sistema de liquidação e não substituitransferências ERC-20pagamentos micropagamentos estilo x402, ou qualquer outro meio de pagamento. É uma camada de confiança que deve se compor com o que move valor.

“Reputação é apenas classificações de estrelas on-chain” ignora o design anti-spam. A reputação do ERC-8004 é limitada (0–100), vinculada a evidências off-chain via KECCAK-256, e controlada por pré-autorização (EIP-191 ou ERC-1271) com expiração e um limite de índice. Essa limitação é a diferença entre um sinal utilizável e uma seção de comentários on-chain.

“Validação significa que o agente está comprovadamente correto” colapsa múltiplos modelos de garantia em uma palavra. O Registro de Validação registra solicitações e resultados com URIs de evidência, mas a força depende do backend escolhido.

Uma rede de reexecução baseada em staking, uma atestação TEE e uma prova de conhecimento zero não oferecem as mesmas garantias ou modos de falha, mesmo que todos acabem como uma bandeira de 'sucesso' em um registro.

A última limitação é portabilidade versus cânone. O ERC-8004 pode referenciar agentes de forma consistente em redes usando CAIP-10 mais domínio, mas a portabilidade ainda depende de onde o agente se registra e quais indexadores ou agregadores uma carteira confia. É por isso que a identidade do agente versus a identidade humana on-chain não é uma distinção cosmética. Os humanos podem confiar no contexto social e na identidade legal.

Os agentes precisam de pontos finais legíveis por máquina, modelos de confiança explícitos e trilhas auditáveis porque a contraparte é frequentemente outro programa.

A Conclusão

Eu vi equipes lançarem “identidade do agente” como uma página de mintagem de NFT e acharem que estava feito, e depois ficarem surpresas quando os integradores fazem as perguntas chatas: quais pontos finais ele realmente suporta, qual modelo de confiança ele aceita, e onde está a trilha de auditoria quando algo dá errado. O ERC-8004’s ERC-721 é a alça, não a substância.

A substância é se o cartão do agente é analisável e se as entradas do registro de reputação e do registro de validação são utilizáveis sob a política de uma carteira.

A postura limpa é tratar a reputação como roteamento e a validação como confiança. A nota de 401 submissões de feedback da Allium nas primeiras duas semanas é um bom sinal de que o primitivo de feedback está vivo, mas não é um substituto para uma trilha de validação quando os riscos aumentam.

O erro que custa dinheiro é a precificaçãorisco de contraparte com base apenas em uma pontuação quando o padrão já oferece um lugar para ancorar evidências e verificação de terceiros.

Fontes

• eco.com
• allium.so
• Propostas de Melhoria do Ethereum
• Propostas de Melhoria do Ethereum