A economia de Agentes trilionária, o protocolo comercial subjacente: compreenda ERC-8183, não é apenas pagamento, é o futuro

一、背景 técnico e definição do problema 1.1 Ascensão da economia de agentes inteligentes de IA

Com o rápido desenvolvimento das tecnologias e aplicações de IA, os agentes inteligentes de IA estão passando de simples ferramentas para participantes econômicos que criam valor e oferecem serviços.

Um agente capaz de gerar imagens profissionais é um serviço pelo qual vale a pena pagar;

Um agente que analisa profundamente carteiras de investimento e executa negociações ótimas está gerindo dinheiro real;

Um agente que revisa documentos legais e alerta para riscos costuma cobrar centenas de dólares por hora de trabalho humano.

Essa evolução de capacidades está impulsionando o surgimento de novas formas de economia.

Quando a IA se torna acessível, cada indivíduo, organização ou dispositivo inteligente pode operar por meio de agentes inteligentes. Os modelos econômicos irão passar por mudanças profundas: os agentes não apenas interagirão com humanos, mas também entre si, oferecendo serviços mutuamente.

Por exemplo, um agente de IA responsável por coordenar campanhas de marketing poderá contratar autonomamente agentes de criação de conteúdo, distribuição e análise de dados. Toda a economia se transformará numa rede composta por inúmeros agentes inteligentes interligados, realizando negociações de alta frequência em escala global, a velocidades de máquina.

1.2 Desafios centrais: a necessidade de negócios sem confiança

Em ambientes comerciais tradicionais, a confiança costuma ser garantida por plataformas, sistemas de avaliação, leis e normas sociais.

Porém, na era dos agentes de IA, quando uma pessoa ou agente contrata outro agente, esses mecanismos deixam de valer: atualmente, os agentes não possuem reputação social verificável, não há sistemas confiáveis de avaliação que forneçam sinais de referência para humanos ou outros agentes, não há registros contratuais eficazes, nem mecanismos legais ou de responsabilização compatíveis com a velocidade das transações automatizadas, nem mecanismos de bloqueio de fundos antecipados para tarefas não entregues, e tampouco plataformas ou órgãos reguladores com força de execução.

A simples transferência de tokens não resolve o problema da confiança comercial. Sem garantias eficazes, mesmo que o prestador de serviço desapareça após receber tokens, fica difícil responsabilizá-lo.

Sem falar que, na escala global, a interação entre agentes de IA não se limita a um país ou região, o que aumenta ainda mais a complexidade de estabelecer sistemas confiáveis de avaliação e regulamentação.

A tecnologia de contratos inteligentes na blockchain oferece uma solução confiável para esse desafio.

Contratos inteligentes implantados em blockchains descentralizadas podem encapsular a custódia de fundos, a circulação de estados de tarefas e a comprovação por parte de avaliadores, tudo de forma pública, transparente, imutável e sem pertencer a ninguém. Esses contratos atuam como árbitros neutros.

Além disso, a liquidação on-chain pode gerar registros portáteis, verificáveis e imutáveis. Cada tarefa concluída, cada prova de avaliação e cada hash de entrega fica registrado na cadeia, formando uma base de dados para o sistema de reputação e identidade dos agentes, além de fornecer fundamentos para responsabilização em caso de disputas.

2. Definição e valor central do ERC-8183 2.1 Definição

O protocolo ERC-8183 é um padrão na cadeia para a economia descentralizada de agentes inteligentes de IA. Sua essência não é um protocolo de pagamento tradicional, mas uma norma de infraestrutura comercial que cobre todo o ciclo de vida de “tarefa—entrega—liquidação”.

Esse padrão tem como núcleo o conceito de “Job (tarefa)”, definindo um modelo de colaboração tripartite entre o cliente (requisitante), o provedor (prestador) e o avaliador (avaliador). Através de contratos inteligentes, realiza-se o lançamento de tarefas, a custódia de fundos, a submissão de resultados e a decisão sobre os resultados, tudo em um fluxo de máquina de estados completo (aberto, financiado, submetido, concluído/rejeitado/expirado).

Nesse quadro, o pagamento deixa de ser uma ação isolada e passa a estar fortemente ligado às condições da tarefa, à validação da entrega e ao mecanismo de avaliação, possibilitando execução comercial na cadeia sem necessidade de confiança em intermediários.

2.1 Valor central

A inovação do ERC-8183 está em transferir a “confiança” de plataformas centralizadas para uma lógica verificável na cadeia, por meio de contratos inteligentes que gerenciam fundos, registram entregas e introduzem mecanismos de avaliação, garantindo liquidações determinísticas e um histórico comercial rastreável.

Esse design resolve o problema da falta de credibilidade entre agentes de IA e constrói uma camada de dados de transações e reputação portável e imutável, permitindo que qualquer agente ou sistema reutilize sinais históricos para tomada de decisão, impulsionando a escala da economia descentralizada de agentes.

Além disso, seu mecanismo extensível de Hooks permite que lógicas comerciais complexas (como leilões, gestão de fundos, cálculos de privacidade) sejam implementadas sob um padrão unificado, formando uma rede comercial aberta, sem permissão e composta por componentes reutilizáveis, fornecendo uma infraestrutura de confiança e liquidação para a economia nativa de IA.

3. Detalhamento do protocolo ERC-8183 3.1 Arquitetura do protocolo

Como ilustrado, o ERC-8183 apresenta-se como uma arquitetura de contratos voltada ao ciclo de vida de tarefas: um contrato central que integra mecanismos de custódia de fundos, circulação de estados e hooks plugáveis, tudo em um mesmo framework de execução.

A tarefa, desde sua criação até sua conclusão, passa por uma sequência de estados: aberto, financiado, submetido e estado terminal. Os fundos são automaticamente bloqueados e liberados conforme o estado evolui; ao mesmo tempo, pontos de extensão são reservados para lógica personalizada.

Sobre essa estrutura, o cliente, o provedor e o avaliador operam em torno do mesmo objeto de tarefa, realizando a iniciação, execução e validação, com o fluxo automatizado na cadeia até a liquidação final. A seguir, detalhes desses mecanismos.

3.2 Mecanismo de cooperação dos três papéis

Cada atividade comercial no ERC-8183 é um Job, dependente de uma coordenação precisa entre três papéis:

Cliente (Requisitante)

Inicia a ação comercial

Lógica principal: chama createJob para definir a tarefa e deposita fundos (fund)

Responsabilidade: define o prazo de validade (expiredAt); se não for concluída até lá, o valor é devolvido automaticamente ao cliente

Provedor (Prestador/Executor)

Responsável por executar o trabalho e submeter a entrega (normalmente um hash ou prova na cadeia)

Lógica principal: ao detectar evento na cadeia, aceita a tarefa e executa; ao concluir, chama submitWork para enviar o resultado

Ponto importante: neste momento, o provedor ainda não recebe o pagamento, que permanece bloqueado no contrato

Avaliador (Revisor)

A parte mais inovadora e central do protocolo

Responsável por validar o resultado e decidir se o fundo em custódia será liberado ao provedor ou devolvido ao cliente

Pode ser outro AI objetivo, um circuito de prova de conhecimento zero (ZK), ou uma carteira multiassinatura

Lógica principal: lê o conteúdo submetido pelo provedor, e, se for uma tarefa objetiva (como sucesso na execução de código), o avaliador pode ser outro AI de auditoria; se for subjetiva, pode ser uma carteira multiassinatura autorizada pelo cliente

Decisão final: chama completeJob (liberação) ou rejectJob (reembolso)

3.3 Máquina de estados do contrato inteligente (ciclo de vida)

O avanço de uma tarefa depende totalmente da circulação automática do estado do contrato inteligente, sem intervenção de servidores centralizados:

Aberto (Open) — Cliente cria a tarefa; o provedor pode estar ausente (endereço(0)), indicando uma recompensa pública

Financiado (Funded) — fundos bloqueados na pool do contrato, formando base de confiança

Submetido (Submitted) — provedor envia o resultado

Estado terminal — avaliação pelo avaliador, podendo ser:

Concluído (Completed): validação aprovada, fundos transferidos ao provedor

Rejeitado (Rejected): validação falhou, fundos devolvidos ao cliente

Expirado (Expired): prazo esgotado, fundos desbloqueados e devolvidos automaticamente

3.4 Fluxo de trabalho colaborativo dos três papéis

O ERC-8183 executa um fluxo de colaboração comercial sem confiança, por meio de contratos inteligentes:

Publicação e bloqueio (Cliente inicia) — cliente chama createJob, define o avaliador e deposita o pagamento no contrato. O valor fica bloqueado, sem possibilidade de retirada unilateral, garantindo segurança ao provedor

Entrega e prova (Provedor executa) — após realizar cálculos off-chain ou on-chain, o provedor chama submitWork, enviando um hash ou link de resultado (ex.: CID do IPFS). O contrato muda para submetido

Decisão e liquidação (Avaliador finaliza) — o avaliador verifica o resultado. Se aprovado, chama approveJob, e o contrato transfere automaticamente os fundos ao provedor; se rejeitado, chama rejectJob, devolvendo ao cliente

Nesse processo, a custódia de fundos e a autoridade de decisão são mecanismos essenciais. É uma versão descentralizada do “pagamento na garantia”: o comprador deposita na cadeia, o vendedor envia o produto, e a confirmação de recebimento pode ser delegada a um terceiro neutro (avaliador).

3.5 Mecanismo de Hooks para extensão

Se o ERC-8183 fosse apenas o fluxo básico, seria rígido demais. Para adaptar-se a cenários complexos (como taxas, gestão de qualificações, preços dinâmicos), o padrão inclui Hooks (contratos de ganchos).

Ao criar uma tarefa (createJob), o cliente pode associar um contrato de hook personalizado, atuando como um “ponto de inspeção inteligente” ou “interceptor”. O protocolo pode chamar esse hook antes ou depois de ações-chave (pagamento, submissão). Existem dois pontos de interceptação:

beforeAction — antes da ação principal; se o hook rejeitar, toda a transação é revertida

afterAction — após a ação; para disparar reações em cadeia

Essa mecânica permite que desenvolvedores insiram lógica personalizada na vida da tarefa (como checagem de reputação, divisão de lucros), sem alterar o núcleo do contrato, aumentando escalabilidade e inovação.

Ela promove uma separação entre o núcleo estável e a camada de inovação, facilitando evolução e adaptação a diferentes cenários de mercado, formando uma rede comercial na cadeia altamente programável e sem permissão.

3.6 Detalhes do mecanismo de avaliador (Evaluator)

Na cooperação de múltiplos papéis, o avaliador é o “cérebro” que decide se a troca de valor se concretiza. Tecnicamente, pode ser um endereço simples ou um contrato especializado. Existem três formas comuns de avaliação:

Forma 1: AI de julgamento subjetivo

Para tarefas de escrita, design ou análise subjetiva, o avaliador pode ser um AI com acesso a um grande modelo de linguagem (LLM), que lê o conteúdo submetido, compara com a demanda e decide.

Forma 2: Contrato ZK (Zero Knowledge Proof)

Para tarefas de cálculo, geração de provas ZKP ou transformação de dados, o avaliador é um contrato que encapsula um verificador ZK: o provedor envia a prova, o contrato verifica na cadeia e, se válido, conclui ou rejeita automaticamente.

Forma 3: Governança multiassinatura

Para tarefas de alto valor, o avaliador pode ser uma carteira multiassinatura, DAO ou validadores apoiados por staking.

O ERC-8183 não diferencia esses agentes por sua natureza, apenas reconhece que um endereço que chama a decisão final é suficiente. Assim, uma mesma interface pode tratar tarefas de poucos centavos ou contratos de milhões de dólares com a mesma facilidade.

4. Comparação entre ERC-8183 e protocolos tradicionais de pagamento de agentes 4.1 Diferenças e semelhanças entre ACP, AP2 e ERC-8183

Em setembro de 2025, OpenAI em parceria com Stripe, Google Cloud com Coinbase lançaram o protocolo ACP (Agentic Commerce Protocol) e o protocolo AP2 (Agent Payments Protocol).

O ERC-8183 foi desenvolvido pelo time dAI da Fundação Ethereum e pelo Virtual Protocol, apresentado em 25 de fevereiro de 2026, e divulgado oficialmente em 10 de março, atualmente em fase de rascunho.

Na rápida ascensão da economia de agentes de IA, esses três protocolos tentam resolver a mesma questão central: “Como agentes de IA podem colaborar e pagar de forma segura e eficiente?”

Porém, eles diferem fundamentalmente em modelos de confiança, lógica de liquidação e grau de descentralização.

4.2 ACP e AP2: o “modo API” de colaboração de IA

ACP (acplib) e AP2 focam mais na implementação de funções.

ACP funciona como um “manual de comunicação” entre agentes, definindo como eles se cumprimentam e descrevem tarefas. Mas a liquidação financeira geralmente depende de canais de pagamento externos ou plataformas centralizadas como garantidores.

AP2 trata de “pagar dinheiro”, resolvendo a questão de agentes com carteiras e chamadas API para pagamento.

Limitações: se a plataforma falhar ou agir mal, o contrato pode não ser executado, e o risco fica sob controle de uma entidade centralizada.

4.3 Vantagens técnicas do ERC-8183

Por que acredito que, com a globalização da IA, o ERC-8183 tem maior potencial de longo prazo?

A. Mecanismo de custódia “sem permissão” (Escrow)

Em protocolos centralizados, se o cliente não pagar o restante, o provedor fica sem recurso. Se pagar tudo antecipado, mas não receber o serviço, geralmente sofre prejuízo.

O ERC-8183 permite uma custódia não confiável: se o provedor apresentar prova válida, o avaliador força a liberação dos fundos, eliminando o risco de inadimplência maliciosa.

B. Modularidade extrema e Hooks

Permite inserir Hooks na lógica de negócios.

Antes de ações críticas, o hook pode consultar o protocolo ERC-8004 para verificar a reputação do agente. Se a reputação for baixa, o contrato rejeita a tarefa. Essa defesa é na camada do protocolo, não na aplicação.

C. Liquidação atômica e resolução de disputas

Protocolos tradicionais como ACP/AP2 dependem de intervenção manual para resolver disputas. O ERC-8183 usa o avaliador como “lei de código”: lógica complexa de validação pode ser terceirizada a agentes de auditoria, e toda a verificação ocorre na cadeia, sendo rastreável e resistente à censura — uma inovação tecnológica.

4.4 Como escolher o protocolo de pagamento de agentes adequado

Se você constrói um sistema interno de agentes, com implantação rápida e API simples, ACP ou AP2 são ferramentas prontas.

Se deseja criar um mercado global de força de trabalho de IA, com milhares de agentes interagindo de forma segura e escalável, o ERC-8183 é a única base tecnológica com “mínima confiança”.

5. Cenários de aplicação 5.1 Cadeia de suprimentos automatizada

No cenário de cadeia de suprimentos automatizada, o ERC-8183 permite que a operação passe de manual para autônoma por tarefas.

Quando um AI de inventário detecta baixa de estoque, pode lançar automaticamente uma tarefa de reposição, bloqueando orçamento, com fornecedores e agentes logísticos assumindo produção e entrega. Os fundos ficam sob custódia do contrato, liberados apenas após envio, confirmação ou condições predefinidas (como retorno de dados logísticos). Assim, garante-se o cumprimento e o pagamento vinculados, reduzindo intervenção humana e aumentando transparência e eficiência, ideal para comércio internacional e armazéns inteligentes.

5.2 Automação de marketing

No marketing automatizado, o ERC-8183 funciona como uma estrutura de execução para crescimento por IA, substituindo coordenação manual por colaboração automática.

Agentes de marketing podem identificar tendências, criar conteúdo, distribuir e otimizar campanhas. O orçamento fica bloqueado na criação, liberando-se apenas após atingir metas (exposição, cliques, conversões). Assim, há um ciclo de marketing verificável e rastreável, com custos reduzidos e maior segurança de resultados.

5.3 Mercado descentralizado de poder computacional

Para tarefas verificáveis de processamento de dados, inferência de modelos ou auditoria de código, o ERC-8183 pode criar um mercado de computação sem confiança, usando provas ZK para validação rápida e automática, evitando atrasos e subjetividades. Assim, promove-se uma rede eficiente e justa de colaboração de recursos de IA, útil para inferência e agendamento de recursos descentralizados.

5.4 Centro de terceirização de software de IA totalmente automatizado

O ERC-8183 permite um modelo de terceirização de software por IA, com agentes principais (ex.: AlphaBot) lançando tarefas, agentes de codificação (ex.: OpenClaw) realizando o desenvolvimento, e agentes de auditoria (ex.: AuditNode) verificando automaticamente. Todo o ciclo — publicação, custódia, submissão, validação — ocorre na cadeia, com pagamento apenas após aprovação, formando um ciclo de desenvolvimento sem intervenção humana. Isso aumenta eficiência e constrói um sistema de reputação escalável para software de IA.

6. Colaboração ecológica e combinação de protocolos 6.1 ERC-8183 + ERC-8004 + x402

Na visão futura da Ethereum, ERC-8183 pode se combinar com x402 (protocolo de micropagamentos) e ERC-8004 (identidade e reputação de IA) para formar os três pilares da economia de IA:

ERC-8004: identidade e reputação na cadeia — mostra quem é o IA e sua confiabilidade

ERC-8183: segurança e custódia de transações — resolve como garantir negociações seguras

x402: canal de pagamento — facilita pagamentos como chamadas de API

6.2 Caso de colaboração completo: centro de terceirização de software de IA totalmente automatizado

ERC-8004 — reputação e identidade: AlphaBot consulta credenciais do OpenClaw, que mostra “500 entregas de código, 99% de avaliações positivas, 85% de reutilização”. Comprovando auditoria de segurança, garante confiabilidade.

ERC-8183 — contrato comercial: AlphaBot cria tarefa, define requisitos (“escreva código Python para análise de média móvel do Nasdaq”), deposita 200 USDT, indica um avaliador independente.

x402 — pagamento flexível: ao enviar código, o protocolo calcula automaticamente uma comissão (ex.: 5%) para o agente de codificação, com liquidação na cadeia.

Avaliador e liquidação — AuditNode verifica o código no sandbox, aprova ou rejeita. Se aprovado, o pagamento é liberado, e o sistema atualiza a reputação do agente.

7. Riscos, desafios e perspectivas futuras 7.1 Riscos e desafios

Dificuldade de implementação do mecanismo de avaliador

Para tarefas subjetivas, como arte ou análise, o avaliador ainda enfrentará desafios técnicos; pode ser necessário recorrer a revisões humanas ou mecanismos híbridos.

Risco de ataque ao avaliador

Se o contrato do avaliador for comprometido ou suas fontes de dados manipuladas, a segurança financeira fica ameaçada; a auditoria do avaliador será uma questão central.

Modo sem permissão — uma faca de dois gumes

Agentes sem qualificação ou supervisão aumentam o risco de comportamentos maliciosos, embora reduzam barreiras de entrada.

7.2 Perspectivas futuras

A combinação de ERC-8183, ERC-8004 e x402 forma uma tríade poderosa:

ERC-8004 resolve o problema de descoberta e confiança, construindo um registro de atividades confiável.

ERC-8183 fornece a infraestrutura de contratos para transações seguras e automáticas, alimentando a camada de confiança do ERC-8004.

x402 possibilita pagamentos sob demanda, integrando-se ao fluxo de trabalho.

Essa integração cria um ciclo positivo: descoberta (8004) — transação (8183) — reputação (8004) — descoberta aprimorada — mais transações confiáveis.

Além disso, em cenários complexos de pagamento, a combinação permite suporte a pagamentos sob demanda mais flexíveis.

Padronização completa de negócios além do pagamento

O ERC-8183 não é apenas um protocolo de pagamento, mas uma norma de infraestrutura comercial completa, cobrindo todo o ciclo de vida de uma transação confiável: definição, custódia, entrega verificável, avaliação e liquidação determinística. Os agentes podem usar x402 ou APIs HTTP para interagir, enquanto a liquidação ocorre de forma segura na cadeia.

Nova onda de participação econômica

A revolução da IA está criando uma nova massa de participantes econômicos: milhões de desenvolvedores e pessoas comuns construindo e vendendo microserviços e APIs, muitas sem registro formal ou histórico de transações.

O ERC-8183 é inerentemente sem permissão, oferecendo não apenas canais de pagamento, mas uma infraestrutura completa de ciclo de vida de negócios: tarefas claras, custódia de fundos, entregas verificáveis e provas de avaliação, formando a base da confiança nas negociações. Essa reputação é um ativo próprio, não controlado por plataformas monopolistas, podendo ser validada por qualquer intermediário na cadeia que adote o padrão.