A economia dos agentes esta semana: quatro maneiras de pagar

A maioria das semanas na economia de agentes parece um monte de anúncios não relacionados. Esta teve um tema escondido. Quatro equipes diferentes avançaram no comércio de agentes, e se você as alinha, todas estão resolvendo a mesma metade do problema — e todas deixam a mesma metade em aberto.

Este é um mapa para construtores. Sem classificação, sem "quem ganha." Apenas o que cada coisa é, o que faz bem e a pergunta que nenhuma delas responde ainda.

Os trilhos que foram lançados

Mastercard Agent Pay para Máquinas. O programa de pagamento para agentes da Mastercard continua a avançar, com mais de 30 parceiros abrangendo cripto e TradFi (Aave Labs, Alchemy, Anchorage, BVNK, Coinbase, MoonPay, OKX, Polygon, Ripple, Solana). A parte mecanicamente interessante: as autorizações de pagamento de agentes são registradas na Polygon. Uma rede TradFi está escrevendo permissões de gasto de agentes na blockchain. Isso é um sinal real sobre para onde isso está indo.

x402. O protocolo de pagamento HTTP-402 da Coinbase continua expandindo seu alcance — agora é utilizável por trás da infraestrutura web convencional (caminhos AWS/CloudFront), o que reduz o custo de integração para serviços web comuns cobrarem agentes por solicitação. Vale a pena notar, ao lado do crescimento: o volume de transações x402 isoladas está bem abaixo de seu pico (a OKX Ventures colocou a queda em cerca de 92% em relação ao pico de novembro). O protocolo está se espalhando mesmo enquanto o volume bruto esfria — os trilhos proliferam mais rápido do que se preenchem.

Eco. Uma camada de orquestração de stablecoin cross-chain que abstrai roteamento, resolução e finalização em cerca de 15 cadeias. Onde uma intenção de pagamento não pode se mover nativamente, o Eco descobre o caminho. Isso é genuinamente útil — é o problema de "fazer a stablecoin aparecer na cadeia certa" — mas a orquestração é roteamento, não troca atômica.

ERC-8004 (Agentes Sem Confiança). Não é um trilho de forma alguma — uma camada de identidade e reputação para agentes, com uma direção v2 que se inclina para o MCP. Este é o que realmente aponta para a lacuna que os outros deixam. Mais sobre isso abaixo.

A coisa que eles têm em comum

Mastercard, x402 e Eco são todas respostas para "como um agente move valor?" A Mastercard autoriza e registra. O x402 precifica e coleta por solicitação. O Eco roteia para a cadeia certa. Esses são problemas de pagamento, e estão sendo resolvidos bem.

Um pagamento é unidirecional e para uma parte conhecida: agente → vendedor, um ativo, uma forma. O destinatário já foi escolhido — você comprou algo de uma loja que escolheu. As partes difíceis são autorização e entrega, e é exatamente isso que esses trilhos acertam.

Mas uma troca é diferente. No momento em que seu agente quer algo em troca — meu ativo pelo seu, possivelmente através de duas cadeias — você tem dois problemas que os trilhos de pagamento não tocam:

1. Atomicidade. Ambas as pernas devem ser liquidadas juntas ou ambas devem ser reembolsadas. Um trilho unidirecional não pode expressar "tudo ou nada em duas transferências." O remendo usual é um escrow que mantém ambos os lados — o que apenas realoca o risco para um custodiante que você agora precisa confiar para ser solvente e honesto.
2. Contraparte. Quem é o outro lado? Para um pagamento, você já sabe — você escolheu o comerciante. Para uma troca aberta entre dois agentes que nunca se encontraram, alguém precisa responder "este estranho é seguro para negociar?" antes que a liquidação importe.

A atomicidade é um problema de liquidação, e contratos de hash-time-lock (HTLCs) lidam com isso: ambas as partes bloqueiam fundos contra uma pré-imagem de hash em um temporizador; revelam o segredo e toda a troca é liquidada, permanecem em silêncio e toda a troca é reembolsada. Nenhum estado parcialmente liquidado, nenhum custodiante no meio. Essa parte existe hoje e está ao vivo na mainnet do Ethereum.

O problema da contraparte é o que quase ninguém está construindo para agentes — e é a razão pela qual o ERC-8004 é o item mais interessante na lista desta semana.

A lacuna da contraparte

Pense em quão rápida a descoberta de ferramentas de agentes se tornou. Com o MCP, um agente pode encontrar e se conectar a uma nova capacidade em segundos — pesquisar um registro, OAuth, começar a chamar ferramentas. A descoberta de o que um agente pode fazer está quase resolvida.

A descoberta de com quem um agente deve negociar não está. Hoje é manual: um humano avalia a contraparte, ou você simplesmente não negocia com estranhos. Isso é bom para um pagamento a um comerciante conhecido. Isso desmorona no momento em que você deseja mercados abertos, onde agentes negociam com contrapartes que não foram pré-selecionadas.

O ERC-8004 é o ecossistema começando a levar isso a sério — padronizando identidade e reputação de agentes, com o MCP na imagem v2. É complementar à liquidação, não competitiva: a identidade te diz quem, a liquidação garante que a troca seja liquidada. Você precisa de ambos, e eles estão sendo construídos em lugares diferentes.

O primitivo que fecha: um Diretório de Contraparte Verificada

Aqui está a peça que achamos que a camada de liquidação precisa, e o design que estamos trabalhando: um Diretório de Contraparte Verificada — um registro de identidades de contraparte atestadas que se conecta diretamente à liquidação atômica.

A forma dele:

• Atestação, não controle de acesso. Uma contraparte carrega reivindicações verificáveis (identidade, histórico, nível) que um agente pode ler antes de fazer uma cotação. Trocas pequenas ou anônimas permanecem sem permissão; fluxos maiores ou regulamentados optam por uma maior garantia. Confiança como um dial, não um único portão KYC para todos.
• Acoplado à liquidação. O diretório não é uma pontuação de reputação independente flutuando no vazio — está conectado ao mesmo caminho de liquidação HTLC, então "encontrar uma contraparte" e "liquidar a troca sem confiança" são um fluxo, não dois sistemas que você junta.
• Sem custodiante no meio. A identidade aumenta a confiança; o contrato ainda garante o resultado. Você não confia na contraparte ou em um intermediário com seus fundos — o temporizador faz a aplicação.

Colocando de forma simples: os trilhos movem o dinheiro. O diretório mais a liquidação atômica decidem se a troca de um estranho é realmente segura para fazer. Essa é a camada que os anúncios desta semana continuaram circulando sem aterrissar.

Para ser claro sobre o status, porque a precisão importa: a liquidação atômica HTLC está ao vivo na mainnet do Ethereum hoje. Contratos Sui estão implantados e testados via CLI (fiação do gateway em progresso); Bitcoin está validado no signet com a mainnet pendente. O Diretório de Contraparte Verificada é um primitivo em nosso roteiro, descrito aqui como um design — não uma funcionalidade lançada. Trilhos prontos, trens a caminho.

Por que isso importa para construtores

Se você está construindo agentes que só pagam comerciantes conhecidos, os trilhos de pagamento acima são provavelmente tudo o que você precisa — escolha o que se encaixa na sua cadeia e modelo de cobrança. Se você está construindo para mercados abertos onde agentes negociam com contrapartes que não pré-selecionaram, você rapidamente encontrará a questão da contraparte, e você vai querer que ela seja respondida de uma forma que se acople de maneira limpa à liquidação sem confiança, em vez de reintroduzir um custodiante.

Os trade-offs honestos da abordagem HTLC ainda se aplicam — o capital é bloqueado durante a janela do temporizador, e você assume o manuseio de timeout/reembolso. Achamos que esse é o preço certo para remover o intermediário completamente. Pessoas razoáveis pesam isso de forma diferente, dependendo da tolerância à latência e ao tamanho da troca.

• Tente o servidor MCP: hashlock-tech/mcp (escopado) no npm, ou conecte hashlock.markets/mcp como um conector MCP remoto.
• Protocolo e metodologia: https://hashlock.markets/methodology?utm_source=devto&utm_medium=article&utm_campaign=2026-06-20-verified-counterparty-directory