Una explicación completa de x402 y MPP: Las dos rutas de pago de Agent

Título original: La MPP de Stripe vs. x402: Qué ocurrió realmente hoy
Autor original: Nick Sawinyh, defiprime.com
Traducido por: Peggy, Blockbeats

Editor: En torno a cómo los agentes pueden realizar pagos, x402 y MPP ofrecen dos caminos casi opuestos.

x402 sigue la minimización del protocolo: integrar el pago directamente en la solicitud HTTP, implementando la solicitud y el pago de la manera más sencilla. Sin cuentas, sin intermediarios, más parecido a los diseños abiertos y sin permisos de los primeros tiempos de Internet, adecuado para desarrolladores de cola larga y escenarios descentralizados.

MPP, en cambio, busca maximizar el sistema: mediante sesiones, pagos en flujo y un sistema de cumplimiento, para resolver problemas de transacciones de alta frecuencia, control de riesgos y acceso a moneda fiduciaria. No persigue la pureza, sino que prioriza las necesidades comerciales reales, siendo más apto para aplicaciones empresariales y a escala.

La diferencia esencial entre ambos es la solución a la misma cuestión: ¿hacer del pago parte del protocolo o una capa del sistema?

Por ello, no son competencia total, sino que parecen distribuirse en diferentes rangos: x402 cubre las necesidades de la red abierta y de cola larga, MPP atiende el tráfico de alta frecuencia y comercialización. En una economía de agentes aún en formación, esta diferenciación puede ser inevitable.

A continuación, el texto original:

Desde que el código de estado HTTP 402 fue definido a finales de los años 90 en la especificación HTTP/1.1, ha estado esperando un uso práctico. Significa “Pago requerido”. La idea inicial era incorporar la capacidad de pago en la capa de protocolo web, permitiendo que las máquinas compren recursos como si solicitaran páginas web.

Pero esa visión en su mayoría no se ha materializado. Durante años, este código solo apareció en escenarios marginales, como respuestas de limitación en Shopify, errores de facturación en Apple Mobile Me, etc., sin que nadie lograra construir realmente el futuro de micropagos que sugería. En su lugar, prevalecieron sistemas como tarjetas de crédito, muros de pago por suscripción y mecanismos de API Key, diseñados en esencia para humanos con intervención manual.

Hoy, ese futuro ha tomado dos caminos competitivos, ambos lanzados en el mismo día. A continuación, los describo, sus diferencias y por qué Stripe apuesta por ambas rutas simultáneamente.

x402: una solución más sencilla

Coinbase lanzó oficialmente x402 en mayo de 2025, con una idea casi radical en su simplicidad. El cliente solicita un recurso; el servidor responde con HTTP 402, informando cuánto cuesta, qué token usar y en qué cadena realizar el pago. Tras completar el pago en la cadena, el cliente adjunta la prueba en la nueva solicitud, y el servidor entrega el recurso.

Así de simple. Sin sistemas de cuentas, sin API Keys, sin mecanismos de suscripción. Solo una petición HTTP con una transacción de pago en medio.

Actualmente, Stripe soporta nativamente x402 en su sistema de pagos, permitiendo a los comercios aceptar estos pagos directamente desde su backend. Sin embargo, en esencia, x402 sigue siendo un protocolo liderado por Coinbase, gestionado por la fundación x402, creada en septiembre de 2025 junto con Cloudflare. Es de código abierto (licencia Apache 2.0) y ofrece SDKs en TypeScript, Go y Python.

En cuanto a soporte, la documentación oficial de Coinbase indica que ya soportan pagos ERC-20 en Base, Polygon y Solana. También exploran extenderlo a Avalanche, Sui y Near, aunque con diferentes niveles de madurez.

En cuanto a adopción, la cifra es algo más compleja. Coinbase afirma que x402 ha procesado más de 50 millones de transacciones a través de su infraestructura Agentic Wallet. Aunque suena impresionante, según análisis en cadena de Artemis citados por CoinDesk el 11 de marzo, el volumen diario es de aproximadamente 131,000 transacciones, con un monto total de unos 28,000 dólares, y un pago medio de solo 0.20 dólares. La mitad de esas transacciones parecen ser pruebas o actividades gamificadas, no transacciones comerciales reales.

Pero esto no es necesariamente negativo. Porque el protocolo fue diseñado para un mercado aún inexistente: un mundo donde agentes de IA realizan micropagos (incluso por debajo de un centavo) para llamadas API y consultas de datos. Y los comerciantes que atienden a ese mercado apenas comienzan a aparecer.

Por ejemplo, el Agentic Payments Protocol de Google (parte del marco A2A) ya integra x402; Lowe’s Innovation Labs mostró un demo donde un agente IA puede descubrir productos, investigar y ordenar en un solo flujo. Además, esta semana, World (iniciativa de Sam Altman) lanzó AgentKit, que añade capacidades de identificación humana a las wallets x402.

Su hipótesis central es: si el pago se vuelve tan liviano como una solicitud HTTP, los escenarios aparecerán por sí mismos. Queda por ver si esto será cierto.

MPP: una solución de pila completa

Stripe y Tempo optaron por un camino diferente. La Machine Payments Protocol (MPP) fue lanzada hoy junto con la red principal de Tempo. A diferencia de x402, que funciona como una capa ligera sobre blockchains existentes, MPP está diseñada específicamente para agentes que realizan transacciones de alta frecuencia.

Su mecanismo central son las sesiones. En lugar de realizar una transacción en cadena por cada solicitud, el agente puede autorizar un límite de gasto una sola vez y realizar micropagos continuos dentro de ese límite. Si eres un IA que necesita consultar miles de veces por hora, no querrás firmar y publicar una transacción en cada ocasión; las sesiones resuelven esto.

Tempo, la cadena en la que se construye, soporta decenas de miles de transacciones por segundo, confirmaciones en menos de un segundo y no tiene un token nativo de gas. Los usuarios pueden pagar tarifas con stablecoins, eliminando la necesidad de comprar tokens aleatorios para transferencias.

Otro componente importante es: el Stripe Agentic Commerce Suite incluye Shared Payment Tokens (SPTs). No es parte de MPP en sí, sino una extensión de Stripe que permite a los agentes transmitir credenciales bancarias o de wallets de forma segura, sin exponer datos reales. Estos tokens son de un solo uso y temporales, funcionando como autorizaciones programables y autodestructibles. En la práctica, un agente que paga con MPP puede usar USDC en Tempo o la tarjeta Visa vinculada al usuario, o ambos.

Según el blog de lanzamiento de Tempo, sus socios incluyen a Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered y Visa. La lista de servicios en el directorio de MPP en su lanzamiento supera las 100, incluyendo a Alchemy, Dune Analytics, Merit Systems y Parallel Web Systems. Matt Huang, cofundador de Tempo y Paradigm, en entrevista con Fortune, afirmó que el campo aún está en etapa temprana y que el diseño de MPP busca expandirse a más cadenas en el futuro.

¿Por qué Stripe apoya ambas?

Si ya usas Stripe, la respuesta práctica es: no necesitas elegir.

Stripe integra ambas rutas de pago de forma independiente, sin unificar en una sola interfaz. Para x402, su documentación cubre generación de direcciones, monitoreo en cadena y liquidación a la cuenta Stripe — tú solo respondes con un 402, y Stripe se encarga de la infraestructura criptográfica. Actualmente soportan USDC en Base, con planes de ampliar. Para MPP, los comercios pueden usar la API PaymentIntents para aceptar pagos en flujo basados en sesiones.

En diciembre de 2025, Stripe lanzó Agentic Commerce Suite, que combina ambas vías. Solo necesitas subir tu catálogo, seleccionar los agentes IA que quieres integrar, y Stripe se encarga de descubrimiento, checkout, antifraude y impuestos. Ya lo usan URBN, Etsy, Coach, Kate Spade y Ashley Furniture; plataformas como Wix, WooCommerce, BigCommerce, Squarespace y commercetools también están integradas.

Su estrategia es clara: controlar la capa de abstracción, dejando que los protocolos subyacentes compitan libremente.

En comparación

En términos generales, ambos protocolos hacen lo mismo: permiten que las máquinas paguen recursos vía HTTP. Pero las diferencias clave están en los detalles.

x402 (liderado por Coinbase) vs MPP (Stripe + Tempo)

Estandarización
x402: código abierto (Apache 2.0), impulsado por la fundación x402 con Coinbase, Cloudflare, Visa, Google.
MPP: estándar abierto, definido por Stripe y Tempo, parte de Stripe Agentic Commerce Suite.

Mecanismo HTTP
x402: revive el código 402, usando el encabezado PAYMENT-REQUIRED y SIGNATURE para reintentos.
MPP: también usa challenge-response, con el esquema Payment HTTP Authentication (borrador IETF), con HMAC y challenge ID.

Infraestructura de pago (en Rails)
x402: diseño independiente de la cadena, ya soportado en Base, Polygon y Solana, en exploración en otras.
MPP: basado en Tempo, una capa L1 optimizada para pagos, con 10,000+ TPS, confirmaciones en menos de un segundo, sin gas nativo; busca compatibilidad cross-chain.

Formas de pago
x402: solo stablecoins, totalmente en cadena.
MPP: USDC en Tempo + SPT (mecanismo de Stripe), permitiendo mezcla de criptomonedas y fiat (tarjetas, wallets, BNPL).

Liquidación
x402: en cadena, en unos 200 ms a segundos, facilitada por Coinbase y otros.
MPP: confirmaciones en menos de un segundo en Tempo, Stripe gestiona la liquidación y cumplimiento.

Integración para comerciantes
x402: middleware open source (Express, Hono, Next.js), opción de autoalojamiento o facilitadores.
MPP: integración directa con API PaymentIntents, con gestión de riesgos, impuestos, reembolsos y reportes integrados.

Innovación principal
x402: simplicidad extrema, sin dependencia de fabricantes, estilo filosofía Unix en pagos.
MPP: alto rendimiento + integración fiat, con sesiones para pagos en flujo, micropagos y control programable con SPT.

Socios clave
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP: Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered.

x402 es más adecuado para construir sistemas abiertos, API para desarrolladores, mercados de datos descentralizados o servicios que no quieran depender de procesadores de pago. Su especificación puede plasmarse en un white paper, y solo requiere un middleware y una wallet. Su pureza es atractiva, aunque limita su audiencia a quienes puedan aceptar esa complejidad.

MPP, en cambio, es otra filosofía. Si tu agente necesita hacer cientos o miles de transacciones en una sesión sin querer hacer on-chain cada vez, es la opción más lógica. Las sesiones mantienen la mayor parte de la interacción fuera de la cadena, Stripe se encarga del cumplimiento, y la mezcla de fiat y criptomonedas con SPT permite mayor flexibilidad. Es menos elegante, pero más cercano a la realidad.

Curiosamente, no son exactamente competencia. x402 cubre escenarios abiertos y de cola larga, MPP apunta a tráfico empresarial de alta frecuencia. La estrategia de Stripe es clara: no apostar a un solo protocolo, sino que cualquiera que gane, que el dinero acabe en Stripe.

¿En qué estado estamos ahora?

La realidad es que aún no hay transacciones a escala.

Según Coinbase, los primeros socios incluyen Hyperbolic (pago por inferencia GPU) y Anthropic (integración MCP). El blog de Stripe menciona escenarios de pago por API (como CoinGecko). En Tempo, hay más de 100 servicios en el directorio. SDKs de Cloudflare soportan x402, y algunos proyectos en Base L2 experimentan con pagos.

Pero en general, el volumen es pequeño, los comercios limitados y la mayoría en fase experimental.

No es sorprendente. Toda infraestructura de pago nueva pasa por esto. La lista de socios puede variar mucho entre acuerdo y producción. Y estos lanzamientos no suelen distinguir mucho.

Lo que sí importa es quiénes están detrás: Stripe procesó 1.9 billones de dólares en pagos en 2025, con un crecimiento del 34%. Coinbase, Cloudflare, Visa, Google y la red de socios de Tempo ya están en juego.

El camino está trazado. La pregunta es: ¿en 2026, los agentes de IA necesitarán hacer transacciones masivas en esta infraestructura? O será como desplegar fibra en 1998: la demanda aún no llega, pero la infraestructura ya está lista.

¿Cuál deberías elegir?

Si construyes un sistema abierto y sin permisos, x402 es la opción natural. Sin necesidad de registrar plataformas, sin depender de procesadores de pago, solo un middleware y una wallet para cobrar. La desventaja: tendrás que gestionar cumplimiento, riesgos y liquidaciones tú mismo.

Si ya usas Stripe y quieres integrar agentes, MPP es más adecuado. Las sesiones, pagos en flujo, mezcla fiat + criptos y cumplimiento completo son más una actualización de configuración que una reconstrucción total.

Y si solo te importa cobrar, sin importar qué protocolo usen los agentes, la respuesta es simple: usa Stripe. Porque soporta ambas.

Finalmente, el código 402 de HTTP ha llegado a su momento. Solo que ha esperado casi 27 años para ello.