x402 vs MPP: comparando protocolos de pago para agentes
Escrito por Uttam Singh

Los agentes autónomos necesitan pagar por cosas. No algún día. Ahora. Cada vez que un agente consulta datos de blockchain, transmite tokens de un LLM o llama a una API paga, alguien tiene que encargarse de la facturación. Hoy eso significa API keys, dashboards de facturación y aprovisionamiento humano. Dos protocolos están tratando de solucionar esto: x402 y MPP.
A fines de 2024, Coinbase presentó x402: un protocolo abierto que permite que un agente de IA llame a una API, reciba una respuesta de "pagar primero", liquide con USDC en Base, y reintente, todo sin API keys, cuentas de facturación ni intervención humana. Luego, Tempo y Stripe llevaron esa idea más lejos con el Machine Payments Protocol (MPP). Definido en un borrador de Internet del IETF, MPP generaliza el patrón 402 en un framework agnóstico al método de pago que soporta stablecoins, tarjetas, transferencias bancarias y cualquier riel futuro a través de un solo protocolo.
Este post analiza cómo se comparan los dos protocolos, dónde se superponen y cuándo conviene usar uno u otro.
De un vistazo
¿Cómo manejan x402 y MPP el flujo de pago principal?
En esencia, ambos protocolos siguen el mismo flujo: un agente llama a una API, el servidor responde con un desafío de pago, el cliente paga y reintenta, y obtiene la respuesta. Simple, elegante y nativo de HTTP.
La diferencia está en el alcance, la flexibilidad y qué elige estandarizar cada protocolo.
¿Cómo manejan x402 y MPP los rieles de pago?
x402 se construyó en torno a pagos on-chain con stablecoins, principalmente USDC en Base y otras redes soportadas. Si tu caso de uso son agentes nativos de crypto que pagan con stablecoins, x402 te da un camino directo para lograrlo.
MPP toma un enfoque distinto: el protocolo en sí es agnóstico al método de pago. La especificación central define cómo un servidor y un cliente negocian, desafían y liquidan, pero el riel de pago real es una capa conectable (pluggable). Hoy, MPP incluye dos métodos en producción: Tempo (pagos con stablecoins) y Stripe (tarjetas, wallets y otros métodos de pago tradicionales), y un servidor puede anunciar ambos simultáneamente. El cliente elige el método que soporte.
Cualquiera puede definir un nuevo método de pago especificando un esquema de solicitud y un esquema de payload. No se necesita aprobación de una fundación o intermediario. Los métodos de pago compiten por adopción, no por permiso.
Si estás construyendo para una audiencia nativa de crypto, x402 te lleva ahí más rápido. Si estás construyendo para clientes empresariales, integradores de pagos tradicionales o audiencias mixtas, el soporte multi-riel de MPP significa que no tenés que elegir. Para agentes que necesitan transaccionar directamente con comerciantes tradicionales, proyectos como AgentCard toman un enfoque complementario: emitir tarjetas de crédito que los agentes pueden usar para cualquier compra en línea, con límites de gasto integrados y seguimiento en tiempo real.
¿Qué modelos de pago soportan?
x402 se enfoca en el modelo de pago "exacto": una solicitud, un pago, una respuesta. Esto es limpio, fácil de razonar y funciona bien para llamadas discretas a una API.
MPP soporta el mismo flujo a través de su intent de charge, y de hecho, los flujos "exact" de x402 se mapean directamente al charge de MPP, lo que hace que los dos protocolos sean compatibles en esta capa.
Pero MPP también introduce las sesiones: un modelo de pago fundamentalmente distinto para casos de uso de alto throughput. Con las sesiones, un cliente deposita fondos en un contrato de escrow una vez, y luego hace muchas solicitudes usando vouchers firmados off-chain. El servidor liquida periódicamente los vouchers acumulados on-chain.
Acá una ilustración simplificada de cada flujo:
X402: una solicitud, un pago
# Step 1: Call the API
GET /v2/eth-mainnet/getTokenBalances HTTP/1.1
# Step 2: server responds with payment challenge
HTTP/1.1 402 Payment Required
X-Payment-Challenge: {"amount": "0.001", "currency": "USDC", "address": "0x..."}
# Step 3: client pays on-chain, retries with receipt
GET /v2/eth-mainnet/getTokenBalances HTTP/1.1
X-Payment: {"txHash": "0x...", "signature": "0x..."}
# Step 4: server verifies and responds
HTTP/1.1 200 OKSesión de MPP: depositar una vez, hacer miles de solicitudes
# Step 1: Open a session (deposit funds to escrow once)
POST /mpp/sessions HTTP/1.1
{"amount": "10.00", "currency": "USDC", "method": "tempo"}
HTTP/1.1 201 Created
{"sessionId": "sess_abc123", "balance": "10.00"}
# Step 2: make requests with signed vouchers (no on-chain tx per request)
GET /v2/eth-mainnet/getTokenBalances HTTP/1.1
MPP-Session: sess_abc123
MPP-Voucher: {"amount": "0.0001", "nonce": 42, "sig": "0x..."}
HTTP/1.1 200 OK # Sub-100ms, no waiting for chain confirmationLas sesiones de MPP permiten:
- Pagos de hasta $0.0001 por solicitud
- Latencia inferior a 100ms: sin confirmación on-chain por solicitud
- Comisiones por solicitud casi nulas: solo la liquidación neta llega a la chain
Por qué importa: el streaming de LLM con pago por token, los feeds de datos de alto throughput y el monitoreo de chain en tiempo real se vuelven económicamente viables. Pagar on-chain por cada interacción individual costaría más en gas de lo que valen los datos. Las sesiones cambian por completo ese cálculo, haciendo práctico el acceso basado en micropagos a escala.
¿Qué primitivas a nivel de protocolo ofrece cada uno?
MPP incorpora varias preocupaciones de producción directamente en la especificación del protocolo, de modo que cada implementación las hereda en lugar de tener que reinventarlas:
- Idempotencia: reintentos seguros sin cobrar dos veces
- Expiración: los desafíos expiran, evitando pagos obsoletos
- Vinculación del cuerpo de la solicitud: un digest SHA-256 evita manipulaciones entre el desafío y el pago
- Protección contra replay: IDs de desafío vinculados con HMAC
- Errores estructurados: formato RFC 9457 para manejo de errores legible por máquinas
- Recibos de primera clase: recibos de pago estandarizados para auditoría
x402 maneja algunas de estas cosas a nivel de implementación, pero deja el resto a cada desarrollador. MPP las estandariza para que todo servidor y cliente hablen el mismo idioma desde el principio, lo cual importa cuando agentes de distintos proveedores necesitan interoperar de forma confiable.
¿MPP funciona más allá de HTTP?
x402 opera sobre HTTP. MPP también opera sobre HTTP, pero agrega un binding de transporte MCP (Model Context Protocol).
Esto significa que los servidores de herramientas MCP pueden monetizar llamadas a herramientas directamente. Un agente de IA que llama a una herramienta paga recibe un desafío de pago en la respuesta de la herramienta, paga y reintenta, todo dentro del flujo de mensajes de MCP. Sin OAuth. Sin configuración de cuenta. Sin necesidad de una capa HTTP.
Hasta ahora, monetizar llamadas a herramientas de IA requería facturación fuera de banda o acuerdos de plataforma. Con el transporte MCP de MPP, un desarrollador puede publicar una herramienta paga que cualquier agente compatible con MCP puede descubrir, pagar y usar de forma autónoma, sin intervención humana.
¿Cómo se comparan en cuanto a estandarización?
x402 es un protocolo de código abierto con una adopción comunitaria creciente. Está probado en producción en Coinbase y cada vez más soportado en todo el ecosistema.
El núcleo de MPP, el Payment HTTP Authentication Scheme, fue presentado como un borrador de Internet del IETF, coescrito por Tempo y Stripe. Los métodos de pago y los intents son especificaciones separadas que cualquiera puede escribir y publicar de forma independiente. Esto refleja cómo funciona la web misma: HTTP está estandarizado, pero los tipos de contenido y los esquemas de autenticación evolucionan de forma independiente.
Un Internet-Draft es un documento de trabajo, todavía no un RFC en vías de estandarización, pero la presentación ante el IETF señala una intención de interoperabilidad y estabilidad a largo plazo.
¿x402 y MPP son compatibles?
Sí. MPP es retrocompatible con x402. El flujo de pago "exact" central de x402 se mapea directamente al intent de charge de MPP, así que los clientes de MPP pueden consumir servicios x402 existentes. Si ya construiste sobre x402, MPP extiende lo que tenés en lugar de reemplazarlo.
Empezá a construir con Alchemy
Alchemy soporta tanto x402 como MPP en toda su plataforma de API. Eso significa que tus agentes pueden acceder a datos de blockchain (balances de tokens, metadata de NFTs, historial de transacciones, lecturas de smart contracts, price feeds y más) y pagar por solicitud usando cualquiera de los dos protocolos. No se necesita API key. No hay dashboard de facturación. Solo una wallet y una llamada HTTP.
Con x402, un agente se autentica vía SIWE (Sign-In with Ethereum) o SIWS (Sign-In with Solana), paga con USDC en Base, y obtiene acceso a los endpoints de Alchemy. Con MPP, el mismo agente puede negociar entre métodos de pago (stablecoins vía Tempo, tarjetas vía Stripe) y usar sesiones para cargas de trabajo de alto throughput como pipelines de indexación o monitoreo de chain en tiempo real.
Qué podés construir:
- Agentes de blockchain autónomos que consultan datos on-chain y pagan por cada llamada, sin necesidad de aprovisionamiento humano
- Pipelines de datos multi-chain que extraen de Ethereum, Base, Polygon, Solana y más, pagando por solicitud a tarifas de menos de un centavo vía sesiones de MPP
- Wallets y copilots impulsados por IA que obtienen datos de portafolio, simulan transacciones y monitorean direcciones, todo autofinanciado
- Servidores de herramientas MCP que envuelven los endpoints de Alchemy como herramientas pagas, permitiendo que cualquier agente compatible con MCP acceda a infraestructura de blockchain bajo demanda
Probalo desde la terminal
Instalá el Alchemy CLI, luego agregá Alchemy Skills y conectá el servidor MCP:
npm i -g @alchemy/cli@latest
alchemy auth
npx skills add alchemyplatform/skills --yes
# Claude Code
claude mcp add alchemy --transport http https://mcp.alchemy.com/mcp
# Codex
codex mcp add alchemy --url https://mcp.alchemy.com/mcp
alchemy --json --no-interactive balance vitalik.eth -n eth-mainnet¿Listo para empezar? Andá a alchemy.com/agents para explorar la plataforma y comenzar a construir agentes que pagan por su propia infraestructura.
Preguntas frecuentes
¿Puedo usar x402 y MPP juntos?
Sí. Dado que el intent de charge de MPP es retrocompatible con x402, podés soportar ambos simultáneamente. Un servidor puede anunciar ambos protocolos y dejar que los clientes elijan el que soporten.
¿Cuál debería elegir?
Si estás construyendo un agente nativo de crypto que paga con stablecoins y querés el camino más simple a producción, empezá con x402. Si necesitás soporte de pago multi-riel, sesiones para cargas de trabajo de alto throughput, integración de transporte MCP o primitivas de protocolo estandarizadas, MPP es la mejor opción. No tenés que abandonar tu inversión en x402 para llegar ahí.
¿MPP está reemplazando a x402?
No. MPP está diseñado para ser compatible con x402, no para reemplazarlo. Pensá en MPP como una evolución que agrega capacidades que x402 no se propuso ofrecer. La comunidad de x402 sigue creciendo de forma independiente.
¿Qué métodos de pago soporta MPP hoy?
MPP incluye dos métodos de pago en producción: Tempo para pagos con stablecoins y Stripe para tarjetas, wallets y otros métodos de pago tradicionales. Como los métodos de pago son conectables (pluggable), cualquiera puede definir y publicar uno nuevo especificando un esquema de solicitud y un esquema de payload.
¿Necesito correr mi propia infraestructura para usar estos protocolos?
No. Alchemy soporta tanto x402 como MPP en toda su plataforma de API, así que podés empezar a construir agentes que pagan por datos de blockchain sin correr ninguna infraestructura de pagos vos mismo. Andá a alchemy.com/agents para empezar.
Resúmenes relacionados
Finanzas26 de agosto de 2026
Cómo agregar pagos x402 a un servidor MCP: guía para builders sobre pagos de agentes
Protege un servidor MCP con x402, mide USDC por llamada, dale una wallet a un agente para pagar, y ve dónde encajan AP2, MPP y ACP. Incluye código ejecutable.
Finanzas14 de julio de 2026
Mejor API de blockchain para pagos con stablecoins y monitoreo
Una API de pagos con stablecoins tiene dos funciones: mover dinero y monitorearlo. Esto es lo que debes buscar en monitoreo en tiempo real, multi-chain y pagos de agentes.
Finanzas8 de julio de 2026
Pagos agénticos y x402, explicados
Los pagos agénticos permiten que los agentes de IA paguen por APIs, datos y servicios por su cuenta, sin un humano en el checkout. Aprende cómo funciona x402 y cómo impulsa el comercio agéntico.

Construye magia blockchain
Alchemy combina los productos y herramientas de desarrollo Web3 más potentes con recursos, comunidad y un soporte legendario.