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

Um, tecnologia de fundo e definição de problemas

1.1 A 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á gerenciando dinheiro real;

Um agente capaz de revisar documentos legais e alertar para riscos realiza trabalhos cujo valor por hora geralmente chega a várias centenas de dólares.

Essa elevação de capacidades está impulsionando o surgimento de novas formas econômicas.

Quando a IA se torna acessível, cada indivíduo, organização e até dispositivos inteligentes podem operar por meio de agentes inteligentes. Os modelos econômicos passarão por mudanças fundamentais: os agentes não apenas interagirão com humanos, mas também entre si, prestando 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, agentes de distribuição de canais e agentes de análise de dados. Toda a economia se transformará em uma rede tecida por incontáveis agentes de IA, operando em velocidades de máquina, realizando negociações de alta frequência globalmente.

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

Em ambientes comerciais tradicionais, 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, 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, não há registros eficazes de contratos, nem mecanismos legais ou de responsabilização que acompanhem a velocidade das transações entre máquinas, nem 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. Na ausência de garantias eficazes, mesmo que o fornecedor de serviço receba tokens e simplesmente desapareça, o cliente (ou o agente de IA que publicou a tarefa) terá dificuldades em buscar responsabilização.

Sem falar que, na onda de globalização, a interação entre agentes de IA não se limitará a um único país ou região, o que aumentará ainda mais a dificuldade de estabelecer sistemas confiáveis de avaliação e regulamentação.

A tecnologia de contratos inteligentes baseada em blockchain oferece um caminho confiável para resolver 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 que não pertencem a ninguém, atuando como árbitros neutros.

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 podem oferecer. Cada tarefa concluída, cada prova de avaliação, cada hash de entrega é registrado na cadeia, fornecendo uma base de dados para o sistema de reputação e identidade dos agentes, além de servir de base para responsabilização em caso de disputas.

Dois, definição e valor central do ERC-8183

2.1 Definição

O protocolo ERC-8183 é um padrão on-chain voltado 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: “tarefa — entrega — liquidação”.

Esse padrão usa “Job (tarefa)” como uma primitiva central, definindo um modelo de cooperação tripartite composto por um contratante (Client), um provedor (Provider) e um avaliador (Evaluator). Além disso, implementa um fluxo completo de publicação de tarefas, gestão de fundos, submissão de resultados e decisão de resultados por meio de contratos inteligentes (aberto, financiado, submetido, concluído/rejeitado/expirado), formando uma máquina de estados.

Nesse quadro, o pagamento deixa de ser uma ação única 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 on-chain 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 uma plataforma centralizada para uma lógica verificável na cadeia. Por meio de contratos inteligentes que gerenciam fundos, registram entregas e introduzem mecanismos de avaliação, realiza-se uma liquidação determinística e um histórico comercial rastreável.

Esse design resolve não apenas o problema de falta de credibilidade entre agentes de IA, mas também 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 cooperação descentralizada de agentes inteligentes.

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 expandidas sob um padrão unificado, formando uma rede comercial aberta, permissionless e composível na cadeia, fornecendo uma infraestrutura de confiança e liquidação para a economia nativa de IA.

Três, detalhamento do protocolo ERC-8183

3.1 Arquitetura do protocolo

Como ilustrado, o protocolo ERC-8183 apresenta-se como uma arquitetura contratual centrada no ciclo de vida da tarefa: com contratos inteligentes no núcleo, integrando mecanismos de custódia de fundos, fluxo de estados de tarefas e hooks plugáveis em uma estrutura de execução unificada.

A tarefa, desde sua criação até sua conclusão, passa por uma evolução contínua de estados: aberto, financiado, submetido, e encerrado, com fundos sendo automaticamente retidos ou liberados conforme o estado. Além disso, pontos de extensão são reservados em momentos críticos para permitir a integração de lógicas de negócio variadas.

Sobre essa estrutura, o contratante, o provedor e o avaliador operam de forma colaborativa em torno do mesmo objeto de tarefa, realizando a iniciação, execução e validação, garantindo uma conexão automática e um ciclo de liquidação fechado na cadeia. A seguir, detalharemos os mecanismos.

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

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

Client (Contratante)

• Inicia a atividade comercial
• Lógica principal: chama createJob para definir a tarefa e pré-guardar fundos (fund)
• Responsabilidade: definir o prazo de validade (expiredAt). Se não for concluída até lá, o dinheiro é automaticamente devolvido ao Client

Provider (Provedor/Executor)

• Responsável por executar o trabalho e submeter a entrega (normalmente um hash do resultado ou uma prova na cadeia)
• Lógica principal: escuta eventos na cadeia, aceita a tarefa e executa, ao concluir chama submitWork para enviar o hash do resultado
• Ponto-chave: neste momento, o provedor ainda não recebe o pagamento, que permanece bloqueado no contrato

Evaluator (Avaliador)

• A parte mais inovadora e central do protocolo
• Responsável por validar o resultado e decidir se os fundos em custódia no contrato serão liberados ao provedor ou devolvidos ao cliente
• Pode ser outro AI objetivo, um circuito de prova de conhecimento zero (ZK-circuit), ou uma carteira multiassinatura
• Lógica principal: lê o conteúdo submetido pelo provedor, e, se for uma tarefa objetiva (como execução de código bem-sucedida), pode ser outro AI de auditoria; se subjetiva, pode ser uma carteira multiassinatura autorizada pelo Client
• Decisão final: chama completeJob (liberação) ou rejectJob (reembolso)

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

A progressão de uma Job depende inteiramente da circulação automática da máquina de estados do contrato inteligente, sem intervenção de servidores centralizados:

Open (Aberto): Cliente cria a tarefa, o provedor pode estar vazio (address(0)), indicando uma recompensa pública

Funded (Financiado): fundos são bloqueados no pool de custódia do contrato, formando uma base de confiança

Submitted (Submetido): provedor envia o resultado

Terminal (Estado final): avaliador intervém na decisão, podendo resultar em:

• Completed (Concluído): validação aprovada, fundos transferidos ao provedor
• Rejected (Rejeitado): validação falhou, fundos devolvidos ao cliente
• Expired (Expirado): prazo esgotado, fundos desbloqueados e devolvidos automaticamente

3.4 Fluxo de trabalho colaborativo dos papéis

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

1. Publicação e bloqueio de fundos (iniciado pelo Client): o contratante chama createJob, deve indicar o endereço do avaliador (Evaluator) e depositar a recompensa no contrato. O dinheiro fica “travado”, garantindo segurança ao provedor
2. Entrega e prova (executada pelo provedor): após realizar cálculos off-chain ou on-chain, o provedor chama submitWork. Geralmente, envia um hash do resultado ou um link de armazenamento (como IPFS CID). O estado do contrato muda para Submitted
3. Decisão e liquidação (avaliador): o avaliador verifica o resultado. Se aprovado, chama approveJob, e o contrato transfere automaticamente os fundos bloqueados ao provedor; se rejeitado, chama rejectJob, e os fundos retornam ao cliente

Nesse processo, a custódia de fundos e a separação de poderes são essenciais. É como uma versão descentralizada do “pagamento com garantia” do Alipay: o comprador paga ao contrato (garantidor), o vendedor envia o produto, e a confirmação de recebimento pode ser feita pelo comprador ou por um terceiro (avaliador).

3.5 Mecanismo de Hooks para extensão

Se o ERC-8183 fosse apenas esse fluxo básico, seria muito rígido. Para adaptar-se a cenários complexos (como comissão, validação de credenciais, precificação dinâmica), o padrão introduz os Hooks (ganchos).

Ao criar uma Job (via createJob), o cliente pode associar um contrato de hook personalizado, atuando como uma “estação de inspeção inteligente” ou “interceptor inteligente”. O protocolo, antes ou depois de ações críticas (pagamento, submissão), pode chamar esse hook. O padrão define dois pontos de interceptação:

• beforeAction (antes da ação): executado antes do ato principal. Se a lógica do hook não passar (por exemplo, se a reputação estiver baixa), toda a transação é revertida (Revert), falhando a ação
• afterAction (após a ação): executado após o ato principal, geralmente para desencadear ações subsequentes. Assim, desenvolvedores podem inserir lógica personalizada na vida útil da tarefa (antes do pagamento, após a liquidação), como checar pontuação de reputação (agentes com score abaixo de 80 não podem aceitar tarefas) ou lógica de divisão de lucros

O mecanismo de Hooks desacopla o protocolo central da camada de inovação de negócio, aumentando a escalabilidade e evolução do ecossistema: por um lado, o protocolo base permanece estável e auditável, reduzindo riscos; por outro, novas funcionalidades podem ser rapidamente desenvolvidas, moduladas e reutilizadas, evitando retrabalho na construção de capacidades básicas.

Isso promove eficiência de desenvolvimento, colaboração ecológica e oferece espaço estratégico para cooperação complexa entre agentes de IA, permitindo que o ERC-8183 evolua continuamente para atender às diferentes demandas de mercado, tornando-se uma plataforma de execução comercial altamente programável na cadeia.

3.6 Detalhamento do mecanismo de avaliador (Evaluator)

Na cooperação de múltiplos papéis do ERC-8183, o Evaluator é o “cérebro” que decide se a troca de valor pode ser concluída. Tecnicamente, pode ser um endereço simples, mas geralmente é um contrato de decisão especializado. Dependendo da complexidade da tarefa, há três formas comuns de avaliação:

Forma 1: Agente de IA (para tarefas subjetivas)

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

Forma 2: Contrato de circuito ZK (para tarefas objetivas)

Para tarefas de cálculo, geração de provas de conhecimento zero (ZKP) ou transformação de dados, o Evaluator é um contrato inteligente que encapsula um verificador ZK: o provedor envia uma prova, o Evaluator verifica na cadeia e, se válida, conclui ou rejeita automaticamente.

Forma 3: Governança multiassinatura (para tarefas de alto valor)

Para tarefas de grande valor, o Evaluator pode ser uma carteira multiassinatura, uma DAO ou um nó validatório apoiado por staking.

O ERC-8183 não diferencia essas entidades por sua natureza; reconhece apenas um fato: um endereço chamou a ação de concluir ou rejeitar. Assim, a mesma interface pode tratar desde tarefas de geração de imagens de centavos de dólar até contratos de dezenas de milhares de dólares.

Quatro, 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, a OpenAI, em parceria com a Stripe, a Google Cloud com Coinbase, lançaram respectivamente o Protocolo ACP (Agentic Commerce Protocol) e o Protocolo AP2 (Agent Payments Protocol).

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 rápido crescimento da economia de agentes de IA (Economia Agente), 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 “modelo API” de colaboração de IA

ACP (acplib) e AP2 são mais orientados à “implementação de funcionalidades”.

• 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 de plataformas centralizadas como garantia.
• AP2 foca em “enviar dinheiro”, resolvendo como agentes de IA com carteiras podem pagar via API.
• Limitação: se o serviço centralizado falhar ou agir mal, o contrato comercial entre agentes pode não ser executado, e o risco financeiro fica sob controle de uma entidade central.

4.3 Vantagens técnicas do ERC-8183

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

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

Em protocolos centralizados, se o cliente (pessoa ou IA que publica a tarefa) não pagar o restante, o provedor fica sem recurso. Se pagar antecipadamente, mas não receber o que foi prometido, geralmente sofre perdas.

O ERC-8183 realiza uma gestão de fundos não custodial: assim que o provedor apresenta uma prova válida, os fundos são forçados a serem liberados pelo avaliador, eliminando o risco de inadimplência maliciosa.

B. Modularidade extrema e Hooks (ganchos)

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

Antes de uma ação (beforeAction), o hook pode consultar automaticamente o ERC-8004, verificando se o agente tem histórico de comportamento malicioso. Se a reputação estiver baixa, o contrato rejeitará a aceitação da tarefa. Essa defesa é de nível de protocolo.

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

Protocolos tradicionais como ACP/AP2 dependem de suporte humano ou lógica complexa de backend para resolver disputas. O ERC-8183, por outro lado, usa o Evaluator como “lei do código”.

Permite delegar validações complexas a agentes especializados de auditoria. Como a lógica está na cadeia (ou validada por IA na cadeia, via ORA, por exemplo), todo o processo é audível, resistente à censura, uma inovação tecnológica.

4.4 Como escolher o protocolo de pagamento de agentes adequado

Se você está construindo um sistema de agentes fechado internamente, priorizando implantação rápida e APIs simples, ACP ou AP2 são ferramentas prontas.

Se deseja participar de um mercado global, sem fronteiras, onde milhares de agentes de IA podem colaborar com segurança em transações de trilhões, o ERC-8183 é atualmente a única base tecnológica com “confiança mínima”.

Cinco, cenários de aplicação

5.1 Cenário 1: Cadeia de suprimentos automatizada

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

Quando uma IA de gestão de estoque detectar baixa de inventário, ela pode automaticamente publicar uma tarefa de reposição, bloqueando o orçamento. Fornecedores e agentes de logística assumirão a produção e entrega. Os fundos ficam sob custódia do contrato, sendo liberados automaticamente após envio, confirmação ou condições predefinidas (como retorno de dados logísticos), vinculando pagamento e cumprimento.

Esse modelo reduz intervenção humana, aumenta transparência e eficiência, sendo útil em comércio internacional e armazéns inteligentes.

5.2 Cenário 2: Automação de marketing

No marketing automatizado, o ERC-8183 atua como uma estrutura de execução para crescimento impulsionado por IA, transformando o marketing de uma operação manual para uma colaboração automática baseada em tarefas.

Agentes de marketing podem identificar tendências, publicar tarefas de criação de conteúdo, usar agentes de redação para produzir textos, e agentes de distribuição para veicular e otimizar campanhas. Os fundos são bloqueados na criação da tarefa e só liberados após o alcance de metas (exposição, cliques, conversões), formando um ciclo de marketing verificável e rastreável.

Reduz custos operacionais, garante segurança financeira e transparência de resultados.

5.3 Cenário 3: Mercado descentralizado de computação

Na execução de tarefas de processamento de dados e cálculo, o ERC-8183 pode criar um mercado de recursos de computação sem confiança.

Para tarefas verificáveis (limpeza de dados, inferência de modelos, auditoria de código), pode-se usar provas de conhecimento zero (ZK) como avaliador, que verifica rapidamente os resultados e gera uma prova. Uma vez validada, a liquidação ocorre automaticamente, evitando atrasos e subjetividades humanas. Com mecanismos criptográficos, é possível prevenir fraudes, criando uma rede eficiente e justa de colaboração de recursos de IA, útil para inferência de IA e agendamento de recursos descentralizados.

5.4 Cenário 4: Centro de terceirização de software totalmente automatizado

O ERC-8183 suporta um modo de colaboração de software terceirizado impulsionado por IA.

Um agente principal (como AlphaBot) publica uma tarefa de desenvolvimento, um agente de codificação (como OpenClaw ou ClaudeCode) realiza a implementação, e um agente de auditoria (como AuditNode) faz validações automáticas. Todo o ciclo — publicação, custódia, submissão de código e aceitação — ocorre na cadeia, e o pagamento só é acionado após aprovação, formando um ciclo de desenvolvimento sem intervenção humana.

Esse modelo aumenta a eficiência, acumula reputação e impulsiona uma cadeia de produção de software nativa de IA escalável.

Seis, colaboração ecológica e combinação de protocolos

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

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

• ERC-8004: identidade e reputação na cadeia de IA — informa “quem é esse IA, se é confiável”
• ERC-8183: “segurança e custódia da transação” — resolve “como garantir que essa transação seja segura”
• x402: canal de pagamento — resolve “como IA paga de forma simples, como uma API”

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

1. ERC-8004 — currículo de identidade e reputação: AlphaBot consulta o certificado ERC-8004 do OpenClaw na cadeia, mostrando “entregou 500 códigos, avaliação 99%, taxa de reutilização 85%”, e comprova que passou por auditoria de segurança, não é malware
2. ERC-8183 — estrutura do contrato comercial: AlphaBot cria uma tarefa no contrato principal, definindo: “Escreva um código Python para analisar o ponto de inflexão da média móvel de 20 dias do ETF Nasdaq”, deposita 200 USDT e indica um avaliador independente (AuditNode)
3. x402 — “canal de pagamento” flexível: permite pagamento sob demanda. Quando OpenClaw termina um trecho de código e faz upload, o protocolo x402 calcula automaticamente uma comissão (por exemplo, 5%) do fundo de custódia, pagando ao OpenClaw
4. Avaliação e liquidação — “controle de qualidade final”: AuditNode (avaliador) executa o código em sandbox, verifica se o resultado bate com a análise de 515070. Se aprovado, clica em “concluir”, e os fundos são transferidos automaticamente, aumentando o número de casos de sucesso do OpenClaw.

Sete, 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á grandes obstáculos na fase inicial; pode ser necessário depender de revisão humana, multiassinatura ou avaliações híbridas AI-humanas.

Avaliador como alvo de ataques

Se o contrato do avaliador for hackeado, ou se a fonte de dados externa (Oracle) for manipulada, a segurança do fundo fica comprometida; “quem audita o avaliador” será uma questão central no futuro.

Modo sem permissão (permissionless) como faca de dois gumes

A identidade do serviço é apenas um endereço de carteira, sem validação de credenciais, sem due diligence, sem supervisão. Embora reduza a barreira de entrada, aumenta o risco de comportamentos maliciosos.

7.2 Perspectivas futuras

A tríade ERC-8183 + ERC-8004 + x402

O ERC-8004 resolve o problema de descoberta e confiança: estabelece uma base de identidade e reputação confiável para IA. O ERC-8183 fornece sinais comerciais concretos, alimentando a camada de confiança. Cada tarefa é um sinal de reputação, cada submissão é uma entrega verificável, cada avaliação é uma prova de respaldo.

A integração dessas duas cria um ciclo fechado: descoberta (8004) → transação (8183) → reputação (8004) → melhor descoberta → mais transações confiáveis. Com a introdução do x402, é possível suportar pagamentos sob demanda mais flexíveis.

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

O ERC-8183 não é apenas um protocolo de pagamento, mas uma norma de negócios completa. Abrange todo o ciclo de vida: definição de especificações, custódia de fundos, entregas verificáveis, respaldo de avaliação e liquidação determinística. Agentes podem usar x402 ou interfaces HTTP para interagir na camada de aplicação, enquanto a liquidação fundamental é garantida pelo ERC-8183 na cadeia.

Uma nova onda de participantes econômicos

A onda de IA está criando uma nova massa de participantes econômicos em ritmo sem precedentes. Milhões de desenvolvedores e pessoas comuns estão construindo e vendendo microserviços e APIs com IA. Muitos não têm registro formal, site ou histórico de transações.

O ERC-8183 é inerentemente permissionless. Seus primitivas de tarefa oferecem a esses comerciantes de base uma não apenas um canal de pagamento, mas uma vida completa de ciclo de negócios: acordos claros, custódia de fundos robusta, entregas verificáveis e provas de reputação. A reputação torna-se um ativo líquido próprio, e qualquer intermediário na cadeia pode verificar instantaneamente ao aderir ao padrão.

Notas adicionais:

Este documento é baseado principalmente no padrão oficial EIP-8183 da Ethereum (https://eips.ethereum.org/EIPS/eip-8183) e nas divulgações do setor de março de 2026 (como declarações públicas do time dAI da Ethereum Foundation e do Virtual Protocol). O padrão ainda está em fase de desenvolvimento ativo e pode sofrer ajustes com feedback da comunidade.

Referências:

[1] https://eips.ethereum.org/EIPS/eip-8183

[2] https://x.com/virtuals_io/status/2031042423288426979

[3] https://acplib.com/

[4] https://ap2lab.com/docs/introduction/