Informe sobre el estado actual de la investigación sobre los acuerdos de pago basados en la inteligencia artificial: Un nuevo paradigma de pago en la economía de los agentes

Autor: Bryan Vong, Foresight Ventures

En el semestre comprendido entre septiembre de 2025 y marzo de 2026, todos los principales actores del sector de los pagos a nivel mundial llevaron a cabo importantes iniciativas. OpenAI y Stripe han presentado conjuntamente el Protocolo de Comercio Agente (ACP). Google ha lanzado el Protocolo de Comercio Universal (UCP). En el plazo de una semana, Visa y Mastercard lanzaron sucesivamente sus respectivos marcos de pago para agentes. En los dos meses siguientes, el protocolo x402 de Coinbase procesó más de 15 millones de transacciones en la cadena Base. En marzo de 2026, Stripe y Tempo lanzaron conjuntamente el Protocolo de Pagos Automáticos (MPP).

Las intensas medidas adoptadas por estos gigantes tecnológicos y estas instituciones financieras no son una coincidencia, sino una respuesta colectiva del sector de los pagos ante un mismo reto: a medida que los agentes de IA se convierten en las entidades de consumo más activas en Internet, la infraestructura de pagos existente resulta totalmente incapaz de satisfacer sus necesidades operativas.

Todos los diseños del sistema de pago tradicional se basan en la premisa de la «intervención humana»: se recurre a interfaces de navegador, se rellenan formularios manualmente, se hace clic en «confirmar pago» y se verifica la identidad mediante códigos de verificación. La lógica operativa de los agentes es totalmente diferente: requiere interfaces estándar legibles por máquina, respuestas de autorización en milisegundos y una infraestructura adaptada a las liquidaciones de alta frecuencia y de pequeño importe.

Esta pugna por la infraestructura no estará dominada por un único protocolo, sino que está dando lugar a una arquitectura clara de dos capas. La capa de intención define «quién es el comerciante y cómo se realiza la correspondencia», mientras que la capa de liquidación define «cómo fluyen realmente los fondos». Las dos capas son independientes y evolucionan por separado, pero ambas son indispensables. Sin ninguna de estas dos capas, no es posible materializar el ciclo cerrado comercial de la economía de agentes.

Primera parte: Capa de orquestación de intenciones

La capa de coordinación de intenciones se encarga de transformar la intención de transacción de los agentes en un proceso completo ejecutable: buscar productos o servicios, añadirlos al carrito de la compra y activar el pago. Esta capa ha formado actualmente dos trazas claramente diferenciadas.

1.1 Agentes que compran en nombre de personas

La contradicción fundamental de esta vía no es el pago, sino el acceso. Las plataformas tradicionales de comercio electrónico están diseñadas para usuarios humanos, y los agentes no pueden analizar páginas visuales ni hacer clic en elementos interactivos. Para que los agentes puedan realizar compras en nombre de los usuarios, los comerciantes deben proporcionar interfaces estandarizadas legibles por máquina.

ACP (Protocolo de comercio agencial): Experiencia de compra basada en IA en un ecosistema cerrado

ACP fue lanzado conjuntamente por OpenAI y Stripe en septiembre de 2025. Su mecanismo principal es el pago delegado: cuando los usuarios confirman una compra, otorgan autorización de pago al agente, quien completa la transacción utilizando una credencial de pago que cumple con la especificación de pago delegado, mientras que el comerciante conserva la condición de comerciante de referencia. En la actualidad, el SPT de Stripe es la primera y única solución implementada en este sistema.

ChatGPT Instant Checkout se puso en marcha en septiembre de 2025, pero se cerró en marzo de 2026 debido a las bajas tasas de conversión. OpenAI ha reorientado su estrategia hacia el descubrimiento de productos, lo que significa que, una vez que ChatGPT muestra los productos, redirige a los usuarios al sitio web del comerciante para que completen la transacción. El protocolo ACP, por su parte, se mantiene en una versión más simplificada y da soporte a aplicaciones exclusivas de ChatGPT para varios grandes minoristas; los comerciantes deben solicitar su participación, que está controlada por OpenAI.

UCP (Protocolo de Comercio Universal): Plan a largo plazo para los estándares abiertos

UCP fue presentado personalmente por el director ejecutivo de Google, Sundar Pichai, en la Conferencia Anual del Sector Minorista de la NRF celebrada en enero de 2026, tras haber conseguido más de 30 socios, entre los que se incluyen plataformas de gran alcance como Shopify, Stripe, Visa, Mastercard, Walmart y Wayfair. El mecanismo central de UCP es la declaración de capacidades del comerciante: los comerciantes publican un archivo de configuración de UCP en formato JSON en su propio dominio, en el que declaran las capacidades de transmisión y pago que admiten, y que la IA puede leer directamente. Google aprovecha esto para posicionar a Gemini como la plataforma principal de búsqueda para las compras a través de agentes.

La diferencia fundamental es que Google evita deliberadamente actuar como intermediario. No es necesario que sea el propietario de las transacciones en sí, sino que solo tiene que controlar el eslabón anterior del proceso de descubrimiento de productos. ACP y UCP no compiten entre sí, sino que representan dos propuestas de mercado distintas: la primera cambia un ecosistema cerrado por una experiencia de usuario y un control extremos, mientras que la segunda cambia los estándares abiertos por mayores efectos de escala e interoperabilidad.

1.2 Transacciones entre agentes

Si la línea A aborda cómo los agentes pueden realizar compras en nombre de los seres humanos, la línea B pretende resolver un problema más fundamental: cuando ambas partes de una transacción son agentes, sin que intervengan comerciantes humanos, ¿de dónde surge la confianza? Los agentes carecen de avales que respalden su credibilidad, y no es posible aplicar la normativa de protección del consumidor. La contradicción fundamental radica en cómo garantizar la fiabilidad del intercambio de valor en un entorno de «confianza cero».

ERC-8183 + ERC-8004: Contratos de tareas sin necesidad de confianza en cadena

El estándar ERC-8183 fue lanzado en marzo de 2026 por el equipo dAI de la Fundación Ethereum, en colaboración con Virtuals Protocol. Cada trabajo cuenta con tres partes: El cliente (el delegante), el proveedor (el prestador del servicio) y el evaluador (el evaluador), con los fondos depositados en un contrato inteligente hasta que se acepte la tarea. Las partes implicadas en la transacción no necesitan confiar unas en otras; solo tienen que confiar en el propio contrato. ERC-8004 es un protocolo de identidad de respaldo, en el que cada agente se registra en la cadena de bloques y acumula una puntuación de reputación basada en el historial de transacciones. En la actualidad, hay unos 24 000 agentes registrados en toda la red.

Butler, de Virtuals Protocol, es el principal impulsor de este sistema, que desglosa tareas complejas y las asigna a agentes especializados para su ejecución. Este modelo tiene como objetivo promover este mecanismo de contrato tripartito como un estándar abierto, pero su adopción generalizada por parte de los desarrolladores aún llevará tiempo.

Las diferencias estructurales entre las dos vías influyen directamente en la elección de los protocolos de la capa de liquidación: Las transacciones de la vía A se conectan de forma natural a canales de moneda fiduciaria, mientras que las de la vía B se basan en canales de monedas estables.

Segunda parte: Capa de asentamiento

Si la capa de coordinación de intenciones determina «qué se negocia», la capa de liquidación se encarga de «cómo se transfiere el dinero de forma fiable». En la actualidad, hay cinco protocolos que compiten en este ámbito, cada uno con diferentes conceptos de diseño y escenarios de aplicación.

2.1 Pago delegado / SPT (Stripe)

• Idea central: Ampliar el ecosistema de pagos con tarjeta ya existente en lugar de reconstruirlo.
• Método de funcionamiento: Cuando los usuarios autorizan al agente, Stripe genera un token de pago compartido (SPT) que el agente almacena. Cuando se realiza una transacción, el agente presenta al comerciante este token de validez limitada con un límite de importe establecido. A continuación, los fondos se liquidan a través del canal estándar de pago con tarjeta de Stripe. En segundo plano, Stripe se ha conectado con las interfaces «AI-Ready» de Visa y «Agentic Token» de Mastercard. Por lo tanto, independientemente de la entidad emisora de la tarjeta por la que se procese la transacción subyacente, el comerciante se enfrenta a una interfaz SPT unificada.
• Casos de uso: Es ideal para transacciones minoristas habituales y de gran volumen, especialmente para pagos entre agentes que requieren mecanismos de protección del consumidor, como las devoluciones de cargos en tarjetas de crédito.
• Limitación principal: Su arquitectura se basa en las redes de tarjetas tradicionales, por lo que no resulta adecuada para situaciones de micropagos de alta frecuencia (por ejemplo, de menos de 1 céntimo).

2.2 Visa Intelligent Commerce y Mastercard Agentic Token

• Idea central: Actualizar la tecnología de tokenización de las entidades emisoras de tarjetas tradicionales para adaptarla a las transacciones de Agent.
• Método de funcionamiento: Utiliza tokens de pago cifrados dinámicamente en lugar de los números reales de las tarjetas. Cada token está vinculado a metadatos como la identidad del agente, los límites de gasto, el período de validez y la lista de comercios con los que puede realizar transacciones. La liquidación final de los fondos sigue realizándose a través de la red de tarjetas existente.
• Estado del desarrollo: Mastercard llevó a cabo la primera transacción de agente totalmente identificada del mundo en septiembre de 2025, en colaboración con el Commonwealth Bank of Australia. Visa también ha completado las primeras implementaciones en Europa a través de su programa «AI Ready».
• Limitación principal: Las comisiones mínimas inherentes a las redes de tarjetas suponen una limitación importante, lo que dificulta que en el futuro se puedan gestionar los micropagos, que podrían alcanzar un volumen enorme, por debajo de 1 dólar.

2,3 x 402 (Coinbase)

• Idea central: Volver a los protocolos de Internet básicos, utilizando el código de estado «402 Payment Required» del estándar HTTP, que hasta ahora no se ha utilizado de forma generalizada para integrar pagos de forma nativa.
• Método de funcionamiento: Cuando un agente solicita un recurso que requiere pago, el servidor devuelve una respuesta 402 junto con los parámetros de pago. Una vez que el agente firma la autorización, el nodo de liquidación del protocolo lleva a cabo un intercambio atómico en la cadena de bloques (normalmente utilizando USDC), lo que tarda unos dos segundos. Todo el proceso no requiere registro de cuenta, claves API ni verificación de identidad.
• Datos y estado: A finales de 2025, este protocolo había procesado más de 100 millones de transacciones en múltiples cadenas de bloques. Sin embargo, algunos análisis indican que una parte significativa de este tráfico corresponde a pruebas internas y transacciones circulares dentro del protocolo. Aunque su arquitectura puede diseñarse para pagos de céntimos sin restricciones de comisión mínima, el reto actual radica en aumentar la densidad de adopción y la calidad de las transacciones en escenarios comerciales reales.

2.4 Nanopagos (Circle)

• Idea central: Como solución mejorada de x402, optimiza específicamente el modelo económico para pagos de muy pequeña cuantía y con una frecuencia extremadamente alta.
• Método de funcionamiento: Además, genera una respuesta HTTP 402, pero adopta una arquitectura de procesamiento por lotes en la capa de liquidación: el pagador deposita primero USDC en la pasarela de Circle, y los pagos posteriores se autorizan fuera de la cadena, mientras que las liquidaciones por lotes periódicas se completan dentro de la cadena. Este enfoque reduce los costes de las comisiones de gas a niveles insignificantes, lo que permite realizar pagos de tan solo una millonésima parte de un dólar.
• Limitación principal: Ambas partes deben registrarse previamente y depositar fondos en la pasarela de Circle, lo que la convierte en una especie de sistema semicerrado, y no permite que los fondos lleguen de forma atómica en tiempo real. La red de pruebas de este protocolo se puso en marcha en marzo de 2026.

2,5 MPP (Tempo + Stripe)

• Idea central: Crear un marco de pago multipista unificado y modular, al tiempo que se presenta como «implementación oficial» del código de estado HTTP 402.
• Innovación fundamental: Permite a los desarrolladores integrar múltiples vías de pago dentro del mismo marco de protocolo, lo que permite a los agentes elegir la opción más adecuada durante las transacciones:
• Evolución de la stablecoin Tempo: Admite la liquidación en cadena por transacción o la liquidación por lotes de sesiones fuera de cadena.
• Seguimiento de divisas fiduciarias en Stripe: Permite realizar pagos con tarjeta mediante tokens de pago compartidos.
• Conexión directa con las entidades emisoras de tarjetas: Utiliza directamente los tokens inteligentes de Visa/Mastercard.
• Red Lightning de Bitcoin: Integrado a través de Lightspark.
• Característica principal: MPP introduce el concepto de «sesiones de pago», similar a la autorización OAuth, que permite a los agentes realizar una preautorización y una recarga únicas, lo que facilita pagos fluidos y continuos en tiempo real dentro de la sesión sin necesidad de recurrir a la cadena de bloques para cada transacción.
• Importancia estratégica: Stripe desempeña aquí una doble función: es a la vez cocreador del protocolo y una opción de pago disponible dentro del mismo. Esto significa que, independientemente de si el mercado acaba decantándose por el sistema abierto HTTP 402 o por los canales tradicionales de dinero fiduciario, Stripe puede garantizar que su negocio principal de pagos quede integrado en el ecosistema del futuro.

Tercera parte: Situación actual, retos y oportunidades

3.1 Situación actual y retos

En los últimos seis meses se han puesto en marcha todos los protocolos básicos pertinentes, pero, en general, el proceso de comercialización se está retrasando. En la capa de liquidación, x402 lidera el volumen de transacciones, pero el importe real diario de las transacciones comerciales es de unos 28 000 dólares; en la capa de coordinación, el producto principal de ACP se suspendió debido a las bajas tasas de conversión. Los nuevos protocolos, como ERC-8183 y MPP, se enfrentan a una situación habitual en la que la narrativa va por delante de la implementación. Esto marca una fase crucial: la construcción de la arquitectura del protocolo está prácticamente terminada, pero aún no se han puesto en marcha aplicaciones comerciales a gran escala.

El principal reto actual es la fragmentación de la capa de coordinación de intenciones. Los comerciantes deben lidiar simultáneamente con múltiples estándares independientes, SDK y procesos de cumplimiento normativo, lo que conlleva elevados costes de integración y expectativas poco claras. La historia demuestra que los mercados fragmentados acaban dando lugar a capas de integración unificadas, pero esta vez podría ser diferente: las plataformas que controlan los puntos de entrada del tráfico (como OpenAI, Google y Microsoft) tienen un fuerte incentivo para crear y mantener sus propios ecosistemas cerrados, en lugar de promover una integración abierta. Esta lógica se está manifestando simultáneamente en los mercados mundiales, y es probable que el resultado final sea la coexistencia de múltiples ecosistemas regionales cerrados, en lugar de un único estándar abierto unificado. Por lo tanto, la futura capa de integración no estará dirigida por las plataformas, sino que será construida por proveedores de infraestructura externos que prestan servicios a los comerciantes.

3.2 Oportunidades de mercado

A la luz de las consideraciones anteriores, es evidente que existen oportunidades en dos ámbitos:

Capa de asentamiento: La oportunidad más segura

Por muy fragmentado que esté el ecosistema superior, el pago es una cuestión fundamental que cualquier agente debe resolver. Se está perfilando una tendencia clara: la capa de orquestación sigue fragmentándose debido a los intereses de las plataformas, mientras que la capa de liquidación avanza hacia la abstracción y la integración debido a las exigencias de eficiencia de los desarrolladores. Los desarrolladores no pueden mantener integraciones de pago independientes para cada ecosistema, y la tendencia económica hacia soluciones unificadas es cada vez más marcada.

Esto plantea unos requisitos claros para los monederos de agente: deben admitir múltiples vías de pago. Los tokens de Fiat (como SPT o Agentic Token) cubren el consumo físico tradicional, mientras que los tokens estables (como x402 o MPP Session) cubren los servicios en cadena y las transacciones entre particulares. Ambos escenarios coexisten y no se fusionarán a corto plazo. La responsabilidad de la adaptación flexible recae en los agentes, no en los comerciantes: los comerciantes eligen qué vías de pago admiten, lo cual supone una decisión relativamente estable para ellos; las empresas solo tienen que configurar las monedas estables y las tarjetas autorizadas para los agentes, lo que permite a estos completar los pagos según las vías admitidas por la contraparte. Las carteras que admiten múltiples vías podrán cubrir todos los escenarios de consumo de los agentes. Su valor seguirá aumentando con cada transacción que se realice entre distintos ecosistemas, creando así una sólida barrera de infraestructura.

Reconstrucción del modelo económico y empresarial A2A: Una estrategia de «océano azul» a largo plazo

La verdadera brecha del mercado se encuentra en los servicios de la capa de aplicación. En la actualidad, la economía A2A sigue limitándose a los entornos de criptomonedas nativas. Técnicamente, es perfectamente posible que los agentes «contraten» a otro agente para realizar tareas del mundo real (como el análisis de datos, la creación de contenidos, la investigación jurídica o la revisión de código), pero la oferta de servicios API bajo demanda correspondientes es extremadamente escasa. Esto representa la mayor oportunidad a largo plazo y es, además, el ámbito en el que actualmente hay menos competencia.

Esta oportunidad se ve limitada actualmente por un verdadero dilema de «arranque en frío»: los mecanismos de confianza basados en la reputación, como el ERC-8183, requieren una densidad de transacciones suficiente para generar señales de confianza significativas. Microsoft prevé que el número de agentes de IA activos alcanzará los 1.300 millones en 2028, aunque actualmente existe una diferencia considerable entre la cifra actual y ese objetivo. No se trata de una brecha temporal que se resolverá por sí sola, sino de un umbral que la economía A2A debe superar para expandirse más allá de las criptomonedas.

Su significado más profundo radica en la reconfiguración de los modelos de negocio. Los modelos habituales de publicidad y suscripción en Internet se basan en la premisa de que «los usuarios son personas». Los agentes no se dejan influir por la publicidad y no necesitan suscripciones mensuales; solo pagan por los resultados de tareas puntuales. El modelo de «pago por llamada» que representa el código de estado HTTP 402 ofrece una nueva vía a los proveedores de servicios API: pasar de vender derechos de acceso a vender resultados concretos, logrando intercambios de valor más precisos. La expansión de la economía A2A y la aprobación del HTTP 402 son dos caras de la misma moneda.

Conclusión

El comercio entre agentes evolucionará en dos direcciones: por un lado, en lo que respecta a los consumidores (agentes que realizan compras en nombre de personas físicas), se basará principalmente en los sistemas de pago con tarjeta, y su desarrollo dependerá del establecimiento de la autorización corporativa y de la confianza de los usuarios; mientras que, en lo que respecta a las transacciones entre agentes (A2A), estará técnicamente listo en los sistemas de stablecoins, a la espera de que se amplíe la escala de las aplicaciones y los servicios.

El panorama final consistirá en la evolución colaborativa de una pila de protocolos de dos capas: la capa de coordinación de intenciones determina cómo se producen las transacciones, mientras que la capa de liquidación garantiza el flujo de valor.

Para los desarrolladores, lo fundamental ahora es crear amplias capacidades de acceso e integración. Las infraestructuras capaces de enrutar automáticamente las transacciones entre protocolos y de proteger a los desarrolladores de las complejidades subyacentes contarán con una ventaja estructural cuando el mercado experimente un auge. Es un valor que se va acumulando poco a poco y que es difícil de reemplazar.

La clave para dar lugar a un punto de inflexión será el momento en que las empresas estén dispuestas a delegar la autorización de gastos a los agentes, lo que incluye el seguimiento auditable de las transacciones, mecanismos de delegación presupuestaria y una clara rendición de cuentas cuando los agentes realicen compras erróneas. En ese momento, los monederos electrónicos que admiten múltiples vías de pago y los directorios de servicios de «pago por llamada» de fácil manejo se convertirán en las dos infraestructuras más importantes y aún sin ocupar. En la actualidad, ninguno de los dos puestos cuenta con un titular sólido y ambos cobrarán importancia al mismo tiempo.