Série para iniciantes em Web3: ERC8004: Esta narrativa de Web3+AI pode te fazer receber uma refeição quente de delivery

ERC8004 é uma norma de protocolo na Ethereum, que define um conjunto de padrões para permitir que agentes estabeleçam relações de confiança baseadas na blockchain, integrando a narrativa A2A (Agent to Agent) com a narrativa Web3. Este artigo explora qual é a lógica por trás deste grande narrativa Web3+AI.

O endereço do protocolo foi criado em agosto e ainda está em fase de revisão. Aqui vamos analisar qual problema este protocolo busca resolver, explicar de forma simples os padrões que ele estabelece, e por fim, imaginar alguns possíveis significados deste protocolo. O artigo completo deve levar cerca de 15 minutos, sinta-se à vontade para salvar.

Qual problema resolve

Primeiramente, vamos ver qual problema este protocolo tenta solucionar:

De forma simples, trata-se de resolver o problema de confiança durante o processo A2A (Agent chamando Agent), por exemplo, tenho um assistente de IA chamado Xiao A, que é um agente inteligente. Peço a ele que faça um pedido de comida confiável. Mas meu agente não é especializado nisso (pois conectar-se com entregadores e comerciantes é uma tarefa complexa, e um pequeno assistente de IA não consegue suportar isso), então o que fazer?

Nessa hora, pode-se buscar ajuda de outros agentes inteligentes.

Então surge a questão: como meu agente encontra outro agente confiável para ajudar? Será que falta uma instituição de confiança? Na verdade, o ser humano também enfrenta esse problema. Usamos o Taobao para transações — uma instituição de confiança centralizada. Mas instituições centralizadas de confiança têm suas limitações, especialmente na era dos agentes inteligentes, onde esse problema fica ainda mais evidente. Para que os agentes operem com eficiência, não podem depender sempre de terceiros ou de instituições centralizadas. Caso contrário, eles acabarão sendo impedidos por humanos, atrasando o progresso da IA. Mesmo usando instituições centralizadas para validação, é preciso buscar instituições de confiança que operem de forma descentralizada, que possam trabalhar com IA, para que a eficiência seja realmente alcançada.

Assim, se existisse uma fonte descentralizada de dados confiáveis que pudesse ajudar a encontrar agentes confiáveis, a eficiência aumentaria bastante. E foi aí que surgiu o protocolo 8004.

Parece bastante razoável. Agora, vamos ver como o ERC8004 foi projetado com base nesta lógica?

Análise da solução técnica do protocolo

Esta parte explica a solução técnica do protocolo, mas não entra em detalhes específicos de contratos ou parâmetros mais complexos. Nosso objetivo é facilitar o entendimento de forma simples, e os detalhes podem ser consultados na documentação oficial do padrão. Baseando-se no conteúdo do protocolo, vamos explicar de forma acessível como ele resolve os problemas apresentados acima.

Tecnicamente, o ERC8004 essencialmente define a interface de três tipos de contratos:

Identity Registry, Registro de Identidade. Baseado no ERC721 (Token não fungível, ou seja, NFT), utilizado para registrar agentes. Cada agente corresponde a um NFT, pelo qual é possível obter informações relacionadas ao agente.

Reputation Registry, Registro de Reputação.

Validation Registry, Registro de Validação.

De forma simples, esses três contratos podem ser entendidos como três entidades operando na blockchain.

Primeira entidade: um agente abre uma conta, como abrir um restaurante.

Segunda entidade: responsável por coletar avaliações desses agentes, semelhante ao Dianping ou Gaode Map.

Terceira entidade: uma organização de investigação independente que realiza validações, similar a órgãos de fiscalização ou de saúde pública.

🌐 Um fluxo de trabalho específico

Vamos usar o exemplo de pedido de comida para ilustrar, suponha que você queira que o assistente de IA Xiao A peça uma comida sem óleo adulterado:

Busca por parceiros: Xiao A consulta o Registro de Identidade para encontrar um entregador confiável, como Xiao B, e verifica suas avaliações anteriores.

Construção de confiança inicial: Xiao A verifica o Registro de Reputação, observando as avaliações feitas por outros parceiros ao Xiao B, e decide se deve contratá-lo.

Execução e validação: Caso a entrega seja importante, Xiao A ou você pode contratar um verificador independente do Validation Registry, como Xiao C. Xiao C verifica se o relatório de Xiao B é preciso e confiável, e publica os resultados.

Pagamento e feedback: Você paga Xiao A usando o protocolo x402 (um mecanismo de recebimento que conecta atividades na cadeia com atividades fora dela, veja nosso artigo anterior sobre o x402). Xiao A paga Xiao B e Xiao C. Por fim, você deixa uma avaliação positiva para Xiao A e Xiao B, e todas essas ações de pagamento e avaliação influenciam as reputações registradas.

Resumindo, o ERC-8004, por meio da interação entre esses três contratos, cria um ambiente de colaboração descentralizado e confiável para agentes de IA, permitindo que eles troquem serviços e valores de forma segura, semelhante ao mercado tradicional.

Registro de Identidade

Este contrato funciona basicamente como um contrato NFT, incluindo transferências e outros padrões do ERC721, mas com uma extensão para o arquivo de metadados do NFT:

Você fornece informações como nome, imagem, descrição e endereço do endpoint do agente.

Também define métodos de registro, como “register”, além de eventos relacionados (o padrão ERC721 não define um método de mint, portanto, este método é uma adição do ERC8004).

Registro de Reputação

Este contrato, ao ser implantado, requer que o endereço do contrato do NFT seja passado no construtor, ligando-o de forma única ao Registro de Identidade.

Ele define vários métodos:

giveFeedback, para dar avaliações. Pode avaliar o NFT no Registro de Reputação com uma nota de 0 a 100 (agentId é o TokenID do NFT). Para usar este método, é necessário passar uma assinatura de autorização “feedbackAuth”, que o agente assina ao aceitar uma tarefa.

revokeFeedback, para revogar avaliações.

appendResponse, para acrescentar informações adicionais (com formato específico), como endereço offline + hash para verificação.

Há também métodos de leitura para consultar avaliações e informações relacionadas.

O formato de informações adicionais deve seguir as regras específicas.

Registro de Validação

Semelhante ao Registro de Reputação, este contrato também requer o endereço do Registro de Identidade (que é exclusivo) na sua construção. Este contrato deve ser chamado pelo proprietário do NFT (Owner do NFT), e fornece os seguintes métodos:

validationRequest, para solicitar validação.

validationResponse, para responder à solicitação de validação.

Detalhes específicos não serão aprofundados aqui, pois, essencialmente, o ERC8004 define três contratos que permitem criar um sistema transparente e descentralizado de avaliação de agentes na blockchain, ajudando esses agentes a encontrar parceiros de cooperação, oferecendo uma solução de confiança Web3 para A2A.

Nossa implementação prática

Com base na concepção do ERC-8004, construímos na rede Pharos e Jovay capacidades de serviços confiáveis (Trustless) voltados para Web3, que ajudam os usuários a atribuir uma “Identidade Confiável” usando Agent DID. Além disso, expandimos as funcionalidades com validações financeiras de nível TEE/ZK, preparando o terreno para futuras aplicações com maior segurança, como transações automatizadas no cenário financeiro.

Perspectivas futuras

Apesar de parecer promissor, há muitos desafios. Mas esses desafios também representam oportunidades. Vamos explorar as possibilidades futuras.

Primeiro, embora os dados na blockchain sejam transparentes e imutáveis, como garantir que esses dados sejam realmente confiáveis? Talvez surjam validadores confiáveis na cadeia, que representam as autoridades por trás. Validadores confiáveis podem usar dados históricos na cadeia e outros métodos para fornecer informações mais confiáveis. Por exemplo, se você criar muitas avaliações negativas usando contas novas, sua reputação não será boa.

Seguindo essa lógica, há muitas possibilidades relacionadas a este protocolo:

Você pode criar um serviço que oferece suporte na implantação de contratos na cadeia para agentes inteligentes. Por exemplo, posso ajudar seu agente a implantar um contrato baseado neste protocolo, usando um MCP para fornecer esse serviço.

Você pode criar uma “rua de comida” na cadeia, onde todo mundo registra seu agente inteligente. Por exemplo, abri uma loja de frango frito (com um robô de IA fazendo frango frito) e as pessoas podem registrar seus agentes na rua de comida. Se a rua tiver bastante fluxo, pode cobrar uma taxa de registro. É como o ENS (Ethereum Name Service), que pode ser visto como um registro de nomes na cadeia. Simplesmente, o ENS é um registro, só precisa de uma extensão.

Você também pode criar uma avaliação de restaurantes de alta qualidade (como Michelin) na cadeia, dando avaliações e opiniões, e cobrando uma pequena taxa.

Enfim, tudo que era feito offline pode ser transferido para a cadeia, e os agentes poderão trabalhar nesse mundo blockchain.

Parece confiável? Pelo menos, acho bastante interessante.

Este artigo foi escrito pelo Fisher da equipe ZAN (X conta @zan_team), com colaboração de Yudao (@yudao1024).