Una lectura completa sobre x402 y MPP: Dos rutas para pagos con Agent

Título: La comparación entre Stripe’s MPP y x402: ¿Qué ocurrió realmente hoy?

Autor: Nick Sawinyh, defiprime.com Traducción: Peggy, Blockbeats

Autor original: BlockBeats

Fuente:

Reproducción: Mars Finance

Nota del editor: Sobre cómo los agentes realizan pagos, x402 y MPP ofrecen dos caminos casi opuestos.

x402 sigue la minimización del protocolo: incorpora el pago directamente en la solicitud HTTP, logrando que la petición sea el pago en sí, de la forma más sencilla posible. Sin cuentas, sin intermediarios, más parecido al diseño abierto 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, resuelve problemas de alta frecuencia, gestión de riesgos y acceso a moneda fiduciaria. No persigue la pureza, sino que prioriza las necesidades comerciales reales, siendo más adecuado para aplicaciones empresariales y a escala.

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

Por ello, no son competencia directa, sino que más bien se distribuyen en diferentes rangos: x402 cubre las necesidades de la red abierta de cola larga, mientras que 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 en la década de 1990 se definió el código de estado HTTP 402 en la especificación HTTP/1.1, ha estado esperando un uso práctico. Su significado es “Pago requerido”. La idea inicial era: integrar la capacidad de pago en la capa de protocolo web, permitiendo que las máquinas compren recursos como si solicitaran páginas web.

Pero la mayoría de esas ideas no se materializaron. Con los años, este código solo apareció ocasionalmente 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 principalmente para humanos con intervención manual.

Hoy, ese futuro ha tomado dos caminos competitivos, y ambos se lanzaron el mismo día. A continuación, analizaré qué son, en qué difieren y por qué Stripe apoya ambas rutas simultáneamente.

x402: una solución más sencilla

En mayo de 2025, Coinbase lanzó oficialmente x402, cuya idea central es casi radicalmente minimalista. 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 de pago 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 insertada en medio.

Actualmente, Stripe soporta nativamente x402 en su sistema de pagos, permitiendo a los comercios aceptar estos pagos directamente desde su backend existente. Sin embargo, en esencia, x402 sigue siendo un protocolo liderado por Coinbase, gestionado por la Coinbase x402 Foundation, creada en septiembre de 2025 junto con Cloudflare. El protocolo es completamente 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 soporta pagos ERC-20 en Base, Polygon y Solana. Además, la comunidad explora extenderlo a Avalanche, Sui y Near, aunque con diferentes niveles de madurez.

En cuanto a adopción, los datos son algo complejos. Coinbase afirma que x402 ha procesado más de 50 millones de transacciones a través de su infraestructura Agentic Wallet. Suena impresionante, pero según análisis en cadena de Artemis reportados por CoinDesk el 11 de marzo, el volumen diario es aproximadamente 131,000 transacciones, con un monto total de unos 28,000 dólares. El pago promedio por transacción es solo unos 20 centavos de dólar, y aproximadamente la mitad parecen ser pruebas o actividades de gamificación, no transacciones comerciales reales.

Pero esto no es necesariamente negativo. Porque este 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 a API y consultas de datos. Y los comercios que atienden a este mercado apenas comienzan a aparecer.

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

La hipótesis central es que, si el pago se vuelve tan liviano como una petición HTTP, los casos de uso surgirán naturalmente. Queda por ver si esto será así.

MPP: una solución de pila completa

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

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

La cadena Tempo también está construida en torno a esta necesidad. 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: en la Stripe Agentic Commerce Suite, se incluyen Shared Payment Tokens (SPTs). No son parte de MPP en sí, sino una extensión de Stripe que puede usarse en conjunto. Los SPT permiten que un agente transmita de forma segura las credenciales de la tarjeta bancaria o wallet del usuario al comercio, sin exponer datos reales. Son autorizaciones programables y autodestructivas, válidas solo para una transacción y con límite de tiempo. En la práctica, esto significa que un agente que paga con MPP puede usar USDC en Tempo o la tarjeta Visa vinculada al usuario, o ambos a la vez.

Según el blog de lanzamiento de Tempo, sus socios incluyen a Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered y Visa. The Block reporta que, al lanzar MPP, ya había más de 100 servicios en su directorio de pagos, incluyendo Alchemy, Dune Analytics, Merit Systems y Parallel Web Systems. En una entrevista con Fortune, Matt Huang, cofundador de Tempo y Paradigm, afirmó que el campo aún está en fase temprana y que el diseño de MPP apunta a 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 soporta x402 y MPP mediante integraciones independientes, sin abstraerlas en una interfaz unificada. Para x402, la documentación cubre generación de direcciones de recarga, monitoreo en cadena y liquidación a la cuenta Stripe; tú solo debes responder con un código 402, mientras Stripe maneja la infraestructura criptográfica. Actualmente soporta USDC en Base, y planea extenderlo. Para MPP, los comercios pueden usar la API PaymentIntents para aceptar pagos en flujo basados en sesiones.

La Agentic Commerce Suite, lanzada en diciembre de 2025, combina ambas vías. Los comercios solo suben su catálogo, eligen los agentes de IA que quieren integrar, y Stripe se encarga del descubrimiento de productos, el proceso de pago, la detección de fraude y los impuestos. Ya la usan marcas como URBN, Etsy, Coach, Kate Spade y Ashley Furniture; plataformas como Wix, WooCommerce, BigCommerce, Squarespace y commercetools también han integrado.

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

En comparación:

A nivel macro, ambos protocolos hacen lo mismo: permiten que las máquinas paguen por recursos vía HTTP. Pero las diferencias están en los detalles.

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

Estandarización: x402 es completamente open source (Apache 2.0), impulsado por la x402 Foundation, con participación de Coinbase, Cloudflare, Visa y Google. MPP es un estándar abierto, definido por Stripe y Tempo, parte de la Stripe Agentic Commerce Suite.

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

Infraestructura de pago (Rails): x402 es independiente de la capa de cadena, con soporte en Base, Polygon y Solana, en exploración en otras. MPP se basa en la cadena Tempo, una Layer 1 optimizada para pagos, con más de 10,000 TPS, confirmaciones en menos de un segundo, sin gas nativo; con visión a la interoperabilidad cross-chain.

Método de pago: x402 usa solo stablecoins, completamente en cadena. MPP soporta USDC en Tempo y SPT (el mecanismo de Stripe), permitiendo combinaciones de criptomonedas y fiat (tarjetas, wallets, BNPL).

Liquidación: x402 liquida en cadena en unos 200 ms a unos segundos, con facilitadores como Coinbase. MPP tiene confirmaciones en menos de un segundo en Tempo, con Stripe gestionando la liquidación y cumplimiento automáticamente.

Integración para comerciantes: x402 usa middleware open source (Express, Hono, Next.js), que puede ser autoimplementado o mediante facilitadores. MPP se integra directamente con la API PaymentIntents de Stripe, con gestión de riesgos, impuestos, reembolsos y reportes integrados.

Innovación central: x402 es extremadamente simple, sin dependencia de fabricantes, siguiendo la filosofía Unix en pagos. MPP combina alto rendimiento y mezcla fiat y criptomonedas, usando sesiones para pagos en flujo, micropagos y control programable con SPT.

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

x402 es más adecuado si quieres construir un sistema abierto: API para desarrolladores, mercados de datos descentralizados, o servicios sin dependencia de procesadores de pagos. Su especificación puede plasmarse en un white paper, y solo requiere middleware y una wallet. Su pureza es atractiva, aunque limita su audiencia a quienes puedan operar en criptomonedas.

MPP, en cambio, es un paradigma diferente. Si tu agente necesita realizar cientos o miles de transacciones en una sola sesión, sin querer hacer on-chain cada vez, es la opción más lógica. La mecánica de sesiones mantiene la mayor parte de la interacción fuera de la cadena, mientras Stripe se encarga del cumplimiento y la gestión de riesgos. La integración con SPT permite usar tanto stablecoins como métodos de pago tradicionales, haciendo la experiencia más cercana a la realidad.

Curiosamente, no son exactamente competencia: x402 cubre escenarios de cola larga y abierto, MPP se enfoca en tráfico empresarial de alta frecuencia. La estrategia de Stripe es clara: no apostar por un solo protocolo, sino asegurar que, gane cual gane, el dinero termine en su sistema.

¿En qué estado estamos ahora?

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

Según la información de lanzamiento de Coinbase, los primeros socios incluyen Hyperbolic (pago por inferencia GPU) y Anthropic (integración MCP). El blog de Stripe menciona escenarios de agentes que cobran por API, como CoinGecko. En Tempo, ya hay más de 100 servicios en su directorio. El SDK de Agents de Cloudflare soporta nativamente x402, y algunos proyectos en Layer 2 de Base experimentan con pagos mediante x402.

Pero en general, el volumen de transacciones es pequeño, hay pocos comercios y la mayoría de las actividades siguen en fase experimental.

Esto no sorprende. Toda infraestructura de pago nueva pasa por esto en sus inicios. La lista de socios a veces refleja más intenciones que implementaciones reales, y los anuncios no siempre distinguen entre etapas.

Lo que sí importa es quiénes están detrás: Stripe procesó en 2025 unos 1.9 billones de dólares en pagos, con un crecimiento del 34% respecto al año anterior. Además, Coinbase, Cloudflare, Visa, Google y toda la red de colaboradores de Tempo ya están en juego.

El camino está trazado. La única duda: ¿en 2026, los agentes de IA realmente necesitarán hacer transacciones masivas en esta infraestructura? ¿O será como en 1998, cuando se tendió la fibra óptica antes de que la demanda llegara?

¿Y cuál elegir?

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

Si ya usas Stripe y quieres integrar agentes, MPP es más adecuado. La mecánica de sesiones, pagos en flujo, mezcla de fiat y criptomonedas, y un sistema completo de cumplimiento, hacen que sea más una actualización de configuración que una reconstrucción total.

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

Finalmente, HTTP 402 ha vuelto a la escena. Solo que, esta vez, después de casi 27 años.