A economia dos agentes resolveu 'como pagar'. Ainda não resolveu 'quem confiar'.
A verdadeira inovação do PayPal em 1999 não foi mover dinheiro. Os bancos já moviam dinheiro. O que o PayPal fez foi tornar seguro transacionar com um estranho — alguém que você nunca conheceu, do outro lado de um leilão, que tinha seu pagamento antes de você ter seus bens. Proteção ao comprador, resolução de disputas, um histórico de reputação. A ferrovia do dinheiro foi a metade fácil. A ferrovia da confiança foi o produto.
Um quarto de século depois, a economia de agentes está reconstruindo a metade fácil em alta velocidade e pulando a parte difícil. Esta semana foi uma ilustração clara, então, como o resumo semanal, quero puxar o único fio que une tudo isso em vez de relistar as notícias.
A semana, em uma frase
Mais maneiras de pagar foram enviadas; nenhuma nova maneira de saber quem você está pagando. O programa de pagamento de agentes da Mastercard continuou avançando e agora está registrando autorizações de agentes na Polygon — uma rede TradFi escrevendo permissões de gastos de agentes na blockchain. O x402 da Coinbase continuou se espalhando por trás da infraestrutura da web mainstream, mesmo enquanto seu volume de transações autônomas esfriou drasticamente desde o pico de novembro. A Eco estendeu a orquestração de stablecoins cross-chain em cerca de quinze cadeias. E o ERC-8004, o padrão de identidade e reputação "Agentes Sem Confiança", continuou amadurecendo com uma direção v2 que se inclina para o MCP.
Alinhe-os e três são respostas para a mesma pergunta — como um agente move valor? — e exatamente uma aponta para a pergunta que os outros deixam em aberto.
Por que "quem" é um problema diferente de "como"
Um pagamento é unidirecional e para uma parte conhecida. Seu agente compra computação de um provedor que já escolheu; o valor vai em uma direção, um ativo, um salto. As partes difíceis são autorização e entrega, e as ferrovias acima realmente as resolvem.
Uma troca não é assim. Meu ativo pelo seu, possivelmente através de dois livros-razão que não compartilham um relógio, onde o outro lado não é pré-selecionado. Isso introduz dois problemas que nenhuma ferrovia de pagamento toca:
- Atomicidade — ambos os lados se liquidadem juntos ou ambos reembolsam. Uma ferrovia 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 não remove o risco tanto quanto o realoca para um custodiante que você agora tem que confiar para ser solvente e honesto.
- Contraparte — quem é o outro lado, e por que meu agente deveria confiar neles o suficiente para bloquear fundos?
A atomicidade é um problema de liquidação, e tem uma resposta conhecida. Contratos de hash-time-lock (HTLCs) permitem que ambas as partes bloqueiem fundos contra uma única pré-imagem de hash em um temporizador: revele o segredo e toda a troca se liquida; permaneça em silêncio e toda a troca reembolsa. Nenhum estado parcialmente liquidado, nenhum intermediário segurando a bolsa. Essa parte existe e está ativa na mainnet do Ethereum hoje.
O problema da contraparte é o que quase ninguém está construindo para agentes, e é por isso que o ERC-8004 é o item mais interessante na lista da semana.
Ferramentas de descoberta resolveram. Não resolveram as contrapartes.
Pense em quão rápido a descoberta de ferramentas se tornou. Com o MCP, um agente encontra uma capacidade, faz OAuth e começa a chamá-la em segundos. A descoberta de o que um agente pode fazer é quase um problema resolvido.
A descoberta de com quem um agente deve negociar não é. Hoje é manual — um humano verifica a contraparte, ou o agente simplesmente não negocia com estranhos. Isso é aceitável quando o beneficiário é um comerciante que você escolheu. Isso desmorona no instante em que você deseja mercados abertos, de agente para agente, onde o outro lado não é escolhido com antecedência. O estranho é todo o ponto, e o estranho é exatamente o que não temos uma maneira automatizada de avaliar.
O ERC-8004 é o ecossistema finalmente tratando isso como algo de primeira classe: identidade e reputação como primitivos on-chain em vez de uma lista de permissão off-chain, com o MCP na imagem v2. É complementar à liquidação, não competitivo — a identidade lhe diz quem, a liquidação garante que a troca se liquida. Você precisa de ambos.
A parte que a maioria das pessoas perde: a identidade deve ser acoplada à liquidação
Aqui está a armadilha de design. É tentador imaginar a reputação do agente como uma pontuação que vive em algum lugar — um registro que um agente pode consultar antes de negociar. Mas um número de reputação flutuando ao lado do caminho de liquidação é fraco em ambas as direções. Leia-o como consultivo e ele é ignorado sob pressão de tempo. Leia-o como autoritativo e ele se torna um alvo sybil no momento em que ele bloqueia valor, porque agora falsificar identidade vale exatamente tanto quanto o que quer que desbloqueie.
Os designs interessantes vinculam a atestação à ação sendo autorizada e tornam a identidade cara de falsificar em proporção ao que desbloqueia. A confiança deixa de ser um único portão KYC que todos passam e se torna um dial: trocas anônimas e pequenas permanecem sem permissão; fluxos maiores ou regulamentados optam por uma maior garantia. A verificação não é uma consulta que você pode contornar — está integrada ao próprio mecanismo de liquidação.
Esse acoplamento é a peça para a qual estamos construindo, e o design que chamaríamos de Diretório de Contraparte Verificada:
- Atestação, não controle de acesso. Uma contraparte carrega reivindicações verificáveis — identidade, histórico, nível — que um agente lê antes de cotar, não depois de liquidar.
- Acoplado à liquidação. O diretório não é uma pontuação independente no vazio; ele se conecta ao mesmo caminho de liquidação HTLC, então "encontrar uma contraparte" e "liquidar a troca sem confiança" são um fluxo em vez de dois sistemas unidos.
- Sem custodiante no meio. A identidade aumenta a confiança; o contrato ainda garante o resultado. Você não confia nem na contraparte nem em um intermediário com seus fundos — o temporizador faz a aplicação.
Colocando de forma simples: as ferrovias movem o dinheiro, a identidade lhe diz quem é o estranho, e a liquidação atômica garante que a troca não pode ser parcialmente concluída. O Diretório de Contraparte Verificada é a costura que une o segundo e o terceiro para que um agente possa agir sobre eles ao mesmo tempo. Essa é a camada que os anúncios desta semana continuaram circulando sem aterrissar.
Status, declarado precisamente
Porque precisão é a marca: a liquidação atômica HTLC está ativa na mainnet do Ethereum hoje. Contratos Sui estão implantados e testados via CLI com fiação de gateway em andamento; Bitcoin está validado no signet com a mainnet pendente. O Diretório de Contraparte Verificada é um primitivo no roteiro — descrito aqui como um design, não uma funcionalidade lançada. Ferrovias prontas, trens a caminho. (Para os curiosos: o servidor MCP é hashlock-tech/mcp (escopado) no npm, agora também listado no diretório awesome-mcp-servers, e o protocolo está listado no DefiLlama.)
Os trade-offs honestos da abordagem HTLC ainda se mantêm — o capital está bloqueado durante a janela do temporizador, e você assume o manuseio de timeout/reembolso. Esse é o preço de remover completamente o intermediário, e construtores razoáveis pesam isso de maneira diferente com base no tamanho da troca e na tolerância à latência. A reputação tem suas próprias partes difíceis — resistência sybil e início a frio, principalmente — que é exatamente por que acoplar a atestação à liquidação, em vez de confiar em uma pontuação flutuante, é importante.
A prévia
Na próxima semana, a coisa que vale a pena observar é se a v2 do ERC-8004 torna a identidade do agente legível no momento da cotação em vez de depois do fato — porque essa é a diferença entre uma pontuação de reputação e um sinal de contraparte utilizável. Se a camada de identidade se tornar adjacente à liquidação, o padrão de diretório se torna muito mais concreto.
Empresas brasileiras precisam entender a importância da confiança nas transações digitais. A implementação de soluções como o ERC-8004 pode ajudar a garantir a segurança em negociações entre agentes. Isso pode impactar diretamente a forma como as empresas realizam transações online.
