El espacio de pagos para agentes tiene varios protocolos y mucha confusión sobre qué hace cada uno. La forma útil de ordenarlos es por la pregunta que responde cada uno. "¿Cómo manda plata el agente, y cómo sabe el servidor que se pagó?" es una pregunta. "¿Cómo sabe el comercio que un humano autorizó esto?" es otra. "¿Quién sostiene la plata hasta que el otro lado entrega?" es una tercera, y es la que decide si una pérdida es recuperable.
Ordenados por la pregunta que responden
Pagar y recibir (x402 y similares)
El agente paga por pedido, on-chain, y el servidor responde. Responde "cómo pagar una llamada a una API". Nadie sostiene nada; una entrega fallida es irrecuperable por diseño, lo cual es aceptable porque los montos son mínimos. Correcto para servicios medidos, incorrecto para compras.
Protocolos de mandato / autorización (AP2 y similares)
El usuario firma un mandato que le prueba a un comercio que un humano autorizó al agente a gastar, dentro de límites. Responde "¿este gasto estaba autorizado?". No sostiene plata y no ayuda si el comercio no entrega.
Protocolos de pago a comercios (MPP y similares)
Una forma de que los agentes paguen a comercios por los rieles de tarjeta y billetera existentes, con las protecciones habituales del comercio. Responde "¿cómo hace el checkout un agente?". Las disputas van por la red de tarjetas, si el riel tiene una.
Escrow (iEscrow)
La plata la sostiene una parte neutral bajo una operación escrita y se libera por una condición o una decisión humana. Responde "¿quién la sostiene hasta que se verifica la entrega?". Sirve para P2P cripto, productos, servicios e hitos; el agente prepara, el humano compromete.
Cómo elegir
- Centavos por llamada, miles de llamadas, una falla no cuesta nada: pagar y recibir.
- Una compra puntual a un comercio con sus propias protecciones: un protocolo de comercio, con un mandato para que el gasto sea autorizado de forma demostrable.
- Comprar cripto a una persona, pagarle a un freelancer, cerrar un trato entre dos empresas, cualquier cosa donde el otro lado simplemente puede no entregar: escrow, con el humano aprobando el paso de la plata.
- Monetizar tu propio servidor MCP: eso es un problema de medición, no de escrow. No uses escrow para eso.
Se apilan. Un agente puede tener un mandato que pruebe que tenía permiso para abrir una operación, abrirla en iEscrow, y dejar que el humano apruebe el fondeo. Los protocolos manejan permiso y pago; el escrow maneja la custodia hasta la entrega.