La carrera por dotar a los agentes de IA de una forma de pagar se está dividiendo en dos bandos arquitectónicos diferenciados. En un lado está el protocolo x402 de Coinbase, que cubrimos la semana pasada cuando se integró en todo el conjunto de API de Payments, permitiendo a los agentes gastar USDC on-chain a costes inferiores a un céntimo. En el otro, un contendiente menos comentado llamado Machine Payment Protocol (MPP) está siendo impulsado por Stripe y Tempo, y adopta un enfoque fundamentalmente diferente: se apoya en la infraestructura web y bancaria existente en lugar de reemplazarla. El análisis de PANews sobre MPP describe un protocolo que utiliza cabeceras HTTP de desafío-respuesta para negociar la liquidación multidivisa, y el contraste con x402 revela una división más profunda sobre cómo la industria cree que las máquinas deben realizar transacciones.
Cómo funciona MPP: cabeceras HTTP como capa de pago
MPP se basa en una idea simple: las instrucciones de pago deben viajar en las mismas peticiones HTTP que los agentes de IA ya usan para llamar a las API. Cuando un agente solicita un recurso de pago, el servidor responde con un código de estado 402 Payment Required y un conjunto de cabeceras que describen los métodos de pago aceptados, importes y divisas. El software cliente del agente lee esas cabeceras, selecciona un instrumento de pago de su billetera y envía un token de pago firmado en una solicitud de seguimiento. El servidor verifica el token, liquida el pago a través de los rieles existentes —redes de tarjetas, transferencias bancarias o pasarelas de stablecoins— y luego libera el recurso. No se requiere un paso de liquidación en blockchain en el protocolo central; el token de pago es esencialmente una instrucción firmada criptográficamente que autoriza a un procesador de pagos tradicional a mover fondos. Esto significa que MPP puede admitir USD, EUR y otras divisas fiat de forma nativa, junto con opciones cripto, sin forzar cada transacción a una cadena.
El enfoque x402: liquidación on-chain por defecto
El protocolo x402 de Coinbase, por el contrario, trata la blockchain como la capa de liquidación desde el principio. Un agente tiene USDC en una billetera y, cuando llega a un endpoint de pago, construye y firma una transacción on-chain que transfiere la cantidad requerida a la dirección del comerciante. El protocolo envuelve esto en un flujo HTTP estándar: el servidor devuelve un estado 402 con los detalles del pago, el agente envía un hash de transacción y el servidor confirma la liquidación on-chain antes de servir el recurso. La ventaja es la finalidad: una vez confirmada la transacción, el pago es irreversible y no requiere confianza. No hay intermediario que pueda revertir el cargo o congelar los fondos. La contrapartida es que cada pago incurre en costes de gas y requiere que el agente gestione liquidez on-chain, y el comerciante debe ejecutar infraestructura para monitorizar el estado de la cadena.
Donde divergen: modelos de confianza y cobertura de divisas
La diferencia filosófica central entre MPP y x402 es dónde reside la confianza. MPP hereda el modelo de confianza de la pila de pagos tradicional: el servidor confía en que el token de pago es válido porque es emitido y verificado por un procesador conocido como Stripe, y las disputas se manejan a través de los mecanismos existentes de contracargo y arbitraje. Esto no es un error, es una elección deliberada para hacer el protocolo aceptable para los comerciantes que ya tienen relaciones con procesadores de pagos y que desean un recurso legal cuando algo sale mal. x402, por otro lado, elimina al intermediario. El servidor confía en la blockchain. No hay mecanismo de contracargo, ni resolución de disputas, ni intervención humana. Para transacciones de alto valor entre partes que no se conocen, esto es una ventaja. Para el comercio cotidiano, donde los reembolsos y las disputas son normales, es una desventaja.
Las preguntas abiertas que ningún protocolo ha resuelto
Ambos protocolos están aún en fase inicial y ninguno ha respondido a las preguntas difíciles sobre la identidad y la responsabilidad del agente. Si un agente gasta dinero que no debería haber gastado —debido a una inyección de prompt, un error o una alucinación—, ¿quién es legalmente responsable? MPP puede apoyarse en las regulaciones de pago existentes y las normas de las redes de tarjetas, pero esas reglas se escribieron para humanos, no para software. x402 no ofrece ningún recurso en absoluto, lo que significa que toda la carga de la seguridad recae sobre el operador del agente. También está la cuestión de la interoperabilidad: un agente que habla MPP no puede pagar a un endpoint x402, y viceversa. La industria se dirige hacia un mundo donde los agentes de IA necesitan navegar por múltiples protocolos de pago, y nadie ha construido aún la capa de traducción que les permitiría hacerlo sin problemas.
Fuentes
- Estándar de pago para agentes de IA: Análisis del protocolo MPP y estado del ecosistema
- Coinbase integra x402 en todas las API de Payments: los agentes de IA ya pueden gastar USDC por menos de una décima de céntimo
- Legal Context Protocol quiere dar a los agentes de IA un tribunal: así es como funciona