O espaço de pagamentos para agentes tem vários protocolos e muita confusão sobre o que cada um faz. O jeito útil de organizá-los é pela pergunta que cada um responde. "Como o agente envia dinheiro, e como o servidor sabe que foi pago?" é uma pergunta. "Como o comerciante sabe que um humano autorizou isto?" é outra. "Quem segura o dinheiro até o outro lado entregar?" é a terceira, e é a que decide se uma perda é recuperável.
Organizados pela pergunta que respondem
Pagar e receber (x402 e similares)
O agente paga por requisição, on-chain, e o servidor responde. Responde "como pagar uma chamada de API". Ninguém segura nada; uma entrega que falha é irrecuperável por desenho, o que é aceitável porque os valores são minúsculos. Certo para serviços medidos, errado para compras.
Protocolos de mandato / autorização (AP2 e similares)
O usuário assina um mandato que prova ao comerciante que um humano autorizou o agente a gastar, dentro de limites. Responde "este gasto foi autorizado?". Não segura dinheiro e não ajuda se o comerciante não entrega.
Protocolos de pagamento a comerciantes (MPP e similares)
Um jeito de agentes pagarem comerciantes pelos trilhos existentes de cartão e carteira, com as proteções habituais do comerciante. Responde "como um agente faz o checkout". Disputas vão pela rede do cartão, se o trilho tiver uma.
Escrow (iEscrow)
O dinheiro é segurado por uma parte neutra sob uma operação escrita e liberado por uma condição ou por uma decisão humana. Responde "quem segura até a entrega ser verificada". Funciona para P2P cripto, produtos, serviços e etapas; o agente prepara, o humano confirma.
Como escolher
- Centavos por chamada, milhares de chamadas, falha não custa nada: pagar e receber.
- Uma compra pontual de um comerciante com proteções próprias: um protocolo de comerciante, com um mandato para que o gasto seja comprovadamente autorizado.
- Comprar cripto de uma pessoa, pagar um freelancer, fechar um negócio entre duas empresas, qualquer coisa em que o outro lado possa simplesmente não entregar: escrow, com o humano aprovando o passo do dinheiro.
- Monetizar o seu próprio servidor MCP: isso é um problema de medição, não de escrow. Não use escrow para isso.
Eles se empilham. Um agente pode ter um mandato que prove que tinha permissão para abrir uma operação, abri-la no iEscrow, e deixar o humano aprovar o depósito. Os protocolos cuidam de permissão e pagamento; o escrow cuida da custódia até a entrega.