¿El comercio agentic desbloqueará una pila de pagos de dos capas para transacciones nativas de IA?

A medida que las transacciones nativas de la IA pasan de la idea a la implementación, el comercio agéntico está obligando a replantear de manera fundamental cómo funcionan los pagos digitales y la infraestructura de liquidación.

De los pagos centrados en humanos a rieles nativos de IA

Entre septiembre de 2025 y marzo de 2026, cada actor importante en pagos globales avanzó hacia el comercio impulsado por IA. OpenAI y Stripe lanzaron el Agentic Commerce Protocol, mientras que Google presentó el Universal Commerce Protocol para más de 30 socios minoristas y fintech.

Durante el mismo período, Visa y Mastercard publicaron marcos de pago enfocados en agentes. Coinbase avanzó su estándar x402, liquidando más de 15 millones de transacciones en Base. Además, Stripe y Tempo coautorizaron el Machine Payments Protocol y lo presentaron para estandarización en el IETF.

El momento no es casual. La infraestructura de pagos de las últimas tres décadas se construyó para humanos sentados frente a navegadores, completando formularios y pasando verificaciones paso a paso. Sin embargo, los agentes de IA necesitan interfaces programáticas, autorizaciones casi instantáneas y una liquidación que pueda gestionar transacciones en fracciones de un centavo.

La pila existente nunca se diseñó para ese entorno, y la industria reconoce la falta de correspondencia. Lo que está emergiendo, en cambio, es una arquitectura de dos capas: una capa superior de orquestación para descubrimiento e inicio, y una capa inferior de liquidación para la transferencia de valor. Estas evolucionarán por pistas separadas, impulsadas por incentivos distintos.

Orquestación comercial: cómo se juntan las transacciones de agentes

La capa de orquestación define cómo un agente encuentra un servicio, gestiona una sesión y transfiere a pagos. Han aparecido dos categorías distintas de casos de uso, y confundirlas arriesga malinterpretar la estructura del mercado.

1.1 Agentes que actúan en nombre de los consumidores

Para los agentes que compran en nombre de humanos, el problema principal hoy no es la mecánica de pago sino el acceso. La mayoría de las plataformas de e-commerce está optimizada para la navegación humana. Sin embargo, un agente no debería desplazarse por páginas de productos, interpretar banners ni hacer clic en un botón de “añadir al carrito”.

Los comerciantes, en cambio, necesitan endpoints estructurados y legibles por máquinas. Estos aún son poco comunes, lo que limita las interacciones nativas de agentes. La primera ola de protocolos en este segmento proviene de OpenAI, Stripe y Google, y cada uno tiene un enfoque diferente para el control y la apertura.

OpenAI y Stripe lanzaron el Agentic Commerce Protocol (ACP) en septiembre de 2025. El protocolo se centra en la delegación segura de pagos en el checkout: el método de pago de un usuario se almacena en ChatGPT y, tras la confirmación de la compra, Stripe emite un Shared Payment Token (SPT), una credencial de un solo uso restringida al comerciante y al total del carrito.

Este token se entrega al comerciante vía API, y este conserva el estado completo de Merchant of Record y procesa el pago mediante la infraestructura existente de Stripe. El SPT de Stripe es, a la fecha de este escrito, la primera implementación en vivo de ese diseño de delegación y es compatible con la Delegated Payment Spec de OpenAI. Otros PSP pueden implementar la especificación, haciendo ACP abierto en la capa de pagos.

ChatGPT Instant Checkout se lanzó en septiembre de 2025 para usuarios de EE. UU., pero se cerró en marzo de 2026 tras una conversión cercana a cero. Desde entonces, OpenAI se ha movido hacia el descubrimiento: ChatGPT ahora muestra productos y redirige a los usuarios a los sitios o apps del comerciante para el checkout. ACP sobrevive en un rol más acotado, impulsando apps dedicadas dentro de ChatGPT para un conjunto pequeño de grandes minoristas.

Los comerciantes deben solicitar participar, y OpenAI controla quién aparece y en qué ranking. Dicho esto, este modelo curado brinda a OpenAI control de extremo a extremo de la experiencia dentro del asistente, mientras delega la liquidación a procesadores de terceros como Stripe.

El Universal Commerce Protocol (UCP) de Google representa una estrategia contrastante. Anunciado por Sundar Pichai en la NRF Conference el 11 de enero de 2026, el UCP se desarrolló conjuntamente con Shopify, Etsy, Wayfair, Target y Walmart, y fue respaldado por más de 20 socios, incluidos Adyen, American Express, Best Buy, Mastercard, Visa, Stripe y The Home Depot.

UCP está alineado explícitamente con el propio protocolo de pagos de agentes de Google (AP2), el estándar Agent2Agent (A2A) y el Model Context Protocol (MCP. Este impulso de interoperabilidad es un intento deliberado de ocupar el terreno alto para indexación y acceso. Google Pay sirve como método de pago predeterminado, y se anunció PayPal como una opción próxima.

Técnicamente, UCP opera mediante un manifiesto de capacidad conocido como perfil de UCP. Los comerciantes publican un documento JSON estructurado en /.well-known/ucp bajo su dominio, especificando métodos de transporte, capacidades de checkout y manejadores de pago admitidos. Los agentes leen estos manifiestos directamente sin intermediarios.

La arquitectura refleja las prioridades estratégicas de Google. Google tiene poco interés en intermediar transacciones, lo que invitaría presión de margen, exposición a responsabilidad y escrutinio regulatorio. En su lugar, quiere visibilidad total en la web del comercio. UCP posiciona a Gemini como la capa principal de descubrimiento para compras de agentes, mientras permanece en gran medida invisible en la liquidación.

El contraste con ACP es marcado. ACP es un entorno curado donde OpenAI actúa como guardián; los comerciantes deben solicitar, y el flujo se optimiza dentro de ChatGPT. UCP funciona como un catálogo abierto: los comerciantes se auto-publican, cualquier agente compatible puede consumir perfiles, y Google controla la superficie de descubrimiento pero no el pago en sí.

El freno de incorporación es menor y el alcance potencial es mayor con UCP, pero los comerciantes reciben menos acompañamiento directo. En efecto, ACP intercambia apertura por control, mientras UCP intercambia control por amplitud de índice y estandarización a nivel de protocolo.

1.2 Agentes que realizan transacciones con otros agentes

La segunda categoría principal es estructuralmente diferente: ambos lados de la transacción son agentes autónomos, y no participa ningún comerciante humano. En este entorno, desaparecen los anclajes de confianza tradicionales, dejando pocas protecciones familiares.

No hay estatutos de protección al consumidor ni derechos de contracargo de tarjetas en los que apoyarse. Además, las partes pueden no haber interactuado nunca antes, y aun así deben intercambiar valor de manera segura. Este es el problema que los nuevos estándares de Ethereum están intentando abordar.

Propuesto el 10 de marzo de 2026 por el equipo dAI de la Ethereum Foundation junto con Virtuals Protocol, ERC-8183 estructura cada transacción como un trabajo de tres partes. Un Client comisiona el trabajo, un Provider lo entrega, y un Evaluator certifica la finalización.

Los fondos se mantienen en escrow mediante smart contracts y se liberan solo cuando el Evaluator da el visto bueno. Ni Client ni Provider necesitan evaluar la confiabilidad del otro; el contrato hace cumplir el resultado de forma mecánica. En paralelo, ERC-8004 define la capa de identidad que sustenta este mecanismo.

Bajo ERC-8004, los agentes se registran on-chain y construyen una puntuación de reputación a partir del historial de transacciones. Esto crea una señal de credibilidad portable que persiste a través de las interacciones. El diseño es sólido en teoría; sin embargo, la creación de adopción a escala sigue siendo el cuello de botella práctico.

Hoy, la mayor parte del uso real se concentra dentro de la plataforma de Virtuals Protocol. Un agente orquestador llamado Butler descompone tareas complejas en sub-jobs y las enruta a agentes especialistas. La comunidad más amplia de desarrolladores aún no se ha involucrado a un nivel comparable. ERC-8183 es, en la práctica, un intento de hacer este patrón abierto y sin permisos.

Un punto estructural se sigue directamente. El e-commerce minorista puede operar con comodidad en rieles de tarjetas, porque los compradores humanos permanecen en el circuito. El comercio puro de agente a agente, en cambio, probablemente requiera liquidación con stablecoin, ya que las comisiones de tarjetas se vuelven poco económicas en tamaños de ticket muy pequeños y con alta frecuencia.

Protocolos de liquidación: quién mueve realmente el dinero

Si la orquestación decide qué y dónde transaccionar, la capa de liquidación determina si el valor realmente se mueve. Ahora compiten aquí cinco protocolos principales, cada uno ajustado a diferentes casos de uso y restricciones económicas.

2.1 Delegated Payment Spec y SPT (Stripe)

La Delegated Payment Spec de Stripe amplía la infraestructura de tarjetas en lugar de reemplazarla. Cuando un cliente autoriza a un agente, Stripe aprovisiona un SPT que el agente almacena. En el momento de la transacción, el agente presenta ese token de tiempo limitado y con tope de monto al comerciante.

La liquidación entonces se ejecuta a través de la pila de tarjetas existente de Stripe. En el back end, Stripe se conecta a Visa Intelligent Commerce y Mastercard Agent Pay, que emiten tokens de red para agentes. Los comerciantes ven una sola superficie de integración independientemente de qué red de tarjetas se encuentre debajo.

Este modelo es adecuado para compras minoristas estándar y para muchos pagos de alto valor de agente a agente, donde los contracargos y otras protecciones al consumidor siguen siendo deseables. Sin embargo, encaja mal en patrones de alta frecuencia y micro-valor como pagos en streaming máquina a máquina.

En esos escenarios, los montos de las transacciones a menudo son fracciones de un centavo, y los volúmenes pueden alcanzar miles de operaciones por minuto. La economía de las comisiones de tarjetas y la sobrecarga de autorización se vuelve rápidamente insostenible, incluso si técnicamente fuera posible.

2.2 Visa Intelligent Commerce y tokens de agentes de Mastercard

Tanto Visa como Mastercard han refactorizado sus capas de tokenización para manejar pagos iniciados por agentes. Los números reales de tarjetas se reemplazan con tokens dinámicos cifrados que incorporan metadatos sobre el agente que autoriza, desde la identidad hasta límites de gasto y ventanas de validez.

Los comercios permitidos también se especifican dentro de los metadatos del token, lo que permite controles finos sobre dónde pueden pagar los agentes. La liquidación en sí permanece en rieles de tarjetas heredados, lo que mantiene las rutas de integración familiares y evita infraestructura completamente nueva.

Ambas redes se han movido más allá de pruebas de concepto. Mastercard procesó la primera transacción de agente totalmente identificada en septiembre de 2025, trabajando con Commonwealth Bank en Australia. Visa completó despliegues iniciales en mercados europeos a través de su programa Agentic Ready.

La infraestructura parece capaz, pero el piso de comisiones es una limitación estructural. Ninguna de las redes puede soportar de manera eficiente pagos por debajo de un dólar en la densidad que puede exigir el futuro comercio de agentes. Además, las capas regulatorias y de cumplimiento restringen aún más la experimentación en el extremo de tickets muy pequeños.

2.3 x402 (Coinbase)

x402, en cambio, parte de HTTP en lugar de tarjetas. Se basa en el código de estado 402 “Payment Required”, que está en la especificación HTTP desde 1997 pero apenas se ha usado. Cuando un agente solicita un recurso con pago, el servidor responde con un 402 que contiene parámetros de pago.

El agente firma una autorización, y un Facilitator completa una liquidación on-chain atómica en USDC u otros tokens admitidos, típicamente en unos dos segundos. No hay configuración de cuenta, no hay distribución de claves API y no hay exigencia de KYC en el nivel de protocolo. La gobernanza reside en la x402 Foundation, establecida por Coinbase y Cloudflare.

A finales de 2025, x402 había procesado más de 100 millones de transacciones en Base, Solana y Polygon. Sin embargo, analistas en Artemis, escribiendo en febrero de 2026, estimaron que gran parte de ese volumen refleja autogestión y pruebas de infraestructura más que comercio genuino.

El volumen de pagos anualizado del protocolo está en torno a $600 millones, pero la concentración y los problemas de calidad del volumen son materiales. Aun así, x402 no tiene un piso de comisiones estructural; se diseñó explícitamente para micropagos. La brecha clave es la profundidad de adopción y la densidad del comercio del mundo real, no el diseño técnico.

2.4 Nanopayments (Circle)

El protocolo Nanopayments de Circle es intencionalmente compatible con x402, usando HTTP 402 como disparador mientras agrega una capa de liquidación en lote. En lugar de liquidar cada pago on-chain de forma individual, los compradores prefinancian una cuenta de Circle Gateway y firman mensajes fuera de cadena EIP-3009 para cada transacción.

La liquidación periódica en lote hacia la blockchain distribuye el costo de gas entre muchos pagos, haciendo que transferencias tan pequeñas como $0.000001 sean económicamente viables. El gas se paga efectivamente una vez al depositar, en lugar de por pago, una optimización crucial para casos de uso de uso extremadamente alto en frecuencia.

El intercambio es que ambas contrapartes deben depositar en Circle Gateway, creando una red semi-cerrada en la arquitectura actual. Nanopayments se lanzó en testnet en marzo de 2026 en 12 cadenas admitidas. Además, el modelo de comisiones es convincente para flujos intensivos de micro-pagos si Circle puede reducir la fricción de incorporación.

2.5 MPP Machine Payments Protocol (Tempo y Stripe)

MPP, coautorizado por Tempo y Stripe, es el diseño de liquidación más ambicioso de los cinco. Usa HTTP 402 como disparador y permite que comerciantes y agentes elijan entre múltiples rieles de liquidación dentro de un marco unificado.

Los desarrolladores ya no necesitan “hard-wire” infraestructura de stablecoin o fiat en el momento de construir. En su lugar, el agente puede decidir en tiempo de ejecución qué riel usar según las necesidades de la transacción. Las opciones disponibles incluyen liquidación con stablecoin de Tempo, pagos con Stripe SPT, tokens de red de tarjetas y pagos con Bitcoin Lightning impulsados por Lightspark.

Crucialmente, MPP introduce una primitiva de “sesión” similar a OAuth. Un agente autoriza una vez y prefinancia una cuenta; luego, disfruta de liquidación automatizada en tiempo real para interacciones posteriores sin una transacción on-chain por cada pago.

La especificación central se ha enviado al IETF como implementación de referencia de HTTP 402. En el lanzamiento del 18 de marzo de 2026, el mainnet Payment Directory ya integró más de 100 servicios. Sin embargo, los patrones de adopción aún están en etapas tempranas.

El papel dual de Stripe es estratégicamente importante. Coautoriza el protocolo y también aparece como una de las opciones de pago dentro del mismo, capturando valor tanto si los desarrolladores eligen MPP principalmente por flexibilidad o específicamente por capacidades de tarjeta.

Realidad del mercado: protocolos adelantados a su despliegue

3.1 Dónde está el mercado

A pesar de los lanzamientos rápidos de protocolos en los últimos seis meses, la tracción comercial sigue siendo limitada. En liquidación, x402 lidera en cantidad de transacciones, pero el volumen real de comercio diario ronda cerca de $28,000. En orquestación, Instant Checkout de ACP se cerró tras conversiones insignificantes.

Estándares nuevos como ERC-8183 y MPP muestran un patrón similar: el relato supera al despliegue real. La industria llegó a un punto de inflexión donde existe gran parte de la arquitectura del protocolo, pero la aplicación comercial escalada aún no ha comenzado.

El cuello de botella central es la fragmentación en la capa de orquestación. Los comerciantes enfrentan múltiples estándares independientes, cada uno con SDKs distintos, flujos de autenticación y reglas de cumplimiento. Sin embargo, esto incrementa los costos de integración y desalienta la experimentación.

Históricamente, esa fragmentación se resuelve mediante una capa de agregación que unifica el acceso entre estándares en competencia. Este ciclo podría ser diferente. Las plataformas con tráfico agéntico significativo, incluyendo OpenAI, Google y Microsoft, tienen incentivos para mantener superficies cerradas en lugar de ceder usuarios a otros lugares.

Esta misma lógica se está desarrollando regionalmente. China, el sudeste asiático, Corea y Japón están desarrollando ecosistemas de bucle cerrado anclados por super-apps o plataformas dominantes. Lo más probable es que el resultado sea un conjunto de sistemas cerrados regionales en paralelo en lugar de un único estándar global abierto.

Por lo tanto, la capa de agregación que los comerciantes quieren es más probable que provenga de proveedores de infraestructura de terceros que atienden directamente a los comerciantes, no de las plataformas que compiten por poseer el tráfico de agentes. Los incentivos para apertura y alcance entre plataformas simplemente no se alinean en la capa de la plataforma.

3.2 Dónde están las oportunidades a corto plazo

De este panorama emergen dos conjuntos distintos de oportunidades: infraestructura de liquidación y servicios de agente a agente en la capa de aplicación. El primero parece ser el negocio más cierto a corto plazo, mientras que el segundo está menos desarrollado, pero potencialmente es el más transformador.

En liquidación, la fragmentación en la orquestación contrasta con la presión de consolidación en la capa de pago. Cada agente, independientemente de la plataforma, enfrenta en última instancia el mismo problema: cómo pagar contrapartes de manera eficiente a través de rieles.

Los desarrolladores no pueden, de manera realista, mantener integraciones de pago separadas para cada superficie donde podrían operar sus agentes. A medida que se multiplican las plataformas, la presión económica aumenta hacia una única integración de pago unificada que abstraiga la complejidad subyacente del riel.

Esto define un requisito de producto concreto: un multi-rail wallet para agentes. Rieles de tarjetas como SPT, tokens de agentes de Visa y tokens de agentes de Mastercard seguirán apoyando el comercio tradicional de comerciantes. Rieles de stablecoin como x402 y los pagos de sesión de MPP anclarán APIs on-chain y transferencias de agente a agente.

Ambas categorías ya están en vivo y no convergerán en un solo riel en el corto plazo. La carga de flexibilidad recae en el lado del agente, no en el lado del comerciante. Los comerciantes eligen qué rieles admitirán, una decisión relativamente estable y controlable.

Luego, las empresas aprovisionan a sus agentes con stablecoins y tarjetas delegadas. El agente paga usando el riel que acepte la contraparte. Un wallet que maneja ambos sin fricciones, en una sola integración, se convierte en la capa habilitadora para agentes de propósito general que operan a través de ecosistemas diversos.

Ese valor de integración se multiplica con cada transacción y cada plataforma nueva, creando una profundidad de infraestructura difícil de desplazar una vez establecida. Además, posiciona al proveedor del wallet como una capa neutral de compensación entre entornos de orquestación fragmentados.

Comercio de agente a agente: la oportunidad menos desarrollada

La segunda oportunidad está en la capa de aplicación del comercio de agente a agente. Hoy, la mayor parte de la actividad A2A sigue confinada a flujos nativos de cripto: agentes que consultan datos on-chain, interactúan con protocolos DeFi y ejecutan transacciones en blockchain.

El mercado aún no se ha expandido hacia servicios amplios y reales fuera del mundo cripto. Sin embargo, desde un punto de vista de protocolo, los agentes podrían ya comisionar tareas como análisis de datos, generación de contenido, investigación legal o revisión de código, pagando por cada llamada.

La pieza faltante es el ecosistema de desarrolladores. Los constructores de servicios todavía no están empaquetando ofertas como APIs pagables por agentes con precios detallados por uso. Ese es el verdadero hueco, y actualmente es una de las áreas menos disputadas en la pila.

Este espacio está limitado por el problema de arranque en frío. Los sistemas de identidad como ERC-8004 requieren una densidad significativa de transacciones para generar puntuaciones de confianza creíbles. Los agentes sin historial carecen de peso reputacional, lo que limita a las contrapartes dispuestas a transaccionar con ellos.

Microsoft ha proyectado alrededor de 1.3 mil millones de agentes de IA activos para 2028. La base instalada de hoy es varios órdenes de magnitud más pequeña. La brecha no se cerrará automáticamente; es precisamente lo que mantiene baja la competencia a corto plazo y hace atractiva la toma de posiciones temprana.

Las implicaciones van más allá de los pagos hacia los modelos de negocio. Los modelos dominantes de internet, publicidad y suscripciones, asumen compradores humanos. Los agentes no se persuaden mediante anuncios ni necesitan paquetes de acceso mensual; pagan por el resultado de llamadas específicas.

En ese contexto, los pagos con http 402 crean un principio económico diferente. Los proveedores venden resultados en lugar de acceso, cobran a usuarios intensivos en proporción al consumo real y dejan de subvencionar a usuarios ligeros o sobreaprovisionar para cargas raras de picos máximos.

Tanto si la economía A2A se expande más allá de cripto como si HTTP 402 se convierte en una capa de precios general para software, en la práctica es la misma pregunta. Ambas dependen de que los agentes se vuelvan actores económicos rutinarios, transaccionando a escala contra directorios de servicios ricos por llamada.

Conclusión: una pila de dos capas y las primitivas faltantes

De cara al futuro, el comercio agéntico continuará desarrollándose en dos pistas separadas. Los agentes orientados a consumidores que compran bienes para humanos dependerán en su mayoría de rieles de tarjetas, avanzando al ritmo de los marcos de autorización empresarial y la confianza de los usuarios en nuevas superficies de pago.

En paralelo, la pila de protocolos de comercio agéntico para pagos de software a software ya es técnicamente viable sobre rieles de stablecoin. Ahora espera el despliegue de agentes y servicios que requieren liquidación programática de alta frecuencia y a escala.

El estado final más probable es una pila de dos capas que evoluciona en paralelo: orquestación que gobierna el descubrimiento y la iniciación, y liquidación que gobierna la transferencia de valor. Para los constructores, la prioridad estratégica es la amplitud de la integración a través de ambas capas.

La infraestructura que pueda enrutar cualquier transacción de agente a través del protocolo que requiera la contraparte, mientras oculta esa complejidad a las aplicaciones, ocupará una posición estructuralmente fuerte a medida que el mercado crezca. Esta capa será invisible para los usuarios finales, pero aumentará en importancia de forma acumulativa.

El disparador para la escala comercial no son mejores protocolos. Es el momento en que las empresas delegan autoridad de gasto a agentes con trazas auditables, controles de presupuesto y responsabilidad clara por compras mal dirigidas. Cuando se cruza ese umbral, dos posiciones de infraestructura se vuelven críticas.

Primero, un wallet de agentes multi-rail que admita tanto pagos con stablecoin como pagos con tarjetas en una sola integración. Segundo, un directorio accesible de servicios por llamada que permita a desarrolladores sin antecedentes cripto exponer APIs a compradores de agentes. Ambas son oportunidades abiertas hoy, y ambas se vuelven esenciales una vez que los agentes de gasto operen a escala.