La respuesta depende por completo de cómo pagó el agente. Los protocolos de pagar-y-recibir (x402 y similares) están diseñados para que el agente pague primero y el servicio responda; si el servicio no responde, el pago igual es final, porque ese es el punto del diseño. Está bien para un centavo por llamada a una API. Es la pérdida entera para una compra, un trabajo o una operación. La pregunta que hay que hacer antes de que cualquier agente pague es dónde está la plata mientras el otro lado entrega.
Qué pasa cuando el agente usó escrow
- 1En iEscrow el agente no le pagó a nadie. Abrió una operación; la cripto de la contraparte (o la tuya, en una compra) quedó bloqueada en escrow, y el paso del fondeo lo aprobaste vos, por link con tu segundo factor.
- 2Si el otro lado no entrega, la operación no se libera sola. En una operación cripto por FIAT, la contraparte confirma tu pago o la operación pasa a disputa; en un producto o servicio, confirmás la entrega o abrís una disputa.
- 3Un árbitro humano decide la disputa con las pruebas que presentan las dos partes, y escribe el motivo. El agente puede mirar el estado de la operación (wait_for_trade_update) y contártelo; no puede decidir nada.
- 4Si la entrega nunca ocurre y la ventana vence, la operación se resuelve por sus reglas: los fondos vuelven a quien los puso, o la disputa se decide. En cualquier caso la plata nunca estuvo en manos de alguien que pudiera irse con ella.
Lo que el escrow no arregla
- Una compra que tu agente hizo por otro riel. Si le pagó a una dirección directo, no hubo escrow y aplica la regla de siempre: cripto enviada es cripto perdida.
- La calidad. Si lo que llegó no es lo que el agente describió en la operación, el árbitro lee esa descripción. La precisión de lo que escribió el agente es la protección que tenés.
La prueba práctica para cualquier herramienta de pago para agentes: "Si el otro lado desaparece después de que mi agente paga, ¿quién tiene la plata?". Si la respuesta es "el otro lado", no es escrow.