Nota del editor: En torno a la cuestión de cómo deben pagar los Agent, x402 y MPP ofrecen dos caminos casi opuestos.

x402 opta por la minimalización del protocolo: integra el pago directamente en la solicitud HTTP, implementando el pago por solicitud de la manera más simple posible. Sin cuentas, sin intermediarios, se asemeja más al diseño abierto y sin permisos de los inicios de internet, adecuado para desarrolladores de larga cola y escenarios descentralizados.

MPP, en cambio, es la maximalización del sistema: a través de sesiones, pagos en flujo (streaming) y un sistema de cumplimiento normativo, resuelve los problemas de transacciones de alta frecuencia, gestión de riesgos y acceso a moneda fiduciaria. No busca la pureza, sino prioriza satisfacer las necesidades comerciales reales, siendo más adecuado para aplicaciones empresariales y a escala.

La diferencia entre ambos es, en el fondo, dos soluciones al mismo problema: integrar el pago como parte del protocolo o construirlo como una capa del sistema.

Precisamente por ello, no son competencia directa, sino que se distribuyen en distintos segmentos: x402 cubre la demanda de larga cola de la red abierta, MPP absorbe el tráfico de alta frecuencia y comercial. En una economía de Agent aún por definir, esta divergencia quizás sea inevitable.

A continuación, el artículo original:

El código de estado HTTP 402, definido en la especificación HTTP/1.1 a finales de los 90, ha estado esperando un propósito. Su significado es "Pago Requerido". La idea original era: integrar la capacidad de pago en la capa de protocolo de la Web, permitiendo a las máquinas comprar recursos como si solicitaran una página web.

Pero esta visión mayormente no se materializó. Durante años, este código de estado solo aparecía ocasionalmente en escenarios marginales, como respuestas de limitación de tasa (rate limiting) de Shopify o errores de facturación de Apple Mobile Me, pero nunca se construyó realmente el futuro de los micropagos que insinuaba. En su lugar, surgieron las tarjetas de crédito, los muros de pago por suscripción y los mecanismos de API Key, sistemas diseñados esencialmente para humanos que operan manualmente.

Hoy, ese futuro tiene dos vías de implementación en competencia, anunciadas el mismo día. A continuación, analizaré qué son, en qué se diferencian y por qué Stripe apuesta por ambas rutas simultáneamente.

x402: Una solución más simple

Coinbase lanzó oficialmente x402 en mayo de 2025. Su idea central es casi radicalmente minimalista. El cliente solicita un recurso; el servidor responde con HTTP 402, informando al cliente: cuánto pagar, qué token usar y en qué cadena (blockchain) hacerlo. El cliente completa el pago en la cadena, adjunta el comprobante en la solicitud reiniciada y el servidor entrega el recurso.

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

Hoy, Stripe ofrece soporte nativo para x402 en su sistema de pagos, permitiendo a los comerciantes recibir estos pagos directamente desde su backend existente. Sin embargo, en esencia, x402 sigue siendo un protocolo liderado por Coinbase, gobernado por la x402 Foundation, cofundada con Cloudflare en septiembre de 2025. El protocolo es completamente de código abierto (licencia Apache 2.0) y ofrece SDKs para TypeScript, Go, Python y otros lenguajes.

Respecto al soporte, la documentación oficial de Coinbase indica que actualmente admite pagos ERC-20 en Base, Polygon y Solana. Simultáneamente, el ecosistema explora expandirlo a otras cadenas como Avalanche, Sui y Near, pero con distintos niveles de madurez.

En cuanto a la adopción, los datos son un poco más 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 CoinDesk el 11 de marzo, citando datos de análisis on-chain de Artemis: el volumen diario de transacciones es de aproximadamente 131,000, por un valor total de unos $28,000 USD, con un pago promedio de solo约 $0.20 USD, de los cuales大约 la mitad parecen ser pruebas o comportamientos gamificados, más que transacciones comerciales reales.

Pero esto no es necesariamente malo. Porque este protocolo fue diseñado para un mercado que aún no existe realmente: un mundo donde los agentes de IA realizan micropagos (inferiores a 1 centavo) para llamadas a API y consultas de datos. Y los comerciantes que sirven a este mercado recién están comenzando a aparecer.

Por ejemplo, el Agentic Payments Protocol de Google (AP2, parte del framework A2A) ya ha integrado x402; Lowe's Innovation Labs mostró un demo: un agente de IA puede completar todo el proceso de descubrimiento de productos, investigación y pedido en un solo flujo. Además, World (iniciado por Sam Altman) lanzó esta semana AgentKit, añadiendo capacidades de verificación de identidad humana a las billeteras x402.

La hipótesis central es: si el pago se vuelve tan ligero como una solicitud HTTP, los casos de uso aparecerán naturalmente. Queda por ver si esto se cumple.

MPP: La solución de pila completa

Stripe y Tempo eligieron un camino diferente. Machine Payments Protocol (MPP) se lanzó hoy junto con la puesta en marcha de la red principal (mainnet) de Tempo. A diferencia de x402, que es una capa ligera sobre blockchains existentes, MPP está diseñado específicamente para el escenario de agentes inteligentes con transacciones de alta frecuencia.

Su mecanismo central son las sesiones. En lugar de iniciar una transacción on-chain por cada solicitud de recurso, un agente puede autorizar primero un límite de gasto de una vez, y luego realizar micropagos continuos dentro de ese límite. Si eres una IA que necesita consultar miles de fuentes de datos por hora, no querrás firmar y transmitir una transacción on-chain cada vez, y las sesiones resuelven precisamente esto.

La cadena Tempo también está construida alrededor de 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 las tarifas directamente con stablecoins, eliminando el engorroso paso de tener que comprar primero un token aleatorio solo para transferir.

Otro componente a entender es: Shared Payment Tokens (SPTs) dentro de la Suite de Comercio Agéntico (Agentic Commerce Suite) de Stripe. Esto no es parte de MPP en sí, sino un mecanismo de extensión de Stripe, pero puede usarse junto con él. Los SPT permiten a un agente pasar de forma segura las credenciales de la tarjeta bancaria o billetera del usuario al comerciante sin exponer los datos reales. Estas credenciales son para una sola transacción y tienen un límite de tiempo, pueden entenderse como una autorización programable y autodestructiva. En la práctica, esto significa que un agente que paga a través de MPP puede usar USDC en Tempo, la tarjeta Visa vinculada del usuario, o incluso una combinación de ambos.

Según el blog de lanzamiento de la mainnet de Tempo, sus socios incluyen Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered y Visa. The Block informó que el directorio de pagos de MPP ya tiene más de 100 servicios en el lanzamiento, incluyendo Alchemy, Dune Analytics, Merit Systems y Parallel Web Systems. Matt Huang, cofundador de Tempo y Paradigm, dijo en una entrevista con Fortune que este campo aún está en una etapa temprana, y el diseño de MPP apunta a expandirse en el futuro a más entornos beyond Tempo.

Por qué Stripe soporta ambos

Si ya estás integrado con Stripe, la respuesta más práctica es: no necesitas elegir.

Stripe admite x402 y MPP a través de dos vías de integración separadas, en lugar de abstraerlas en una interfaz unificada. Para x402, su documentación cubre principalmente la generación de direcciones de depósito, el monitoreo on-chain y el proceso de liquidación de fondos a la cuenta de Stripe: tú te encargas de devolver la respuesta 402, la infraestructura de pago crypto subyacente la maneja Stripe. Actualmente admite USDC en Base, con expansión planificada. Para MPP, los comerciantes pueden usar la misma API PaymentIntents para recibir pagos en flujo basados en sesiones.

La Agentic Commerce Suite de Stripe, lanzada en diciembre de 2025, se construye sobre estos dos rieles de pago. El comerciante solo necesita cargar su catálogo, elegir los AI agents a los que desea conectarse, y Stripe se encarga del descubrimiento de productos, flujo de checkout, prevención de fraudes y procesamiento de impuestos. Actualmente, URBN, Etsy, Coach, Kate Spade y Ashley Furniture ya lo utilizan, y plataformas como Wix, WooCommerce, BigCommerce, Squarespace y commercetools también están integradas.

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

En comparación

Macroscópicamente, ambos protocolos hacen lo mismo: permitir que las máquinas paguen por recursos via HTTP. Pero la verdadera diferencia está en los detalles.

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

Estandarización
x402: Completamente open source (Apache 2.0), impulsado por x402 Foundation con participación múltiple (Coinbase, Cloudflare, Visa, Google).
MPP: Estándar abierto, definido conjuntamente por Stripe y Tempo, parte de Stripe Agentic Commerce Suite.

Mecanismo HTTP
x402: Revive HTTP 402, inicia la solicitud mediante cabecera PAYMENT-REQUIRED, usa PAYMENT-SIGNATURE para el reintento.
MPP: También utiliza un mecanismo challenge-response, pero emplea el Esquema de Autenticación HTTP de Pago (IETF draft), vinculando el ID del challenge mediante HMAC.

Infraestructura de pago (Rails)
x402: Diseñado para ser agnóstico a la cadena, actualmente con soporte en Base, Polygon, Solana, otras cadenas en exploración.
MPP: Basado en la blockchain Tempo – una L1 optimizada para pagos, soporta 10k+ TPS, confirmación en subsegundos, sin token de gas nativo; objetivo a largo plazo es la compatibilidad cross-chain.

Métodos de pago
x402: Puramente stablecoins, completamente on-chain.
MPP: Admite USDC en Tempo + SPT (mecanismo de Stripe), permitiendo混合 (híbrido) crypto y fiat (tarjeta, billetera, BNPL).

Método de liquidación
x402: Liquidación on-chain (约 200ms a segundos), facilitadores como Coinbase se encargan de la verificación y liquidación.
MPP: Confirmación en subsegundos en Tempo, Stripe ingresa automáticamente los fondos y maneja el cumplimiento.

Integración del comerciante
x402: Middleware open source (Express, Hono, Next.js, etc.), puede auto-hospedarse o usar un facilitador.
MPP: Integración directa con la API PaymentIntents de Stripe, gestión de riesgos, impuestos, reembolsos, reporting todo incluido.

Innovación central
x402: Extrema simplicidad, sin vendor lock-in, similar a la filosofía Unix en pagos.
MPP: Alto rendimiento + fusión fiat, pagos en flujo mediante sesiones, agregación de micropagos, y control de gasto 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.

x402 parece la opción preferida cuando construyes sistemas abiertos: APIs para desarrolladores independientes, mercados de datos descentralizados, o cualquier servicio que no quiera depender de un procesador de pagos. Su especificación cabe en un white paper, la integración solo requiere un middleware y una dirección de billetera. Esta pureza es atractiva, aunque la limitación de solo crypto también significa que su audiencia es más reducida.

MPP es un paradigma completamente diferente. Si tu agente necesita realizar cientos o incluso miles de transacciones en una sesión, sin querer ir a la cadena cada vez, entonces es la opción más razonable. El mecanismo de sesiones mantiene la mayoría de las interacciones off-chain hasta la liquidación final; el sistema de cumplimiento de Stripe maneja la gestión de riesgos e impuestos; y el modo híbrido de SPT permite al agente no limitarse a stablecoins, sino también invocar directamente los métodos de pago del usuario como Visa. Es menos elegante, pero más cercano a la realidad.

Curiosamente, no son exactamente competencia. x402 cubre escenarios abiertos de larga cola, MPP cubre tráfico empresarial de alta frecuencia. La estrategia de Stripe también es clara: no apostar por un solo protocolo, sino asegurar que, gane la que gane, los fondos terminen fluyendo hacia el sistema de cuentas de Stripe.

Realidad: ¿En qué punto estamos realmente?

Honestamente, casi no hay transacciones reales a escala todavía.

Según la información de lanzamiento de x402 de Coinbase, los socios iniciales incluyen Hyperbolic (pago por inferencia GPU) y Anthropic (integración del protocolo MCP). El blog de Stripe menciona escenarios de agentes que pagan por llamada a API (por ejemplo, CoinGecko). Al lanzarse, el directorio de Tempo tenía 100+ servicios. El SDK de Agents de Cloudflare admite x402 de forma nativa, y algunos pequeños proyectos en Base L2 están probando usar x402 como pasarela de pago.

Pero en general: el volumen de transacciones es pequeño, el número de comerciantes es limitado, la mayoría de la actividad sigue en fase experimental.

Esto no es sorprendente. Cualquier nueva infraestructura de pago es así al principio. Las listas de socios a veces oscilan entre haber firmado una carta de intenciones y estar en producción, y estos anuncios normalmente no lo distinguen específicamente.

Más importante es el peso 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%. Simultáneamente, Coinbase, Cloudflare, Visa, Google, y toda la red de socios de Tempo ya están involucrados.

Es decir, los rieles están puestos. Solo queda una pregunta: ¿Realmente necesitarán los agentes de IA transaccionar masivamente sobre estos rieles en 2026? ¿O esto se parece más a tender fibra óptica en 1998: la demanda aún no llegó, pero la infraestructura va primero?

¿Cuál elegir entonces?

Si estás construyendo un sistema abierto, sin permisos – x402 es la opción más natural. Sin registrarse en una plataforma, sin conectarse a un procesador, importa un middleware, vincula una billetera y comienza a cobrar. El costo: el cumplimiento, la gestión de riesgos y la liquidación en fiat los debes manejar tú.

Si ya estás dentro del ecosistema Stripe y quieres recibir tráfico de agentes – MPP es más adecuado. Sesiones, pagos en flujo,混合 (híbrido) fiat+crypto, y un sistema de cumplimiento completo, es esencialmente una actualización de configuración, no una reconstrucción del sistema.

Si solo te importa una cosa: sin importar qué protocolo use el agente, yo puedo cobrar. Entonces la respuesta es: usa Stripe. Soporta ambos.

HTTP 402 finalmente tiene utilidad. Solo que esperó差不多 27 años.