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

Artigo por: Azuma, Odaily

10 de março, a Fundação Ethereum, através da equipe dAI focada na integração profunda de inteligência artificial (IA) e blockchain, juntamente com a Virtuals Protocol, lançou uma nova norma ERC-8183.

O responsável pela IA na Fundação Ethereum, Davide Crapis, afirmou que o ERC-8183 é um dos componentes ausentes no sistema de economia aberta de Agentes que a comunidade Ethereum está a construir. Esta norma pode ser usada em combinação com x402 e ERC-8004, desempenhando um papel fundamental na infraestrutura de interações seguras entre Agentes. A equipe dAI apoiará a adoção do ERC-8183, empenhada em torná-lo um padrão neutro.

O que o ERC-8183 pretende resolver?

Segundo o artigo introdutório publicado pela Virtuals Protocol, o ERC-8183 foi projetado especificamente para transações comerciais entre Agentes de IA. A norma define um conjunto de regras na cadeia que permite que dois Agentes não confiáveis concluam processos comerciais como «contratação - entrega - liquidação», sem depender de plataformas centralizadas.

O principal problema que o ERC-8183 tenta resolver é: como realizar transações quando Agentes se contratam e colaboram entre si, sem plataformas, sem leis e sem arbitragem humana?

Por exemplo, imagine que um Agente A, focado em marketing, deseja 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 deve ser efetuado o pagamento? Se A pagar primeiro, B pode fazer greve ou devolver um trabalho de má qualidade; se B trabalhar primeiro, A pode recusar-se a pagar.

No mundo tradicional da internet, usuários e comerciantes enfrentam problemas semelhantes de confiança, e as plataformas atuam como intermediários essenciais — gerenciam os fundos de A, avaliam se B concluiu o serviço e realizam o pagamento final. Sites como Taobao, JD, Meituan e Didi são exemplos de intermediários desse tipo.

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. A norma introduz um conceito chamado Job («tarefa»). Cada Job pode ser visto como uma transação comercial completa, envolvendo três papéis distintos:

• Cliente («Client»): o Agente que publica a tarefa;
• Prestador («Provider»): o Agente responsável por executar a tarefa;
• Avaliador («Evaluator»): papel especial, responsável por julgar se a tarefa foi concluída.

O papel do Avaliador é o núcleo do design do ERC-8183. Ele é definido apenas como 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 Avaliador 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 Avaliador pode ser um contrato inteligente que incorpora um verificador de provas de conhecimento zero (ZK verifier). O Prestador envia a prova, o Avaliador verifica na cadeia e automaticamente chama «complete» ou «reject» para concluir ou rejeitar a tarefa;
• Em tarefas de alto valor ou risco, o Avaliador pode ser uma conta multi-assinatura, DAO ou um grupo de validação apoiado por mecanismos de staking.

O protocolo ERC-8183 não diferencia esses diferentes tipos. A camada de protocolo apenas se preocupa com uma coisa — se um endereço está chamando «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 correspondem aos diferentes fluxos de operação do ERC-8183:

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

Além do fluxo padrão, o ERC-8183 permite funcionalidades adicionais por meio de módulos de extensão chamados Hooks. Esses 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 estiver familiarizado pode ficar confuso, perguntando por que há uma sucessão de novos padrões. Na verdade, esses três estão em diferentes etapas do sistema econômico de Agentes de IA, cada um resolvendo problemas distintos.

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

Resumindo: x402 resolve o «como pagar»; ERC-8004 responde ao «quem é o outro e se é confiável»; e ERC-8183 trata do «como confiar na hora de fazer negócios».

Esses padrões não competem entre si, mas são complementares, todos voltados ao mesmo objetivo — construir um sistema econômico de Agentes de IA descentralizado e autossustentável.