ACP vs AP2 vs x402: Guia completa de protocolos de pago agentico

Cuando un agente IA necesita pagar algo en nombre de un usuario, que protocolo usa? La respuesta en 2026 no es un solo protocolo — son tres. ACP (Agent Commerce Protocol) de Stripe y OpenAI maneja pagos fiat tradicionales a traves de rails de tarjeta conocidos. AP2 (Agent Payment Protocol) de Google gestiona mandatos a nivel de carrito donde los usuarios pre-aprueban limites de gasto. Y x402, impulsado por Coinbase y Cloudflare, habilita pagos en stablecoins USDC usando el codigo de estado HTTP 402. Cada protocolo resuelve un problema diferente, y los comerciantes mejor preparados soportaran los tres.

ACP es el mas familiar de los tres protocolos porque se construye sobre la infraestructura de pagos existente de Stripe. Cuando un agente usa ACP, crea un payment intent a traves de la API de Stripe, se cobra el metodo de pago almacenado del usuario, y el comerciante recibe moneda fiat a traves de los rails de liquidacion normales. La fortaleza de ACP es la compatibilidad — cualquier comerciante que ya use Stripe puede habilitar ACP con cambios minimos. El protocolo maneja autenticacion, captura de pago y reembolsos a traves de la misma infraestructura en la que los comerciantes ya confian.

AP2 adopta un enfoque fundamentalmente diferente. En lugar de autorizar transacciones individuales, el usuario pre-aprueba un mandato de gasto — un presupuesto y conjunto de reglas dentro del cual opera el agente. El agente puede anadir articulos al carrito, comparar precios y ejecutar compras siempre que el total se mantenga dentro del mandato. Google diseno AP2 para escenarios de compra donde el agente necesita autonomia para tomar multiples decisiones sin interrumpir al usuario para cada aprobacion. El mandato actua como un limite de confianza: el usuario establece las reglas una vez y el agente opera dentro de ellas.

x402 es el mas tecnicamente novedoso de los tres. Reutiliza el codigo de estado HTTP 402 Payment Required — dormido desde los anos 90 — para crear una capa de pago nativa en el propio HTTP. Cuando un agente llega a un endpoint 402, la respuesta incluye un header PAYMENT-REQUIRED con el precio, direccion de wallet y detalles de la red. El agente construye un pago en stablecoins USDC, lo firma e incluye un header PAYMENT-SIGNATURE en la peticion de reintento. La liquidacion es on-chain, tipicamente en Base (Coinbase L2), con verificacion en segundos en lugar de dias.

Cada protocolo aborda la seguridad de forma diferente. ACP hereda el cumplimiento PCI de Stripe, la deteccion de fraude y las protecciones de chargeback. AP2 usa limites basados en mandatos como mecanismo principal de confianza — el agente fisicamente no puede gastar de mas. x402 se basa en firmas criptograficas de wallet y verificacion on-chain, sin intermediario custodiando fondos. Para los comerciantes, el modelo de seguridad importa porque determina la responsabilidad, la resolucion de disputas y cuanta infraestructura de confianza necesitas construir versus lo que el protocolo proporciona.

Un PSP (Payment Service Provider) bridge multi-protocolo normaliza los tres protocolos en una unica interfaz para el comerciante. Los adaptadores inbound detectan que protocolo esta usando el agente, normalizan el payment intent a un formato comun, aplican reglas definidas por el comerciante a traves de un motor de politicas, y enrutan al camino de liquidacion apropiado. Esto es exactamente lo que hace el Protocol Bridge de AgenticMCPStores — una integracion para comerciantes, tres protocolos para agentes. El comerciante ve un flujo de pedidos unificado independientemente de si el agente pago con Stripe, Google Pay o USDC.