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

Autor: Jian Shu

Um, Background 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 realiza tarefas que normalmente custariam centenas de dólares por hora para advogados humanos.

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 até dispositivo inteligente pode operar por meio de agentes inteligentes. Os modelos econômicos irão passar por mudanças radicais: agentes não apenas interagem 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á autonomamente contratar agentes de criação de conteúdo, distribuição e análise de dados. Toda a economia se transformará numa rede composta por incontáveis agentes inteligentes interligados, realizando negociações de alta frequência a velocidades de máquina, globalmente.

1.2 Desafio central: a necessidade de negócios sem confiança

No ambiente comercial tradicional, a confiança costuma ser garantida por plataformas, sistemas de avaliação, sistemas jurídicos e normas sociais.

Porém, ao entrarmos na era dos agentes de IA como intermediários, esses mecanismos deixam de valer: atualmente, 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, contratos não são registrados de forma eficaz, não há mecanismos legais ou de responsabilização compatíveis com a velocidade das transações máquina, não há mecanismos de bloqueio de fundos antecipados para tarefas não entregues, e nenhuma plataforma ou órgão regulador possui força de execução.

A simples transferência de tokens não resolve o problema de 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 era da globalização, a interação entre agentes de IA não se limita a um país ou região, o que aumenta ainda mais a dificuldade de estabelecer sistemas confiáveis de avaliação e regulamentação.

A tecnologia de contratos inteligentes na blockchain oferece uma rota confiável para superar esse desafio.

Contratos inteligentes implantados em blockchains descentralizadas podem encapsular gestão de fundos, fluxo de estados e provas de avaliação em códigos públicos, transparentes, imutáveis e neutros, atuando como árbitros imparciais.

Ao mesmo tempo, a liquidação on-chain (On-chain settlement) pode gerar registros portáteis, verificáveis e imutáveis, que plataformas centralizadas não conseguem oferecer: cada tarefa concluída, cada prova de avaliação, 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 infraestrutura comercial que cobre todo o ciclo de vida: “tarefa—entrega—liquidação”.

Esse padrão usa “Job (tarefa)” como elemento central, definindo um modelo de colaboração tripartite entre o cliente (quem encomenda), o provedor (quem executa) e o avaliador (quem verifica). Por meio de contratos inteligentes, realiza-se o ciclo completo de publicação de tarefas, gestão de fundos, submissão de resultados e decisão de resultados (aberto, financiado, submetido, concluído/rejeitado/expirado).

Nesse framework, o pagamento deixa de ser uma ação isolada e passa a ser um processo programático fortemente ligado às condições da tarefa, validação de entregas e mecanismos de avaliação, possibilitando execução comercial na cadeia sem necessidade de confiança em intermediários.

2.2 Valor central

A inovação do ERC-8183 está em transferir a “confiança” de plataformas centralizadas para lógica verificável na cadeia, usando contratos inteligentes para gerir fundos, registrar entregas e introduzir mecanismos de avaliação, garantindo liquidação determinística e histórico comercial rastreável.

Esse design resolve o problema de falta de credibilidade entre agentes de IA, além de construir 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.

Adicionalmente, seu mecanismo de hooks (ganchos) permite a extensão de lógica comercial complexa (como leilões, gestão de fundos, cálculos de privacidade) 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 contrato baseada no ciclo de vida da tarefa: com o contrato inteligente no centro, integrando mecanismos de gestão de fundos, fluxo de estados da tarefa e hooks (ganchos) plugáveis.

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 progresso. Interfaces de extensão são reservadas para lógica de negócios variada.

Sobre essa estrutura, cliente, provedor e avaliador colaboram em torno do mesmo objeto de tarefa, realizando a iniciação, execução e verificação, com o fluxo automatizado na cadeia e fechamento de ciclo de pagamento. A seguir, detalhamos os mecanismos.

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

Cada atividade comercial no ERC-8183 é uma “Job (tarefa)”, cujo fluxo depende de uma coordenação precisa entre três papéis:

Cliente (Client)

• Inicia a atividade comercial
• Chama createJob para definir a tarefa e deposita fundos (fund)
• Responsável por definir o prazo de validade (expiredAt); se expirar sem conclusão, o dinheiro é devolvido automaticamente ao cliente

Provedor (Provider)

• Responsável por executar o trabalho e submeter a entrega (normalmente um hash do resultado ou prova na cadeia)
• Ao detectar evento na cadeia, aceita a tarefa e executa, depois chama submitWork para enviar o resultado
• Ainda não recebe o pagamento neste momento, os fundos permanecem bloqueados no contrato

Avaliador (Evaluator)

• O papel mais inovador e central
• Verifica o resultado e decide se o fundo na smart contract será liberado ao provedor ou devolvido ao cliente
• Pode ser outro AI objetivo, um circuito de prova de conhecimento zero (ZK-circuit), ou uma multiassinatura (multi-sig)
• Lógica principal: lê o conteúdo submetido, e, dependendo da natureza da tarefa (objetiva ou subjetiva), pode envolver um AI de auditoria ou uma carteira multi-sig autorizada pelo cliente
• Decisão final: chama completeJob (liberar fundos) ou rejectJob (reembolsar)

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

O avanço de uma Job depende totalmente da máquina de estados do contrato inteligente, sem intervenção de servidores centralizados:

Open (aberto): cliente cria a tarefa, provedor pode estar vazio (endereço(0)), indicando uma recompensa pública

Funded (financiado): fundos bloqueados na reserva do contrato, formando base de confiança

Submitted (submetido): provedor envia o resultado

Terminal (estado final): avaliador intervém e decide:

• Completed: validação aprovada, fundos transferidos ao provedor
• Rejected: validação falhou, fundos devolvidos ao cliente
• Expired: prazo expirou, fundos desbloqueados e devolvidos automaticamente

3.4 Fluxo de trabalho colaborativo dos papéis

O ERC-8183 força uma colaboração sem confiança por meio de contrato inteligente:

1. Publicação e bloqueio de fundos (Cliente): cliente chama createJob, define o avaliador, deposita o pagamento na reserva. O dinheiro fica bloqueado, garantindo segurança ao provedor
2. Entrega e prova (Provedor): após realizar o cálculo, o provedor chama submitWork, enviando um hash ou link de resultado. O estado muda para Submitted
3. Decisão e liquidação (Avaliador): o avaliador verifica o resultado, e, se aprovado, chama approveJob, que transfere os fundos ao provedor; se rejeitado, chama rejectJob, devolvendo ao cliente

O gerenciamento de fundos e a separação de poderes são essenciais. É como uma versão descentralizada do “pagamento por garantia”: o comprador paga ao contrato, o vendedor entrega, e a decisão de confirmação pode ser delegada a um terceiro imparcial (avaliador).

3.5 Mecanismo de hooks (ganchos) de 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 credenciais, precificação dinâmica), o padrão inclui hooks (contratos de ganchos).

Ao criar uma Job, o cliente pode associar um contrato hook personalizado, que atua como um “verificador inteligente” ou “interceptor”. O protocolo, em pontos-chave (antes ou depois de ações), pode chamar esse hook, que pode rejeitar ou acionar ações adicionais.

• beforeAction: executado antes da ação principal, podendo reverter a transação se condições não forem atendidas
• afterAction: executado após a ação, para disparar reações em cadeia

Essa modularidade desacopla o núcleo do protocolo das inovações de negócio, aumentando escalabilidade e evolução. Desenvolvedores podem criar módulos de lógica de reputação, regras de divisão de receita, cálculos de privacidade, etc., sem alterar o núcleo.

Assim, o ERC-8183 se torna uma plataforma de execução comercial altamente programável, aberta e sem permissão, que sustenta a confiança e liquidação na economia nativa de IA.

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 é concluída. Pode ser uma simples conta ou um contrato especializado. Existem três evoluções comuns:

Forma 1: Agente de IA (para tarefas subjetivas)

Para 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 requisitos e decide.

Forma 2: Circuito ZK (para tarefas objetivas)

Para cálculos, provas de conhecimento zero (ZKP) ou transformação de dados, o avaliador é um contrato com um verificador ZK. O provedor envia uma prova, que é verificada na cadeia, e a decisão é automática.

Forma 3: Multiassinatura ou DAO (para tarefas de alto valor)

Para tarefas de grande valor, o avaliador pode ser uma multi-sig, DAO ou validadores apoiados por staking.

O ERC-8183 não diferencia esses agentes, apenas reconhece um endereço que executa a decisão final, permitindo tarefas desde centavos até milhões de dólares, com a mesma interface.

4. Comparação entre ERC-8183 e protocolos tradicionais de pagamento de agentes

4.1 Diferenças entre ACP, AP2 e ERC-8183

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

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

No contexto do crescimento acelerado 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: “APIs” 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 “como pagar”, resolvendo a questão de agentes com carteiras e chamadas API para pagamento.
• Limitação: se a plataforma centralizada falhar ou agir mal, o contrato comercial pode não ser executado, e o risco fica sob controle de uma entidade central.

4.3 Vantagens técnicas do ERC-8183

Por que acredito que, com a expansão global da IA, o ERC-8183 tem maior potencial?

A. Mecanismo de custódia (escrow) sem permissão

Em protocolos centralizados, se o cliente não pagar o restante, o provedor fica sem recurso. Se pagar tudo antecipadamente, mas o provedor não entregar, o cliente sofre.

O ERC-8183 implementa bloqueio de fundos não custodial: assim que o provedor apresenta uma prova válida, os fundos são liberados pelo avaliador, eliminando o risco de inadimplência maliciosa.

B. Modularidade e Hooks

Permite inserir hooks na lógica de negócios, por exemplo, consultar o ERC-8004 para verificar reputação antes de aceitar uma tarefa. Se a reputação for baixa, o contrato rejeita automaticamente.

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

Ao contrário do ACP/AP2, que dependem de intervenção manual, o ERC-8183 usa o avaliador para validação automática, com lógica na cadeia ou via AI de auditoria. Assim, o processo é audível, resistente à censura, uma inovação tecnológica importante.

4.4 Como escolher o protocolo adequado

Se você constrói um sistema de agentes fechado, com APIs simples e implantação rápida, ACP ou AP2 podem ser suficientes.

Se deseja criar um mercado global, sem fronteiras, onde milhares de agentes de IA interagem com segurança em negociações de bilhões, ERC-8183 é a base tecnológica mais adequada, 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 seja autônoma, com tarefas de reposição de estoque, contratação de fornecedores e logística, tudo gerenciado por IA. Os fundos são bloqueados na cadeia e liberados apenas após entrega, validação de dados ou condições predefinidas, reduzindo intervenção humana e aumentando transparência.

5.2 Automação de marketing

Na automação de marketing, o ERC-8183 serve como estrutura de execução de tarefas de crescimento. Agentes identificam tendências, criam conteúdo, distribuem e otimizam campanhas, com fundos bloqueados na criação e liberados apenas após atingir metas de desempenho, formando um ciclo de marketing verificável e rastreável.

5.3 Mercado descentralizado de computação

Para tarefas de processamento de dados, inferência de modelos ou auditoria de código, o ERC-8183 pode usar provas ZK para validação rápida e segura, evitando atrasos e subjetividades, formando uma rede de colaboração de recursos de computação confiável.

5.4 Centro de terceirização de software totalmente automatizado

Agentes principais publicam tarefas, agentes de codificação entregam código, agentes de auditoria verificam automaticamente, e o pagamento é feito somente após validação, tudo na cadeia, sem intervenção humana. Isso acelera o desenvolvimento e constrói um sistema de reputação de agentes.

6. Ecossistema e combinação de protocolos

6.1 Combinação de ERC-8183 + ERC-8004 + x402

Na visão futura da Ethereum, esses protocolos podem formar os três pilares da economia de IA:

• ERC-8004: identidade e reputação na cadeia — quem é o AI, sua confiabilidade
• ERC-8183: segurança e custódia de transações — como garantir negociações seguras
• x402: canais de pagamento — como pagar facilmente como uma API

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

2. ERC-8004 — currículo de identidade e reputação: AlphaBot consulta credenciais de OpenClaw, que mostra “500 entregas de código, 99% de avaliações positivas, 85% de reutilização de código”, e comprova que passou por auditoria de segurança
3. ERC-8183 — estrutura de contrato comercial: AlphaBot cria uma tarefa no contrato principal, define requisitos (“escreva código Python para análise de médias móveis”), deposita 200 USDT, e indica um avaliador independente
4. x402 — canal de pagamento flexível: ao enviar o código, o agente de pagamento calcula automaticamente uma taxa (ex. 5%) para o agente de codificação
5. Avaliação e liquidação — verificação final: o avaliador (AuditNode) executa a análise, verifica o resultado, e, se aprovado, clica em “concluir” no contrato, que automaticamente transfere o pagamento e 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 pode precisar de intervenção humana ou mecanismos híbridos inicialmente.

Avaliador como alvo de ataques

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 como faca de dois gumes

Agentes não possuem qualificação ou garantias, apenas uma carteira. Isso reduz barreiras, mas aumenta riscos de comportamento malicioso.

7.2 Perspectivas futuras

Integração de ERC-8183 + ERC-8004 + x402

O ERC-8004 resolve o problema de descoberta e confiança, enquanto o ERC-8183 fornece o ciclo de transação confiável, e o x402 permite pagamentos sob demanda. Juntos, formam uma infraestrutura completa para uma economia de IA descentralizada, confiável e escalável.

Padronização completa de negócios

O ERC-8183 não é apenas um protocolo de pagamento, mas uma norma de negócios que cobre toda a cadeia: definição de tarefas, custódia de fundos, entregas verificáveis, provas de avaliação e liquidação determinística. Os agentes podem usar interfaces como x402 ou APIs HTTP, enquanto a liquidação ocorre na cadeia.

Nova onda de participantes econômicos

A expansão da IA cria uma nova massa de participantes econômicos, muitos sem registro formal ou histórico de transações. O ERC-8183, sendo sem permissão, oferece uma plataforma de confiança, com ciclos de negócios claros, entregas verificáveis e reputação autogerida, acessível a qualquer participante na blockchain.

Notas adicionais:

Este documento baseia-se na documentação oficial do EIP da Ethereum (EIP-8183) e nas divulgações do setor de março de 2026 (como declarações públicas do time dAI da Fundação Ethereum e do Virtual Protocol). O padrão está em fase de desenvolvimento ativo e pode sofrer ajustes conforme feedback da comunidade.

Referências:

[1]

[2]

[3]

[4]