Comprender x402 y MPP en un solo artículo: Las dos vías de pago a los agentes

Título del artículo original: MPP de Stripe frente a x402: Lo que realmente sucedió hoy
Autor del artículo original: Nick Sawinyh, defiprime.com
Traducción: Peggy, Blockbeats

Nota del editor: En lo que respecta a la forma en que el Agente realiza los pagos, x402 y MPP han tomado dos caminos casi opuestos.

x402 optó por la minimización del protocolo: integrar los pagos directamente en las solicitudes HTTP, logrando así el proceso de solicitud a pago de la manera más sencilla posible. Sin cuentas ni intermediarios, se asemeja al diseño abierto y sin permisos de los inicios de Internet, adecuado para desarrolladores de nicho y escenarios descentralizados.

Por otro lado, MPP maximiza el sistema: abordando las transacciones de alta frecuencia, la gestión de riesgos y los problemas de acceso a la moneda fiduciaria a través de sesiones, pagos en tiempo real y un marco de cumplimiento normativo. No busca la pureza, sino que prioriza la satisfacción de las necesidades empresariales reales, lo que la hace más adecuada para aplicaciones escalables y de nivel empresarial.

La diferencia entre ambas radica esencialmente en dos soluciones para el mismo problema: si integrar los pagos en el protocolo o en una capa del sistema.

Es por este motivo que no compiten directamente, sino que más bien ocupan segmentos diferentes: x402 cubre las necesidades de cola larga de la red abierta, mientras que MPP gestiona el tráfico comercial y de alta frecuencia. En una economía de agentes incipiente, esta diferenciación puede ser inevitable.

A continuación se muestra el artículo original:

Desde finales de la década de 1990, cuando se definió el código de estado HTTP 402 en la especificación HTTP/1.1, ha estado esperando su momento. Su significado es Pago requerido. La idea original era integrar capacidades de pago en la capa de protocolo de la web, permitiendo que las máquinas compraran recursos como por ejemplo, solicitar una página web.

Sin embargo, esta visión no se ha materializado en gran medida. A lo largo de los años, este código de estado solo ha aparecido ocasionalmente en algunos casos excepcionales, como la respuesta de limitación de velocidad de Shopify, los errores de facturación de Apple Mobile Me, etc., pero nadie ha construido realmente el futuro de los micropagos que implica. En cambio, tenemos tarjetas de crédito, sistemas de pago por suscripción y mecanismos de clave API, que están diseñados esencialmente para sistemas operados por humanos.

Hoy, este futuro se ha materializado en dos vías de implementación contrapuestas, ambas lanzadas el mismo día. A continuación, quiero aclarar qué son, cuáles son sus diferencias y por qué Stripe está apostando por ambas vías simultáneamente.

x402: Una solución más sencilla

En mayo de 2025, Coinbase lanzó oficialmente x402, cuya idea central puede describirse como agresivamente simple. Un cliente solicita un recurso; el servidor responde con un código HTTP 402, informando al cliente de la tarifa requerida, el token que debe usar y la cadena de bloques en la que debe realizar el pago. El cliente completa el pago en la cadena, adjunta el recibo de pago a una solicitud reiniciada y el servidor entrega el recurso.

Eso es todo. Sin sistema de cuentas, sin clave API, sin mecanismo de suscripción. Se trata de una única solicitud HTTP de ida y vuelta, con un pago intermedio.

Actualmente, Stripe ofrece soporte nativo para el código x402 en su sistema de pagos, lo que permite a los comerciantes recibir dichos pagos directamente a través de su sistema de gestión de pagos existente. Sin embargo, fundamentalmente, x402 sigue siendo un protocolo liderado por Coinbase y gobernado por la Fundación x402, establecida conjuntamente por Coinbase y Cloudflare en septiembre de 2025. El protocolo es totalmente de código abierto (con licencia Apache 2.0) y ofrece SDK en varios lenguajes como TypeScript, Go y Python.

En lo que respecta a la compatibilidad, la documentación oficial de Coinbase indica que los pagos ERC-20 son compatibles actualmente con Base, Polygon y Solana. Además, el ecosistema está estudiando la posibilidad de expandirlo a otras cadenas como Avalanche, Sui y Near, entre otras, pero con distintos grados de madurez.

Si analizamos los datos de adopción, esta parte es un poco más compleja. Coinbase ha declarado que x402 ha procesado más de 50 millones de transacciones a través de su infraestructura de billetera Agentic. Si bien esto puede sonar impresionante, según los datos de análisis en cadena de Artemis citados por CoinDesk el 11 de marzo, el volumen diario de transacciones es de alrededor de 131.000 transacciones, con un monto total de alrededor de $28.000, un pago promedio por transacción de solo alrededor de $0,20, y aproximadamente la mitad de ellas parecen ser más pruebas o acciones gamificadas que transacciones comerciales reales.

Sin embargo, esto puede no ser algo malo, ya que el protocolo fue diseñado para un mercado que aún no existe realmente: un mundo de microtransacciones (incluso inferiores a 1 centavo) realizadas por agentes de IA para llamadas a API y consultas de datos. Los comerciantes que abastecen este mercado apenas están empezando a surgir.

Por ejemplo, el Protocolo de Pagos Agenticos de Google (AP2, que forma parte del marco A2A) ha integrado x402; Lowe's Innovation Labs presentó una demostración en la que un agente de IA puede completar todo el proceso, desde el descubrimiento del producto hasta la investigación y el pedido, en un solo flujo. Mientras tanto, World (proyecto impulsado por Sam Altman) lanzó esta semana AgentKit, que añade capacidades de verificación de identidad humana a las carteras x402.

La premisa fundamental es la siguiente: mientras los pagos sean tan sencillos como una solicitud HTTP, surgirán casos de uso de forma natural. Si esto es cierto o no, está por verse.

MPP: Solución integral

Stripe y Tempo optaron por un camino diferente. El Protocolo de Pagos por Máquina (MPP, por sus siglas en inglés) se lanzó hoy junto con la red principal de Tempo. A diferencia de x402, que actúa como una capa de envoltura ligera sobre una cadena de bloques existente, MPP está diseñado específicamente para el escenario de agentes inteligentes de transacciones de alta frecuencia.

Su mecanismo principal son las sesiones. A diferencia de iniciar una transacción en la cadena de bloques para cada solicitud de recursos, un agente puede primero autorizar un límite de gasto en una sola transacción y luego continuar con las microtransacciones dentro de ese límite. Si eres una IA que necesita consultar miles de fuentes de datos por hora, sin duda no querrás firmar y transmitir una transacción en la cadena de bloques cada vez, y las sesiones están diseñadas para resolver este problema.

La cadena Tempo también se ha diseñado en torno a esta necesidad. Admite decenas de miles de transacciones por segundo, tiene tiempos de confirmación inferiores a un segundo y no tiene un token de gas nativo. Los usuarios pueden pagar directamente las comisiones por transacción con stablecoins, eliminando el engorroso paso de tener que comprar un token aleatorio antes de realizar una transferencia.

Otro componente que vale la pena comprender es: La suite Agentic Commerce de Stripe incluye tokens de pago compartidos (SPT). Esto no forma parte de MPP en sí, sino que es un mecanismo de extensión de Stripe que puede funcionar conjuntamente con él. Las SPT permiten que un agente transmita de forma segura las credenciales de la tarjeta bancaria o la billetera de un usuario a un comerciante sin exponer datos reales. Estas credenciales están limitadas a una sola transacción y tienen un límite de tiempo, funcionando como una autorización programable y autodestructible. En la práctica, esto significa que un agente que paga a través de MPP puede usar la tarjeta USDC de Tempo, la tarjeta Visa vinculada de un usuario o incluso una combinación de ambas.

Según la publicación del blog de lanzamiento de la red principal de Tempo, entre sus socios se incluyen Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered y Visa. Según informó "The Block", en el momento del lanzamiento de MPP, el directorio de pagos ya contaba con más de 100 servicios, entre ellos Alchemy, Dune Analytics, Merit Systems y Parallel Web Systems. En una entrevista con "Fortune", Tempo, en colaboración con Matt Huang, cofundador de Paradigm, afirmó que este campo aún se encuentra en sus primeras etapas y que MPP está diseñado para expandirse potencialmente a más entornos en cadena más allá de Tempo en el futuro.

Por qué Stripe admite ambos

Si ya tienes integrado Stripe, la respuesta más práctica es: no necesitas elegir entre los dos.

Stripe admite x402 y MPP a través de dos rutas de integración separadas, en lugar de abstraerlas en una interfaz unificada. En el caso de x402, su documentación abarca principalmente el proceso de generación de una dirección de recarga, la monitorización en la cadena de bloques y la liquidación de fondos en la cuenta de Stripe; usted es responsable de devolver una respuesta 402, y Stripe se encarga de la infraestructura de pago cifrada subyacente. Actualmente, Base admite USDC, y se prevén futuras ampliaciones. Para MPP, los comerciantes pueden usar la misma API de PaymentIntents para recibir pagos en tiempo real basados ​​en sesiones.

Sobre la base de estas dos plataformas de pago se encuentra la suite Agentic Commerce de Stripe, lanzada en diciembre de 2025. Los comerciantes solo tienen que subir su catálogo de productos, elegir los agentes de IA que desean integrar y Stripe se encargará de la búsqueda de productos, los procesos de pago, la prevención del fraude y la gestión de impuestos. Actualmente, URBN, Etsy, Coach, Kate Spade y Ashley Furniture ya lo utilizan, y plataformas como Wix, WooCommerce, BigCommerce, Squarespace y commercetools ya han completado sus integraciones.

Su estrategia es bastante clara: controlar la capa de abstracción y dejar que los protocolos subyacentes compitan libremente.

En comparación

En términos generales, estos dos protocolos hacen lo mismo: permiten que las máquinas paguen por los recursos a través de HTTP. Sin embargo, las verdaderas diferencias radican en los detalles.

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

Normalización
x402: Completamente de código abierto (Apache 2.0), impulsado por la Fundación x402 para la participación de múltiples partes (Coinbase, Cloudflare, Visa, Google).
MPP: Estándar abierto desarrollado conjuntamente por Stripe y Tempo, que forma parte de la suite Stripe Agentic Commerce.

Mecanismo HTTP
x402: Reactiva el error HTTP 402, inicia las solicitudes a través del encabezado PAYMENT-REQUIRED y completa los reintentos utilizando PAYMENT-SIGNATURE.
MPP: También utiliza un mecanismo de desafío-respuesta, pero emplea el esquema de autenticación HTTP de pago (un borrador de la IETF) y vincula el ID del desafío con HMAC.

Capa de pago (Rails)
x402: Diseñado para ser compatible con cualquier blockchain, actualmente es compatible con Base, Polygon y Solana, y se están explorando otras cadenas.
MPP: Construida sobre la cadena de bloques Tempo, una capa 1 optimizada para pagos, que admite más de 10 000 transacciones por segundo, tiene una finalidad inferior a un segundo y no requiere token de gas nativo; el objetivo a largo plazo es la compatibilidad entre cadenas.

Método de pago
x402: Monedas estables puras, totalmente en la cadena de bloques.
MPP: Admite USDC + SPT en Tempo (el mecanismo de Stripe), lo que permite una combinación de criptomonedas y moneda fiduciaria (tarjetas de crédito, monederos, pago a plazos).

Método de liquidación
x402: Liquidación en la cadena de bloques (entre 200 ms y unos pocos segundos), validada y liquidada por facilitadores como Coinbase.
MPP: Finalidad en fracciones de segundo en Tempo, liquidación automática de Stripe con cumplimiento normativo garantizado.

Incorporación de comerciantes
x402: El middleware de código abierto (Express, Hono, Next.js, etc.) puede alojarse de forma autónoma o mediante un servicio de alojamiento web.
MPP: Integración directa con la API PaymentIntents de Stripe, gestión de riesgos integrada, gestión de impuestos, reembolsos e informes.

Innovación fundamental
x402: Extremadamente sencillo, independiente del proveedor, similar a la filosofía de Unix en el ámbito de los pagos.
MPP: Alto rendimiento + integración con monedas fiduciarias, lo que permite pagos en tiempo real, agregación de microtransacciones a través de sesiones y control de gastos programable basado en 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 Bank.

x402 parece ser la solución más adecuada a la hora de crear sistemas abiertos: API para desarrolladores independientes, mercados de datos descentralizados o cualquier servicio que prefiera no depender de procesadores de pago. Su especificación podría caber en un único documento técnico, requiriendo solo un middleware y una dirección de monedero. Esta pureza resulta bastante atractiva, aunque las limitaciones de ser puramente criptográfica también implican que tenga un público más reducido.

Por otro lado, el MPP representa un paradigma completamente diferente. Si su agente necesita realizar cientos o incluso miles de transacciones en una sola sesión y no desea que cada transacción se registre en la cadena de bloques cada vez, entonces esta es una opción más razonable. El mecanismo de sesión mantiene la mayoría de las interacciones fuera de la cadena hasta la liquidación final; el sistema de cumplimiento de Stripe gestiona el riesgo y la tributación; y el modo híbrido de SPT permite que el agente no se limite a las stablecoins, sino que también acceda directamente a la tarjeta Visa del usuario u otros métodos de pago. No es tan elegante, pero se acerca más a la realidad.

Curiosamente, no son completamente competitivos. x402 cubre el escenario abierto de cola larga, mientras que MPP cubre el tráfico de alta frecuencia a nivel empresarial. La estrategia de Stripe también es clara: no apostar por un único protocolo, sino garantizar que, independientemente de qué camino prevalezca, los fondos acaben fluyendo hacia el sistema de cuentas de Stripe.

Un baño de realidad: ¿En qué punto nos encontramos actualmente en términos de desarrollo?

Para ser honesto, prácticamente no se están produciendo transacciones a gran escala en este momento.

Según las notas de la versión x402 de Coinbase, entre los primeros socios se encuentran Hyperbolic (pago por inferencia de GPU) y Anthropic (integración del protocolo MCP). El blog de Stripe menciona escenarios en los que los agentes reciben pagos mediante llamadas a la API (como CoinGecko). Cuando se lanzó Tempo, el directorio contaba con más de 100 servicios. El SDK de agentes de Cloudflare admite x402 de forma nativa, y algunos proyectos pequeños en Base L2 también están intentando utilizar x402 como pasarela de pago.

Pero en general, el volumen de transacciones es bajo, el número de comerciantes es limitado y la mayoría de las actividades aún se encuentran en fase experimental.

Esto no es sorprendente. Cualquier nueva infraestructura de pagos es así en sus inicios. La denominada lista de socios a veces presenta una gran diferencia entre la firma de un memorando de entendimiento y la puesta en marcha efectiva, y estos comunicados generalmente no hacen una distinción particular.

Más destacables aún son los importantes participantes que están detrás de la infraestructura. En 2025, Stripe procesó 19 billones de dólares en pagos, con un volumen total que creció un 34% interanual. Al mismo tiempo, Coinbase, Cloudflare, Visa, Google y toda una red de socios, entre ellos Tempo, han entrado en escena.

En otras palabras, las vías ya están tendidas. La única pregunta que queda es: en 2026, ¿realmente necesitará un agente de IA realizar transacciones a gran escala en este sector? ¿O se parece más a tender cables de fibra óptica en 1998: construir la infraestructura antes de que llegue la demanda?

¿Cuál deberías elegir?

Si estás creando un sistema abierto y sin permisos, x402 es la opción más natural. No necesitas una plataforma registrada ni integrarte con procesadores de pago; simplemente importa el software intermedio, conecta tu billetera y comienza a recibir pagos. La desventaja es que usted tiene que encargarse por su cuenta del cumplimiento normativo, la gestión de riesgos y la liquidación en moneda fiduciaria.

Si ya formas parte del ecosistema de Stripe y quieres aprovechar el tráfico de agentes, MPP es la opción más adecuada. Las sesiones, los pagos en tiempo real, la combinación de moneda fiduciaria y criptomonedas, y un sistema de cumplimiento normativo completo se asemejan más a una actualización de configuración que a una renovación completa del sistema.

Si lo único que te importa es poder recibir pagos independientemente del protocolo que utilice el agente, entonces la respuesta es: usa Stripe. Apoya a ambas partes.

El código HTTP 402 finalmente ha encontrado su propósito. Tardó unos 27 años.

[ Enlace al artículo original ]