AP2 de Google + x402: qué significa el stack de pagos entre agentes para tu API

La semana en que el stack de pagos agénticos entró en producción

Dos cosas ocurrieron a principios de julio de 2026 que hacen que valga la pena escribir esto ahora. Primero, en el Visa Payments Forum, Visa ejecutó sus primeros pagos de comercio agéntico en vivo en varios sitios de comercios europeos — transacciones reales realizadas por agentes IA en nombre de clientes, no una demo controlada. Segundo, nuevos datos situaron a Base, la Layer 2 de Coinbase, en unos 169 millones de pagos agénticos acumulados, con más de 20 millones en una sola ventana de 90 días. Una categoría que apenas existía hace un año ya se mide en cientos de millones de transacciones.

Bajo ambos titulares está la misma cañería emergente: el Agent Payments Protocol (AP2) de Google para autorizar qué puede comprar un agente, y x402 para liquidar de verdad el dinero. Si tienes una API, un feed de datos o cualquier endpoint de pago, esta es la parte que importa — porque el que paga es cada vez más una máquina, y la unidad de comercio se encoge de un checkout a una sola petición.

Qué es exactamente el AP2 de Google

Google Cloud y Coinbase presentaron AP2 en septiembre de 2025 con más de 60 socios de lanzamiento — Mastercard, PayPal, American Express, Coinbase, Adyen, Worldpay, Revolut, Salesforce y otros. El problema que resuelve es engañosamente simple: los rieles de pago actuales asumen que hay un humano en el checkout. Cuando un agente puede buscar, negociar y comprar solo, esa suposición se rompe. ¿Quién autorizó la compra? ¿La petición refleja fielmente la intención del usuario? Y si algo sale mal, ¿quién responde?

La respuesta de AP2 son los mandatos — registros firmados criptográficamente e inalterables, transportados como Verifiable Credentials del W3C. Hay tres en el flujo: un Mandato de Intención (la instrucción del usuario y sus límites — "reserva un hotel por menos de 200 $"), un Mandato de Carrito (los ítems exactos y el precio final que el usuario aprobó) y un Mandato de Pago (la autorización para cobrar un método concreto por ese carrito). Un comercio ante una disputa puede señalar un mandato firmado que prueba que el agente tenía autoridad para exactamente esa compra. Y algo clave: AP2 es agnóstico al riel — define autorización y responsabilidad, no una forma concreta de mover dinero. Tarjetas, transferencias y stablecoins entran todas como ciudadanos de primera clase.

Dónde encaja x402 — y por qué stablecoins

Ese último punto es donde entra x402. Para llevar cripto a AP2, Google — con Coinbase, la Ethereum Foundation y MetaMask — construyó la extensión A2A x402, descrita por Coinbase como el único facilitator de stablecoins en AP2. x402 revive el olvidado código de estado HTTP 402 "Payment Required": un cliente pide un recurso de pago, el servidor responde 402 con el precio y un destino, el cliente firma un pago en stablecoin, lo adjunta a la cabecera de la petición y obtiene el recurso. Sin cuentas, sin sesiones, sin API keys.

La economía es la razón entera por la que las stablecoins son de primera clase aquí. El interchange de tarjeta ronda 0,30–0,80 $ por transacción — inviable para una llamada de API de menos de un dólar que un agente puede hacer miles de veces por hora. La liquidación en stablecoins en cadenas como Base o Solana cuesta una fracción de céntimo y finaliza en segundos. Así que el reparto de tareas es limpio: los agentes que hablan AP2 lo usan para probar la autorización, y luego recurren a x402 para liquidar el micropago real — lo más común, en USDC sobre Base.

El stack, de arriba hacia abajo

Ayuda ver el cuadro completo como capas, porque la industria (a propósito) repartió el trabajo entre varios protocolos abiertos en lugar de un monolito. Desde el punto de vista de un agente, una compra toca cuatro de ellos:

• A2A (Agent-to-Agent) — descubrimiento y mensajería. Es cómo un agente encuentra y habla con otro agente o con el agente de un comercio. No maneja dinero.
• MCP (Model Context Protocol) — conecta un agente con herramientas y recursos (una API, una base de datos, un almacén de documentos).
• AP2 — la capa de autorización. Los mandatos firmados prueban que el usuario consintió esta compra, a este precio, con estos límites.
• x402 — la capa de liquidación. La stablecoin se mueve de verdad, por HTTP, en segundos.

Por qué te importa esto: un proveedor de API solo tiene que vivir en la base de ese stack. No hace falta implementar A2A, ni emitir credenciales verificables, ni entender esquemas de mandatos. Basta con poder responder una petición con un 402 y un precio, y aceptar el pago firmado que vuelve. Todo lo de arriba es problema del agente, gestionado por su wallet y su cliente AP2.

Por qué los gigantes convergieron en los mismos rieles

Lo llamativo de 2026 no es que una empresa construyera los pagos agénticos — es que todas aterrizaron en las mismas piezas abiertas. En abril de 2026, Coinbase donó la especificación de x402 a la Linux Foundation, donde la x402 Foundation ahora la gobierna con un consejo que incluye a Cloudflare, Stripe y Visa. Amazon cableó x402 en su Bedrock AgentCore y en CloudFront. Cloudflare lanzó un Monetization Gateway construido sobre x402. Stripe y Tempo publicaron el Machine Payments Protocol para pagos agénticos recurrentes. El Trusted Agent Protocol de Visa resuelve la pregunta de confianza "¿esto es un agente real o un bot?" e interopera explícitamente con x402. Y el AP2 de Google encajó x402 como su riel de stablecoin.

Convergencia, no guerra de formatos. Es una buena noticia si vendes acceso a algo, porque significa que no tienes que apostar por un ganador. La trampa es creer que debes elegir bando — Base o Solana, USDC u otra moneda, AP2 o MPP. No tienes que hacerlo. El endpoint que expones habla la única capa que todos comparten: un 402 HTTP y un pago en stablecoin.

Cómo cobrar a los agentes — paso a paso

La versión honesta de "cuánto cuesta esto": construir el stack completo tú mismo implica correr un servidor x402, gestionar una wallet, cablear un facilitator de liquidación y mantenerte al día con formatos de mandatos y credenciales. Con Payzum, el mismo resultado es una configuración de dashboard — porque Payzum se pone delante de tu API como middleware, no como algo alrededor de lo cual rehagas tu servicio.

1. Apunta Payzum a tu endpoint existente. Le das la URL de la API que ya corres, más tu propia API key o bearer token — sin backend nuevo, sin código de protocolo.
2. Fija un precio por llamada. Fijo por petición o por ruta. Payzum publica una URL x402-cobrable para ello.
3. Los agentes llaman a la URL y reciben un 402. Payzum devuelve el precio y el destino, un facilitator externo (hoy el de Coinbase) liquida el pago en USDC sobre Base, y los fondos caen en tu wallet.
4. Payzum hace de proxy de la llamada pagada. Una vez confirmado el pago, Payzum reenvía la petición a tu endpoint real con tu key y devuelve la respuesta. El agente obtuvo sus datos; tú cobraste; nunca tocaste una clave privada custodiada por un tercero.

Para ser precisos con los roles, porque es fácil confundirlos: Payzum es el middleware/proxy delante de tu API — no el facilitator. El facilitator que liquida el pago on-chain es externo (hoy, el de Coinbase). Tu proveedor de API empieza a servir agentes el mismo día, con cero código y cero protocolo que implementar.

Para quién es esto

La economía de agentes ya no es demanda hipotética — es el giro que rastreó Chainalysis desde el "farmeo" de memecoins hacia utilidad real, con las transacciones de 1 $ o más pasando de cerca de la mitad del volumen agéntico de Base a la gran mayoría. En concreto, los endpoints x402-cobrables ya están ganando con:

• Proveedores de datos y API — precios, clima, enriquecimiento, búsqueda, scraping, geocodificación. Los agentes pagan por consulta en lugar de que gestiones keys, cuotas y facturas para compradores que nunca conocerás.
• Herramientas y cómputo — endpoints de inferencia, parsing de documentos, procesamiento de imagen o audio, acciones de automatización que un agente dispara bajo demanda.
• Contenido y conocimiento — artículos de pago, datasets, investigación y feeds de referencia que un asistente IA necesita a mitad de tarea y por los que pagará una fracción de céntimo por leer.

Stack propio vs. Payzum

Objeciones comunes

¿AP2 no es solo un marco de pagos con tarjeta de Google?

No. AP2 es deliberadamente agnóstico al riel — estandariza autorización y responsabilidad, no un método de pago concreto. Tarjetas, transferencias y stablecoins encajan todos. La extensión A2A x402 es la que hace a las stablecoins de primera clase, y Coinbase la describe como la única vía de facilitator de stablecoins en AP2. Así que "AP2" y "stablecoins por x402" no son alternativas; lo segundo es una opción de liquidación dentro de lo primero.

¿Tengo que implementar AP2 para que los agentes me paguen?

No. La autorización (mandatos AP2) vive del lado del agente — su wallet y su cliente prueban el consentimiento. Tu trabajo como proveedor de API es solo responder una petición de pago con un 402 y aceptar la liquidación. Con Payzum eso es un paso de configuración: expones la URL x402-cobrable y dejas que los clientes AP2/x402 de los agentes hagan el resto.