Quicknode

4 de março de 2026 — 7 minutos de leitura

agents de IA já agents notícia só pelo facto de conseguirem agir. Isso já se tornou algo esperado.

Atualmente, um agent de IA agent aceder a APIs, comunicar com outros agents, aceder a ferramentas, efetuar pagamentos e coordenar fluxos de trabalho.

Em muitos aspetos, já se comportam como trabalhadores digitais.

Mas não existe uma forma padronizada de os identificar, verificar quem são ou definir o que estão autorizados a fazer.

O ERC-8004 é a resposta Ethereum a essa questão e este artigo explica o que é, como funciona e se está pronto para ser levado a sério.

Crise de identidade da Agent dos Agent

Atualmente, quando um agent de IA agent pagamentos ou interage com uma API, não existe uma forma verificável e padronizada de responder:

1. Quem é este agent quem agent destacou?

2. Tem um histórico de transações ou uma reputação?

3. Que permissões ou funções tem?

Por outro lado, ao longo de décadas, os seres humanos criaram identidades portáteis para transportar consigo a confiança, a reputação e a responsabilidade.

Identidades legais, licenças, histórico de crédito, demonstrações financeiras e muito mais.

Atualmente, uma vez que agents de IA agents dinheiro real, dados reais e decisões reais em nome de utilizadores reais, precisam de uma forma fiável de responder a estas questões em grande escala.

Agents de IA cresceu rapidamente, mas ficou incompleta

Em menos de 5 anos, a infraestrutura em torno agents de IA agents e amadureceu drasticamente. Durante este período, surgiram três linhas de ação principais:

1. MCP uniformizou a forma como agents às ferramentas, permitindo agents a infraestrutura, acionar fluxos de trabalho e interagir com serviços externos.

2. O A2A proporcionou uma estrutura de mensagens que permitiu agents entre si.

3. x402 proporcionou-lhes canais de pagamento nativos, o que significa que agents efetuar transações em stablecoins na camada HTTP sem necessidade de intervenção humana.

Cada protocolo resolveu bem o seu problema específico e, atualmente, a execução já não constitui um grande problema para agents de IA.

No entanto, cada um deles depara-se muito rapidamente com um obstáculo relacionado com a identidade ou a reputação.

Em termos simples, estes protocolos não têm a capacidade de identificar quem agent o agent . É essa lacuna que o ERC-8004 foi concebido para colmatar.

O que é, na verdade, a norma ERC-8004

O ERC-8004 é uma norma de coordenação de identidade e reputação concebida para agents de IA agents Ethereum.

A proposta para esta norma foi elaborada por Marco De Rossi (MetaMask), Davide Crapis (Ethereum ), Jordan Ellis (Google) e Erik Reppel (Coinbase).

A norma ERC-8004 introduz três registos na cadeia de blocos:

1. Registo de Identidades

Cada agent representado por um identificador único na cadeia de blocos, que é posteriormente cunhado como um token ERC-721 . Esse NFT aponta para um ficheiro JSON estruturado, denominado agent », que contém o nome agent, as funcionalidades, os pontos de acesso ao serviço (MCP, A2A, web) e o endereço de pagamento.

O componente na cadeia de blocos valida a identidade. Os metadados fora da cadeia de blocos fornecem o contexto.

2. Registo de Reputação

A camada de reputação permite que as interações e os comentários sejam registados em função da identidade agent. Permite que agents utilizadores autorizados publiquem comentários sob a forma de pontuações numéricas delimitadas e etiquetas categóricas, como tempo de resposta ou tempo de disponibilidade.

Desta forma, o desempenho agent torna-se transferível e pode ser consultado por outros agents aprender com ele antes de interagirem com ele.

3. Registo de Validação

Este registo é um mecanismo normalizado para registar provas verificáveis de que um agent:

• Concluiu uma tarefa

• Produziu um resultado correto ou aceitável

• Cumpriu as restrições ou garantias predefinidas

Lembre-se: este registo apenas define a forma como os resultados da validação são registados, e não o método de validação a utilizar. Por conseguinte, o registo foi concebido para suportar várias estratégias de validação, desde o consenso social até à penalização criptoeconómica.

É, no entanto, importante referir que este registo ainda não está concluído. Até ser implementado como infraestrutura, o registo de validação constitui um espaço de conceção.

Em conjunto, estes três registos criam uma camada de coordenação neutra: uma forma de identificar agents analisar o seu historial > e verificar as suas alegações.

A partir daqui, surge a pergunta óbvia: por que não utilizar, em vez disso, os sistemas de identificação já existentes?

Em que medida o ERC-8004 difere do OAuth, dos DIDs e do ENS

Se o problema é a identidade, por que não utilizar o que já existe?

Atualmente, os programadores estão familiarizados com o OAuth, as chaves de API, os identificadores descentralizados (DIDs), os endereços de carteiras e sistemas de nomenclatura como ENS. Cada um deles oferece uma forma de identificação ou autenticação.

Por que construir algo novo?

Resposta simples: Porque o ERC-8004 não resolve o mesmo problema.

Aqui está uma tabela resumida para compreender o objetivo destes sistemas e por que razão o ERC-8004 é necessário.

Numa perspetiva mais ampla, cada um destes sistemas foi concebido tendo em conta uma superfície de confiança específica. E nenhum deles foi concebido para agents de IA, agents ERC-8004.

Em teoria, um agent ao abrigo da norma ERC-8004 pode ter um,

• O nome ENS como seu identificador legível por humanos,

• DID para interações com o utilizador, e

• ERC-8004, especificamente concebido paraagent e a confiançaagent .

Desta forma, o ERC-8004 trata os outros métodos como primitivas combináveis no âmbito da sua camada de identidade.

Agora, como é que a descoberta do ERC-8004 funciona, na prática, no mundo real?

Como o ERC-8004 funciona realmente de ponta a ponta (sem código)

Passo 1: Registar-se

Um programador implementa um agent regista-o no Registo de Identidades.

O agent uma identidade na cadeia de blocos com metadados associados que descrevem as suas capacidades, os pontos de acesso expostos e os detalhes de pagamento.

Fonte: https://www.8004scan.io

Passo 2: Descobrir

Outro agent programador pode agora consultar o registo diretamente ou através de indexadores de terceiros para identificar agents metadados , capacidades ou sinais de reputação disponíveis.

Fonte: https://www.8004scan.io

Passo 3: Avaliar

Antes de interagir, o agent que efetua a consulta agent o histórico do Registo de Reputação do candidato, incluindo resultados anteriores, atestados e provas associadas.

Determina se o histórico agentcumpre o seu limiar de risco.

Passo 4: Interagir

Se for aceitável, o agent através da interface indicada (MCP, A2A ou HTTP) e executa a tarefa.

Passo 5: Pagar e registar

O pagamento é efetuado através de x402 ou outro mecanismo compatível. Os dados de resultados e o feedback podem ser reenviados para o Registo de Reputação, atualizando o histórico na cadeia de blocos agentpara consulta futura.

Esta é a camada de coordenação introduzida pela norma ERC-8004. Agora, como é que a pilha Agents completa Agents de IA se apresenta, na prática, para os programadores, uma vez montada?

Agent emergentes

Atualmente, a pilha agent de IA consiste num conjunto de primitivas maduras que funcionam em conjunto. Eis um breve resumo do que um programador tem à sua disposição:

Cada camada torna as outras mais úteis para agents de IA.

• Um agent descobrir outro agent ERC-8004.

• Pode efetuar o pagamento a esse agent x402.

• Pode invocar serviços através de pontos finais compatíveis com o MCP.

O valor aumenta quando as camadas se interligam.

Para os programadores, esta pilha tem uma implicação prática: já existe a infraestrutura necessária para criar agents possam ser detetados por agents com quem nunca tenham interagido anteriormente, para além das fronteiras organizacionais, com remuneração automática e com um histórico verificável associado a cada interação.

O lugar Quicknode na Agent

Quicknode está a alimentar camadas fundamentais desta pilha.

• Agents os contratos de registo ERC-8004 necessitam de um acesso RPC fiável e é isso quea infraestrutura centralQuicknode

• No que diz respeito à execução, o Servidor Quicknode liga os assistentes de IA diretamente aos dados da blockchain: pontos finais RPC, indexação e transmissão, sem necessidade de integração personalizada.

• E a integração Quicknodex402 significa que agents pagar pela computação RPC da mesma forma que pagam a qualquer outro agent pilha.

Com efeito, Quicknode consultas de identidade, acesso à execução e agent nativos, tudo isto com a infraestrutura de nível empresarial e o apoio de que os programadores e as equipas necessitam.

Com todas estas informações e ferramentas à mão, será que já definimos uma infraestrutura completa para a agent ?

Será que a norma ERC-8004 completa a Agent de IA?

Não totalmente. Ainda não.

É que a agent vai precisar de uma base de confiança sólida. A única questão em aberto, neste momento, é quem a define. Existem duas vias:

• Criá-lo agora como um padrão aberto, ou

• Esperar que as grandes empresas tecnológicas, com os seus diretórios centralizados, decidam sobre o acesso e os incentivos para todos.

O ERC-8004 é a primeira tentativa séria no que diz respeito à primeira opção: uma norma sem restrições de acesso, auditada e apoiada por instituições, que não é controlada por nenhuma entidade em particular.

Estabelece o quadro de coordenação onde a confiança pode surgir e, assim, lança as bases para uma agent abertos.