Comprensión de x402 y MPP en un artículo: Dos rutas para pagos de agentes

Título original: Stripe's MPP vs. x402: Lo que realmente sucedió hoy
Autor original: Nick Sawinyh, defiprime.com
Traducción: Peggy, Blockbeats

Nota del editor: En cuanto al tema de cómo los agentes hacen los pagos, x402 y MPP proporcionan dos caminos casi opuestos.

x402 sigue un protocolo mínimo: incrusta los pagos directamente en las solicitudes HTTP, implementando el pago por solicitud de la manera más sencilla. Sin cuentas, sin intermediarios, parecido al diseño abierto y sin permisos de la Internet temprana, adecuado para desarrolladores long tail y escenarios descentralizados.

MPP, por otro lado, maximiza el sistema: aborda el comercio de alta frecuencia, el control de riesgos y los problemas de acceso a divisas fiduciarias a través de sesiones, pagos en streaming y marcos de cumplimiento. No persigue la pureza, pero prioriza la satisfacción de las necesidades reales del negocio, lo que la hace más adecuada para aplicaciones escalables y a nivel empresarial.

Las diferencias entre ambos son esencialmente dos soluciones al mismo problema: si hacer los pagos parte del protocolo o de una capa del sistema.

Por lo tanto, no están en completa competencia, sino más bien distribuidos en diferentes rangos, con x402 cubriendo las necesidades de larga cola de la red abierta y MPP manejando tráfico de alta frecuencia y comercial. En una economía de agentes que aún no se ha configurado, esta diferenciación puede ser inevitable.

Aquí está el texto original:

El código de estado HTTP 402 ha estado esperando un propósito desde que se definió en la especificación HTTP/1.1 a finales de la década de 1990. Su significado es "Se requiere pago". La idea original era incrustar capacidades de pago en la capa de protocolo de la web, permitiendo a las máquinas comprar recursos como solicitan las páginas web.

Sin embargo, esta idea en gran medida no se ha realizado. A lo largo de los años, este código de estado solo ha aparecido ocasionalmente en algunos casos periféricos, como las respuestas de limitación de tarifas de Shopify y los errores de facturación de Apple Mobile Me, pero nadie ha construido realmente el futuro de micropagos que implica. En su lugar, tenemos tarjetas de crédito, muros de pago de suscripción y mecanismos API Key, todos los cuales están diseñados esencialmente para operadores humanos.

Hoy, este futuro ha surgido con dos vías de implementación en competencia, ambas publicadas el mismo día. A continuación, quiero describir qué son, sus diferencias y por qué Stripe apuesta por ambas rutas.

x402: Una solución más simple

Coinbase lanzó oficialmente x402 en mayo de 2025, y su idea central puede describirse como radicalmente minimalista. El cliente solicita un recurso; el servidor devuelve HTTP 402 e informa al cliente cuánto pagar, qué token usar y en qué cadena completar el pago. Después de que el cliente complete el pago en cadena, adjunta la prueba de pago a la solicitud reiniciada y, a continuación, el servidor entrega el recurso.

Así de simple. Sin sistema de cuentas, sin clave API y sin mecanismo de suscripción. Solo un viaje de ida y vuelta de una solicitud HTTP con un pago insertado en el medio.

Ahora, Stripe ha proporcionado soporte nativo para x402 en su sistema de pago, permitiendo a los comerciantes recibir estos pagos directamente a través de su backend existente. Sin embargo, fundamentalmente, x402 sigue siendo un protocolo liderado por Coinbase, gobernado por la Fundación x402, que fue iniciado conjuntamente por Coinbase y Cloudflare en septiembre de 2025. El protocolo es totalmente de código abierto (licencia Apache 2.0) y ofrece SDK en varios idiomas, incluyendo TypeScript, Go y Python.

En términos de apoyo, la documentación oficial de Coinbase muestra que actualmente apoya los pagos de ERC-20 en Base, Polígono y Solana. El ecosistema también está explorando extenderlo a otras cadenas como Avalanche, Sui y Near, pero la madurez varía.

Mirando los datos de adopción, esta parte es un poco más compleja. 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 datos de análisis en cadena de Artemis citados por CoinDesk el 11 de marzo: el volumen de transacciones diarias es de aproximadamente 131,000, con un monto total de aproximadamente $28,000, y el pago promedio por transacción es de solo aproximadamente $0.20, con aproximadamente la mitad que se parecen a las pruebas o al comportamiento gamificado en lugar de transacciones comerciales reales.

Pero esto puede no ser algo malo. Debido a que este protocolo fue diseñado originalmente para un mercado que aún no existe realmente, un mundo donde los agentes de IA realizan micropagos (incluso por debajo de 1 centavo) por llamadas a API y consultas de datos. Y los comerciantes que sirven a este mercado apenas están empezando a surgir.

Por ejemplo, el Protocolo de Pagos Agente de Google (AP2, parte del framework A2A) ya ha integrado x402; Lowe’s Innovation Labs mostró una demostración donde un agente de IA puede completar todo el proceso desde el descubrimiento e investigación de productos hasta el pedido en un solo flujo. Mientras tanto, World (iniciado por Sam Altman) lanzó AgentKit esta semana, agregando capacidades de identificación humana a las carteras x402.

El supuesto central detrás de esto es: siempre y cuando los pagos se hagan tan ligeros como las solicitudes HTTP, naturalmente surgirán escenarios de aplicación. Queda por ver si esto es cierto.

MPP: Una solución de pila completa

Stripe y Tempo eligieron un camino diferente. El Protocolo de Pagos Automáticos (MPP) se lanzó hoy junto con la mainnet Tempo. A diferencia de x402, que sirve como una capa de encapsulación ligera en blockchains existentes, MPP está diseñado específicamente para el escenario de negociación de alta frecuencia de agentes.

Su mecanismo básico son las sesiones. A diferencia de iniciar una transacción en cadena para cada solicitud de recursos, los agentes pueden autorizar un límite de gasto una vez y luego realizar micropagos continuamente dentro de ese límite. Si usted es una IA que necesita consultar miles de fuentes de datos cada hora, definitivamente no desea firmar y transmitir una transacción en cadena cada vez, y las sesiones están diseñadas para resolver este problema.

La cadena Tempo también se construye alrededor de esta necesidad. Soporta decenas de miles de transacciones por segundo, tiene tiempos de confirmación de subsegundos y no tiene un token de gas nativo. Los usuarios pueden pagar directamente las tarifas de transacción con stablecoins, eliminando el engorroso paso de necesitar comprar algún token aleatorio para las transferencias.

Otro componente que vale la pena entender es que la suite Agentic Commerce de Stripe incluye tokens de pago compartido (SPT). Esto no es parte de MPP en sí, sino que es un mecanismo de extensión de Stripe que se puede utilizar junto con. SPT permite a los agentes pasar de forma segura las credenciales de tarjeta de crédito o billetera del usuario a los comerciantes sin exponer datos reales. Estas credenciales se limitan a transacciones individuales y tienen limitaciones de tiempo, que pueden entenderse como una autorización programable y autodestructiva. En uso práctico, esto significa que un agente que paga a través de MPP puede usar USDC en Tempo o una tarjeta Visa vinculada al usuario, o incluso una combinación de ambos.

Según el blog de lanzamiento de Tempo mainnet, sus socios incluyen Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered y Visa. El Block informó que más de 100 servicios ya estaban disponibles en el catálogo de pagos en el lanzamiento de MPP, incluidos Alchemy, Dune Analytics, Merit Systems y Parallel Web Systems. Matt Huang, cofundador de Tempo and Paradigm, declaró en una entrevista con Fortune que este campo aún está en sus primeras etapas, y el objetivo de diseño de MPP es expandirse a más entornos en cadena más allá de Tempo en el futuro.

Por qué Stripe soporta ambos

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

Stripe soporta x402 y MPP a través de dos rutas de integración independientes en lugar de abstraerlas en una interfaz unificada. Para x402, su documentación cubre principalmente los procesos de generación de direcciones de recarga, monitoreo en cadena y liquidación de fondos a cuentas de Stripe: usted es responsable de devolver una respuesta 402, mientras que la infraestructura de criptopago subyacente es manejada por Stripe. Actualmente, apoya al USDC en la Base, con planes de expansión futura. Para MPP, los comerciantes pueden recibir pagos en streaming basados en sesiones a través de la misma API de PaymentIntents.

La suite Agentic Commerce lanzada por Stripe en diciembre de 2025 está construida sobre estas dos pistas de pago. Los comerciantes solo necesitan cargar sus catálogos de productos, seleccionar los agentes de IA que desean integrar y Stripe se encargará del descubrimiento de productos, los procesos de pago, la prevención del fraude y el procesamiento de impuestos. Actualmente, URBN, Etsy, Coach, Kate Spade y Ashley Furniture ya lo están usando, y plataformas como Wix, WooCommerce, BigCommerce, Squarespace y commercetools también han completado la integración.

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

Comparación

Desde una perspectiva macro, ambos protocolos están haciendo lo mismo: permitir que las máquinas paguen por los recursos a través de HTTP. Pero las verdaderas diferencias radican en los detalles.

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

Normalización
x402: Totalmente de código abierto (Apache 2.0), impulsado por la Fundación x402 para fomentar la participación multipartita (Coinbase, Cloudflare, Visa, Google).
MPP: Estándar abierto, establecido conjuntamente por Stripe y Tempo, parte de Stripe Agentic Commerce Suite.

Mecanismo HTTP
x402: Revive HTTP 402, inicia solicitudes a través del encabezado PAYMENT-REQUIRE y completa reintentos usando PAYMENT-SIGNATURE.
MPP: También utiliza un mecanismo de desafío-respuesta, pero emplea el esquema de autenticación HTTP de pago (borrador de IETF), vinculando el ID del desafío a través de HMAC.

Capa de pago (carriles)
x402: Diseñado para ser agnóstico de cadena, actualmente soporta Base, Polygon y Solana, con otras cadenas aún en exploración.
MPP: Basado en la blockchain de Tempo: un L1 optimizado para pagos, compatible con más de 10,000 TPS, confirmaciones de subsegundos y sin token de gas nativo; el objetivo a largo plazo es la compatibilidad entre cadenas.

Métodos de pago
x402: Monedas estables puras, totalmente en cadena.
MPP: Soporta USDC en Tempo + SPT (mecanismo de Stripe), lo que permite una mezcla de criptomonedas y fiat (tarjetas de crédito, billeteras, BNPL).

Métodos de asentamiento
x402: Establecido en cadena (aproximadamente 200 ms a varios segundos), con facilitadores como Coinbase responsables de la verificación y la liquidación.
MPP: Confirmación de subsegundo de Tempo, con Stripe acreditando y manejando automáticamente el cumplimiento.

Integración comercial
x402: El middleware de código abierto (Express, Hono, Next.js, etc.), puede ser autoconstruido o usar facilitadores.
MPP: Se integra directamente con la API PaymentIntents de Stripe, con control de riesgos, impuestos, reembolsos e informes integrados.

Innovación básica
x402: Extremadamente simple, agnóstico para el proveedor, similar a la filosofía Unix en pagos.
MPP: Alto rendimiento + integración fiat, logrando pagos en streaming, agregación de micropagos y control de gastos programable basado en SPT.

Socios clave
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP: ¿Qué son las tarjetas de crédito, tarjetas de crédito, tarjetas de crédito, tarjetas de crédito, tarjetas de crédito, tarjetas de crédito?

x402 se parece más a la solución preferida al construir un sistema abierto: APIs de desarrolladores independientes, mercados de datos descentralizados o cualquier servicio que no desee depender de procesadores de pago. Sus especificaciones se pueden escribir en un documento técnico, y la integración solo requiere middleware y una dirección de cartera. Esta pureza es muy atractiva, aunque las limitaciones de la criptografía pura también significan que su audiencia es más estrecha.

El MPP, por otro lado, representa un paradigma completamente diferente. Si su agente necesita realizar cientos o incluso miles de transacciones en una sola sesión sin querer ir en cadena cada vez, es la 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 se encarga del control de riesgos y los impuestos; y el modelo híbrido de SPT permite a los agentes no limitarse a las monedas estables, sino también utilizar directamente métodos de pago del usuario como Visa. Puede que no sea tan elegante, pero está más alineado con la realidad.

Curiosamente, no están completamente en competencia. x402 cubre escenarios abiertos 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 apuesta por un único protocolo sino que asegura que independientemente de cuál sea el camino que gane, los fondos fluyan finalmente al sistema de cuentas de Stripe.

Situación actual: ¿Dónde estamos ahora?

Para ser honesto, actualmente casi no hay transacciones verdaderamente escaladas.

Según la información de la versión x402 de Coinbase, los primeros socios incluyen Hyperbolic (pagos de inferencia de GPU) y Anthropic (integración de protocolo MCP). El blog de Stripe menciona escenarios de agentes que pagan por llamada a API (por ejemplo, CoinGecko). El catálogo de lanzamiento de Tempo incluía más de 100 servicios. El SDK Agents de Cloudflare ha soportado de forma nativa x402, y algunos pequeños proyectos en Base L2 también están tratando de usar x402 como pasarela de pago.

Pero en general: los volúmenes de transacciones son pequeños, el número de comerciantes es limitado y la mayoría de las actividades siguen en fase experimental.

Esto no es sorprendente. Cualquier nueva infraestructura de pago es así en sus primeras etapas. La llamada lista de socios a veces puede tener una brecha significativa entre la firma de una carta de intención y la puesta en marcha, y estos lanzamientos generalmente no hacen una distinción clara.

Lo que es más notable es el peso pesado de los participantes detrás de la infraestructura. Stripe procesó 1,9 billones de dólares en pagos en 2025, con un crecimiento interanual del 34%. Mientras tanto, Coinbase, Cloudflare, Visa, Google y toda la red de socios de Tempo han entrado en escena.

En otras palabras, las vías han sido colocadas. La única pregunta pendiente es: en 2026, ¿realmente los agentes de IA necesitarán realizar transacciones a gran escala en esta vía? ¿O es esto más como colocar fibra óptica en 1998? La demanda aún no ha llegado, pero la infraestructura está por delante.

¿Cuál elegir?

Si está construyendo un sistema abierto y sin permisos, x402 es la opción más natural. No es necesario registrarse en una plataforma, no es necesario conectarse a procesadores de pago; solo importar middleware y vincular una cartera para recibir pagos. El compromiso es que el cumplimiento, el control de riesgos y la liquidación fiduciaria deben ser manejados por usted mismo.

Si ya está dentro del sistema Stripe y desea acceder al tráfico de agentes, MPP es más adecuado. Las sesiones, los pagos en streaming, una mezcla de fiat y criptomonedas y un sistema de cumplimiento completo representan esencialmente una actualización de la configuración en lugar de una revisión del sistema.

Si solo te importa una cosa: independientemente del protocolo que use el agente, todavía me pueden pagar. Entonces la respuesta es en realidad: usa Stripe. Soporta ambos lados.

HTTP 402 finalmente ha encontrado su propósito. Esperó casi 27 años.