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

Original | Odaily 星球日报（@OdailyChina）

Autor｜Azuma（@azuma_eth）

10 de março, a Fundação Ethereum, focada na promoção da integração profunda entre “Inteligência Artificial (IA) e Blockchain”, juntamente com o 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 de Agentes abertos que a comunidade Ethereum está construindo. Essa 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?

De acordo com o artigo introdutório publicado pelo Virtuals Protocol, o ERC-8183 foi projetado especificamente para transações comerciais entre Agentes de IA. Essa norma define um conjunto de regras na cadeia que permite que dois Agentes não confiáveis concluam processos comerciais como “contratação-entrega-liquidificação” sem depender de plataformas centralizadas.

O principal problema que o ERC-8183 tenta resolver é: quando Agentes se contratam e colaboram, como realizar transações sem plataformas, sem leis e sem 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 uma série de cartazes 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 fazer greve ou devolver um trabalho de má qualidade; se B trabalhar primeiro, A pode se recusar a pagar…

No mundo tradicional da internet, usuários e comerciantes também enfrentam problemas semelhantes de confiança, enquanto plataformas desempenham um papel intermediário crucial — gerenciam o dinheiro de A, avaliam se B concluiu o serviço e, por fim, liberam o pagamento. Plataformas conhecidas como Taobao, JD, Meituan, Didi, na essência, são intermediários desse tipo.

O que a Fundação Ethereum e o 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.

Desmembrando a proposta do ERC-8183

O funcionamento do ERC-8183 não é complicado. Essa norma introduz um conceito chamado Job (que você pode entender como “tarefa”). Cada Job pode ser visto como uma transação comercial completa, envolvendo três papéis distintos:

• Client: “Cliente”, ou seja, o Agente que publica tarefas;
• Provider: “Prestador de serviço”, o Agente responsável por realizar a tarefa;
• Evaluator: “Avaliador”, papel mais especial, responsável por julgar se a tarefa foi concluída.

Aqui, é importante explicar o papel do Evaluator. A introdução desse papel é uma das principais inovações do ERC-8183. Na norma, o Evaluator é definido apenas como um endereço na cadeia (address), 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 que encapsula 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 cenários de alta valia ou risco, o Evaluator pode ser uma conta multiassinatura, DAO ou um grupo de validação apoiado por mecanismos de staking.

O ERC-8183 não diferencia essas formas distintas. A camada do protocolo só se preocupa com uma coisa — se um endereço chama “complete” ou “reject”. Quanto ao que está por trás desse endereço, se é 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 de uma tarefa 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 (Completed) ou rejeitada (Rejected), transferindo os fundos ao Client ou ao Provider. Se o Provider não responder ou não concluir a tarefa dentro do prazo, o valor é devolvido ao Client.

Além do fluxo padrão, o ERC-8183 também pode usar módulos de extensão chamados Hooks, que permitem funcionalidades adicionais para refletir casos comerciais mais complexos. Hooks são contratos inteligentes opcionais anexados na criação do Job, podendo executar lógica personalizada em diferentes fases do ciclo de vida, como requisitos de reputação, mecanismos de lance, distribuição de custos ou outras exigências especiais.

Qual a diferença entre ERC-8183, x402 e ERC-8004?

De x402 a ERC-8004, e agora ao ERC-8183, quem não estiver familiarizado pode ficar confuso, perguntando-se por que tantos padrões diferentes surgem ao longo do tempo. 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 busca 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 resolve como determinar se um Agente é confiável; já o ERC-8183 foca na etapa de transações comerciais, tentando solucionar como fazer com que dois Agentes não confiáveis possam realizar uma troca segura.

Resumindo, podemos dizer que x402 cuida de “como pagar”; ERC-8004 de “quem é o outro e se é confiável”; e ERC-8183 de “como fazer a troca de forma segura”.

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