Fundação Ethereum e Virtuals Protocol lançam ERC-8183 para habilitar transações de agentes de IA sem confiança

iconOdaily
Compartilhar
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconResumo

expand icon
Notícias sobre Ethereum foram divulgadas em 10 de março de 2026, quando a equipe dAI da Ethereum Foundation e o Virtuals Protocol lançaram a ERC-8183. A atualização do protocolo introduz um framework sem confiança para transações de agentes de IA, permitindo fluxos de trabalho de contratar-entregar-assentar em cadeia. Ela define três papéis—Cliente, Provedor e Avaliador—and suporta extensões modulares. A ERC-8183 funciona junto com x402 e ERC-8004 para construir uma economia descentralizada de IA.

Original | Odaily Planet Daily (@OdailyChina)

Autor | Azuma (@azuma_eth)

Em 10 de março, a equipe dAI, da Ethereum Foundation, dedicada a impulsionar a integração profunda entre "inteligência artificial (IA) e blockchain", lançou hoje, em parceria com o Virtuals Protocol, um novo padrão, ERC-8183.

O responsável por IA da Ethereum Foundation, Davide Crapis, afirmou que o ERC-8183 é um dos componentes ausentes no sistema de economia de Agentes abertos que a comunidade Ethereum está construindo, podendo ser combinado com x402 e ERC-8004 para desempenhar um papel de infraestrutura em interações seguras entre Agentes. A equipe dAI apoiará a adoção do ERC-8183, comprometendo-se a torná-lo um padrão neutro.

O que o ERC-8183 pretende resolver?

De acordo com o artigo de apresentação lançado pelo Virtuals Protocol, o ERC-8183 foi projetado para transações comerciais entre Agentes de IA, definindo um conjunto de regras on-chain que permitem que dois Agentes não confiáveis completem fluxos comerciais como "contratação-entrega-pagamento" sem depender de plataformas centralizadas.

O problema central que o ERC-8183 tenta resolver é como concluir transações entre Agentes que se contratam e colaboram, sem plataforma, sem lei e sem arbitragem humana.

Por exemplo, suponha que um agente A, focado em marketing, deseje contratar outro agente B, especializado em geração de imagens, para criar uma série de cartazes promocionais. Nesse cenário, surge um problema de confiança comercial — as partes não se conhecem e não têm base de confiança. Quando o pagamento deve ser feito? Se A pagar primeiro, B pode recusar-se a trabalhar ou entregar resultados inadequados; se B começar a trabalhar primeiro, A também pode se recusar a pagar.

No mundo tradicional da internet, usuários e comerciantes também enfrentam confiança comercial recíproca, e as plataformas desempenham um papel crucial como intermediárias — as plataformas são responsáveis por manter os fundos de A, avaliar se o serviço de B foi concluído e efetuar o pagamento final. Plataformas que conhecemos, como Taobao, JD.com, Meituan e Didi, são essencialmente intermediárias desse tipo.

A Fundação Ethereum e o Virtuals Protocol pretendem abstrair as funções da plataforma como um protocolo on-chain por meio da ERC-8183, fazendo com que sejam executadas por contratos inteligentes, assumindo assim um papel de intermediário descentralizado na economia de Agentes.

Análise do plano de trabalho ERC-8183

O mecanismo de funcionamento do ERC-8183 não é complexo; o padrão introduz um novo conceito chamado Job (você pode entender como "tarefa"). Cada Job pode ser visto como uma transação comercial completa, contendo três papéis diferentes:

  • Cliente: “Cliente”, simplesmente aquele que publica diversos tipos de tarefas;
  • Provider: “servidor”, que é o agente responsável por concluir a tarefa;
  • Evaluator: “Avaliador”, o papel mais especial, responsável por determinar se a tarefa foi concluída.

É necessário explicar em detalhes o Evaluator, cuja introdução é o design mais central do ERC-8183. Neste padrão, o Evaluator é definido apenas como um endereço na cadeia (address), mas, em um sentido mais amplo, esse endereço pode corresponder a várias formas de execução diferentes.

  • Para tarefas subjetivas, como redação, design ou análise, o Evaluator pode ser um AI Agent que lê os resultados submetidos, compara-os com os requisitos iniciais da tarefa e, em seguida, faz um julgamento;
  • Para tarefas determinísticas, como cálculo, geração de provas ou transformação de dados, o Evaluator pode ser um contrato inteligente que encapsula um verificador de conhecimento zero (ZK verifier). O Provider envia a prova, o Evaluator a verifica na cadeia e automaticamente chama "complete" ou "reject" para concluir ou rejeitar a tarefa;
  • Em cenários de tarefas de alto valor ou alto risco, o Evaluator também pode ser uma conta de múltiplas assinaturas, uma DAO ou um cluster de validação sustentado por um mecanismo de staking.

ERC-8183 não distingue essas diferentes formas. A camada de protocolo se importa apenas com um ponto — se um endereço chama «complete» ou «reject»; seja lá o que estiver por trás desse endereço, seja um AI Agent impulsionado por LLM ou um circuito ZK, não é da responsabilidade do protocolo.

Voltando ao Job, cada Job passa por quatro estados em seu ciclo de vida, que correspondem aos diferentes fluxos do ERC-8183.

  • Abrir: O cliente criará um Job neste período, publicará a tarefa e especificará os requisitos;
  • Financiado: O cliente transferirá a comissão para um endereço de contrato inteligente em custódia, e não diretamente para o Provedor;
  • Enviado: O provedor concluiu o trabalho e enviou a prova;
  • Terminal (Concluído / Rejeitado / Expirado): O avaliador é responsável por revisar a tarefa e, com base no resultado da revisão, determinar se a tarefa foi concluída (Concluído ou Rejeitado), transferindo os fundos respectivamente para o Cliente ou o Provedor; se nenhum Provedor responder ou concluir a tarefa dentro do prazo estipulado, os fundos serão reembolsados ao Cliente.

Além do processo padrão mencionado acima, o ERC-8183 pode implementar funcionalidades adicionais por meio de extensões modulares chamadas Hooks, para atender a casos de uso comerciais complexos do mundo real. Hooks são contratos inteligentes opcionais anexados na criação de um Job, que executam lógica personalizada antes e depois de cada etapa do ciclo de vida do Job, como requisitos de reputação, mecanismos de licitação, distribuição de taxas ou outras exigências especiais.

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

De x402 para ERC-8004, e agora para ERC-8183, leitores menos familiarizados podem ficar confusos, perguntando-se por que é necessário criar algo novo de tempos em tempos. Mas, na verdade, os três estão em etapas diferentes do sistema econômico de AI Agent e visam resolver problemas distintos.

x402 é um protocolo de pagamento HTTP que visa permitir que Agentes de IA paguem diretamente, como se estivessem chamando uma API; ERC-8004 é um padrão de identidade e reputação para Agentes de IA, que resolve como determinar se um Agente é confiável; ERC-8183 foca no processo de transação comercial, buscando superar o desafio de permitir que dois Agentes sem confiança mútua completem uma transação.

Em uma frase, o x402 lida com “como pagar”; o ERC-8004 identifica “quem é o outro lado e se é confiável”; e o ERC-8183 gerencia “como realizar a transação com segurança”.

Eles não são concorrentes, mas sim complementares, e juntos visam o mesmo objetivo — construir um sistema econômico de agentes de IA descentralizado e autônomo.

Aviso legal: as informações nesta página podem ter sido obtidas de terceiros e não refletem necessariamente os pontos de vista ou opiniões da KuCoin. Este conteúdo é fornecido apenas para fins informativos gerais, sem qualquer representação ou garantia de qualquer tipo, nem deve ser interpretado como aconselhamento financeiro ou de investimento. A KuCoin não é responsável por quaisquer erros ou omissões, ou por quaisquer resultados do uso destas informações. Os investimentos em ativos digitais podem ser arriscados. Avalie cuidadosamente os riscos de um produto e a sua tolerância ao risco com base nas suas próprias circunstâncias financeiras. Para mais informações, consulte nossos termos de uso e divulgação de risco.