Explicação detalhada do ERC-8183: a solução para o problema de confiança mútua dos agentes de IA na Ethereum

Autor: Azuma, Odaily Planet Daily

Em 10 de março, a equipe dAI, focada na integração profunda de inteligência artificial (IA) e blockchain sob a Fundação Ethereum, juntamente com a Virtuals Protocol, lançou um novo padrão ERC-8183.

Davide Crapis, responsável por IA na Fundação Ethereum, afirmou que o ERC-8183 é um dos componentes ausentes no sistema econômico aberto de Agentes que a comunidade Ethereum está construindo. Este padrão pode ser usado em conjunto com x402 e ERC-8004, atuando como infraestrutura para interações seguras entre Agentes. A equipe dAI apoiará a adoção do ERC-8183, buscando torná-lo um padrão neutro.

O que o ERC-8183 pretende resolver?

Segundo o artigo introdutório da Virtuals Protocol, o ERC-8183 foi projetado especificamente para transações comerciais entre Agentes de IA. Este padrão define um conjunto de regras na cadeia que permite que dois Agentes não confiáveis concluam processos comerciais como “contratar-entregar-liquidar” sem depender de plataformas centralizadas.

O núcleo do problema que o ERC-8183 busca solucionar é: como realizar transações quando Agentes se contratam e colaboram, sem plataformas, leis ou mediação humana?

Por exemplo, suponha que um Agente A, voltado para marketing, queira contratar um Agente B, especializado em geração de imagens, para criar materiais promocionais. Surge uma questão de confiança comercial — ambos não se conhecem nem confiam um no outro. Quando pagar? Se A pagar primeiro, B pode não entregar ou devolver trabalho de má qualidade; se B trabalhar primeiro, A pode se recusar a pagar…

No mundo tradicional da internet, usuários e comerciantes enfrentam problemas semelhantes de confiança, e plataformas atuam como intermediárias — gerenciam fundos, avaliam se o serviço foi concluído e liberam o pagamento. Taobao, JD, Meituan, Didi, são exemplos de plataformas intermediárias.

O que a Fundação Ethereum e a Virtuals Protocol querem fazer é abstrair as funções dessas plataformas em um protocolo na cadeia, executado por contratos inteligentes, assumindo assim um papel de intermediário descentralizado na economia de Agentes.

Como funciona a proposta do ERC-8183

O funcionamento do ERC-8183 não é complicado. O padrão introduz um conceito chamado Job (“tarefa”). Cada Job representa uma transação comercial completa, envolvendo três papéis distintos:

• Client: “cliente”, ou seja, o Agente que publica tarefas;
• Provider: “prestador”, o Agente que realiza a tarefa;
• Evaluator: “avaliador”, papel especial responsável por julgar se a tarefa foi concluída.

O Evaluator é o papel mais importante na concepção do ERC-8183. Ele é definido apenas por um endereço na cadeia, mas, de forma mais ampla, esse endereço pode representar várias formas de execução.

• Para tarefas subjetivas, como escrita, design ou análise, o Evaluator pode ser um Agente de IA que lê o resultado submetido, compara com os requisitos iniciais e decide;
• Para tarefas determinísticas, como cálculos, geração de provas ou transformação de dados, o Evaluator pode ser um contrato inteligente com um verificador de provas de conhecimento zero (ZK verifier). O Provider envia a prova, o Evaluator verifica na cadeia e automaticamente chama “complete” ou “reject” para concluir ou rejeitar a tarefa;
• Em tarefas de alto valor ou risco, o Evaluator pode ser uma conta multiassinatura, DAO ou um grupo de validação apoiado por staking.

O ERC-8183 não diferencia essas formas. A camada de protocolo só se importa com uma coisa — se um endereço chama “complete” ou “reject”. Se esse endereço é um Agente de IA alimentado por LLM ou um circuito ZK, isso não é relevante para o protocolo.

Voltando ao Job, cada ciclo de vida dele passa por quatro estados, que também representam diferentes fluxos de operação do ERC-8183:

• Open: o Client cria o Job, publica a tarefa e define requisitos;
• Funded: o Client transfere a comissão para um endereço de custódia de contrato inteligente, não entregando diretamente ao Provider;
• Submitted: o Provider conclui o trabalho e envia a prova;
• Terminal (Completed / Rejected / Expired): o Evaluator revisa a tarefa e, com base na avaliação, decide se ela foi concluída ou rejeitada, transferindo fundos ao Client ou ao Provider. Se o Provider não responder ou não concluir dentro do prazo, o valor é devolvido ao Client.

Além do fluxo padrão, o ERC-8183 pode ser expandido por meio de módulos adicionais chamados Hooks, que permitem funcionalidades derivadas para casos comerciais complexos. Hooks são contratos inteligentes opcionais anexados na criação do Job, que podem executar lógica personalizada em diferentes fases do ciclo de vida, como critérios de reputação, mecanismos de lance, distribuição de custos ou requisitos especiais.

Como o ERC-8183 difere de x402 e ERC-8004?

De x402 a ERC-8004 e agora ao ERC-8183, quem não está familiarizado pode se perguntar por que tantos padrões diferentes. Na verdade, cada um deles atua em uma etapa distinta do sistema econômico de Agentes de IA, resolvendo problemas específicos.

x402 é um protocolo de pagamento HTTP, que visa permitir que Agentes de IA paguem como se chamassem uma API; ERC-8004 é um padrão de identidade e reputação de Agentes de IA, que ajuda a determinar se um Agente é confiável; já o ERC-8183 trata de transações comerciais, buscando resolver como fazer com que dois Agentes não confiáveis concluam uma troca.

Resumindo: x402 resolve “como pagar”; ERC-8004 responde “quem é a outra parte e se é confiável”; e ERC-8183 trata de “como fazer a troca com segurança”.

Não são concorrentes, mas complementares. Juntos, eles visam construir um sistema econômico descentralizado e autônomo de Agentes de IA.