ACP vs AP2 vs x402: Guia completa de protocolos de pago agéntico

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 límites de gasto. Y x402, impulsado por Coinbase y Cloudflare, habilita pagos en stablecoins USDC usando el código 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 método de pago almacenado del usuario, y el comerciante recibe moneda fiat a traves de los rails de liquidación normales. La fortaleza de ACP es la compatibilidad — cualquier comerciante que ya use Stripe puede habilitar ACP con cambios mínimos. El protocolo maneja autenticación, 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 artículos al carrito, comparar precios y ejecutar compras siempre que el total se mantenga dentro del mandato. Google diseño AP2 para escenarios de compra donde el agente necesita autonomia para tomar multiples decisiones sin interrumpir al usuario para cada aprobación. El mandato actua como un límite de confianza: el usuario establece las reglas una vez y el agente opera dentro de ellas.

x402 es el mas técnicamente novedoso de los tres. Reutiliza el código 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, dirección 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 liquidación es on-chain, tipicamente en Base (Coinbase L2), con verificación en segundos en lugar de dias.

Cada protocolo aborda la seguridad de forma diferente. ACP hereda el cumplimiento PCI de Stripe, la detección de fraude y las protecciones de chargeback. AP2 usa límites basados en mandatos como mecanismo principal de confianza — el agente fisicamente no puede gastar de mas. x402 se basa en firmas criptográficas de wallet y verificación on-chain, sin intermediario custodiando fondos. Para los comerciantes, el modelo de seguridad importa porque determina la responsabilidad, la resolución 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 única interfaz para el comerciante. Los adaptadores inbound detectan que protocolo esta usando el agente, normalizan el payment intent a un formato común, aplican reglas definidas por el comerciante a traves de un motor de políticas, y enrutan al camino de liquidación apropiado. Esto es exactamente lo que hace el Protocol Bridge de Trusteed — una integración 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.