¿El agente de IA puede usar tarjetas bancarias?
¿Por qué Agentic Payment no puede evitar las monedas estables y la cadena de bloques?

Autor: Yokiiiya

La semana pasada participé en el Web3 Festival en Hong Kong, y una sensación muy clara fue: ahora casi en cada foro, en cada panel, no se puede evitar hablar de IA.

No importa si originalmente se trataba de pagos, stablecoins, RWA, wallets, exchanges, o de cumplimiento y infraestructura, al final casi siempre vuelven a la misma pregunta: cuando la IA deje de ser solo generadora de contenido y comience a ejecutar tareas, llamar servicios, tomar decisiones e incluso gestionar flujos de fondos, ¿serán suficientes los sistemas financieros y de pago actuales?

En uno de los paneles en los que participé, alguien también planteó directamente una pregunta: ¿Web3 está simplemente aprovechando la IA? Yo creo que no. Claro, habrá proyectos que solo busquen aprovechar la tendencia. Pero si solo entendemos IA × Web3 como un collage narrativo, quizás estamos perdiendo un cambio más profundo: la IA encargada de entender, decidir y actuar, y Web3 que provee activos, cuentas, liquidaciones y entornos de ejecución verificables. No son conceptos que se superponen, sino que están en una redistribución de roles.

El Secretario de Finanzas de Hong Kong, Paul Chan, también mencionó en su discurso en Web3 Festival 2026 que en el futuro los agentes de IA analizarán información a velocidad de máquina y tomarán acciones, aprovechando al mismo tiempo la infraestructura blockchain en segundo plano, para mejorar la eficiencia de las transacciones y transformar escenarios como finanzas, comercio, gestión de patrimonio, cadenas de suministro y logística. Cuando la IA comience a actuar, el problema no será solo la “inteligencia” en sí, sino cómo se autorizan esas acciones, cómo se liquidan, cómo se registran y quién asume la responsabilidad.

Entre los temas que cada vez se vuelven más relevantes está el de Agentic Payment (Pago Agentico), que cada vez resulta más difícil de ignorar. Pero al principio también me surgió una duda sencilla: ¿por qué cuando hablamos de Agentic Payment o de Agentic Commerce, parece que damos por hecho que siempre estará ligado a Crypto, Stablecoins y Blockchain?

¿No puede un Agente usar una tarjeta bancaria? ¿No puede usar una tarjeta de crédito? ¿No puede pagar con Apple Pay, Visa, Mastercard, Stripe, PayPal?

Si un Agente solo ayuda a comprar un billete de avión, reservar un hotel o renovar un SaaS, en teoría puede llamar a los sistemas de pago existentes. El usuario autoriza una vez, el Agente ejecuta el pago dentro de límites y reglas, y detrás puede usar tarjetas, tarjetas virtuales, cuentas empresariales o wallets de terceros. No parece haber nada irracional en eso.

Por lo tanto, la cuestión no es “¿se puede usar la tarjeta?”. Claro que sí. La verdadera pregunta es: ¿en qué parte del proceso de Agentic Payment las tarjetas y las credit cards son adecuadas, y en qué parte no? ¿El Agente usará realmente tarjetas? ¿Y por qué, cuando el desarrollo de Agentic Payment alcanza cierto nivel, casi siempre termina inevitablemente ligado a stablecoins y blockchain?

I. Las tarjetas resuelven el checkout, no la economía agentica

Si el Agentic Payment solo ayuda a completar la última etapa del pago, como comprar un billete, reservar un hotel o renovar un SaaS, usar tarjetas, tarjetas virtuales, Apple Pay, Stripe, PayPal, no tiene un obstáculo fundamental. Se pueden usar, sin duda.

El usuario autoriza una vez, el Agente ejecuta el pago dentro de límites y reglas. Esto no es muy diferente a una automatización inteligente de débitos, tarjetas virtuales empresariales, tarjetas de viaje o sistemas de compras automatizadas.

Por eso, los actores tradicionales como Visa, Mastercard o Stripe no desaparecerán. Incluso, en las primeras etapas de Agentic Commerce, seguirán siendo puntos de entrada importantes.

El protocolo Machine Payments de Stripe y Tempo ilustra esto claramente. No se trata solo de usar stablecoins, sino de permitir a los comercios aceptar pagos directamente de agentes, soportando stablecoins, tarjetas, BNPL y otros métodos fiat. Es decir, en las fases iniciales del pago agentico, la coexistencia de pagos tradicionales y stablecoins es más probable que la sustitución inmediata. Pero esto solo resuelve una parte del checkout.

El checkout presupone que los productos, comerciantes, pedidos, botones de pago, reembolsos y disputas ya existen. El Agente solo acompaña al usuario, ayudándole a automatizar una compra.

El verdadero problema surge en otro escenario: el Agente ya no solo entra en un carrito prearmado, sino que en una red abierta llama recursos, combina servicios y completa tareas de forma continua.

Por ejemplo, un agente de investigación para un informe de industria puede necesitar llamar varias bases de datos, comprar datos premium, acceder a APIs de modelos, usar servicios de scraping, pagar herramientas de generación de gráficos, e incluso comprar análisis a otro agente. En estos casos, quizás no exista una “tienda” tradicional, ni una página de checkout completa. La interacción puede ser con APIs, interfaces de datos, modelos, nodos de computación, recursos de contenido, herramientas automatizadas, o incluso con otros agentes.

Recientemente, también me encontré con un ejemplo concreto: quiero crear un asistente de análisis de tráfico web que, cuando sea necesario, pueda llamar a fuentes de datos como Semrush para analizar tráfico, palabras clave, competidores y tendencias del mercado. Pero al diseñar la solución, descubrí que el problema no era “¿puede la IA analizar?”, sino “¿cómo obtiene los datos?”. Muchas fuentes comerciales no están diseñadas para llamadas puntuales, pagos por uso y respuestas inmediatas. Por ejemplo, Semrush funciona con un sistema de cuentas, planes y unidades API. Cada request consume unidades, y el usuario necesita tener acceso o comprar paquetes de unidades. Aunque hay API de tendencias que se pueden comprar por separado, siguen basadas en unidades.

Para un Agente, este modelo no es natural. Si solo necesita llamar ocasionalmente a datos de tráfico, lo que realmente necesita no es crear una cuenta SaaS ni comprar un paquete completo de unidades, sino hacer una simple petición: ¿cuánto cuesta este dato? ¿Estoy autorizado a comprarlo? Si está dentro del presupuesto, pago y obtengo la respuesta inmediatamente.

Aquí se evidencia la brecha entre Agentic Payment y los modelos tradicionales de negocio API. Hoy en día, muchas APIs cobran en función de “compra para humanos”, no para máquinas bajo demanda.

El problema no es solo si la tarjeta puede usarse en la última etapa, sino cómo en toda la cadena de tareas la máquina obtiene autorización, inicia pagos, verifica entregas y completa liquidaciones.

Aquí radica el límite del sistema de tarjetas. No porque sea obsoleto, sino porque está diseñado para escenarios de consumo humano: un usuario entra en un comercio, selecciona productos, confirma pedido, paga, y luego bancos, redes de tarjetas, adquirentes y procesadores se encargan de la autorización, liquidación, gestión de riesgos y disputas.

Pero la economía de agentes enfrenta otro conjunto de problemas: ¿Con qué autoridad puede un Agente gastar ese dinero? ¿Cómo verifica el proveedor que no es un bot malicioso, sino la extensión de la intención real del usuario? ¿Puede un Agente pagar pequeñas cantidades, de forma rápida y en múltiples plataformas, sin intervención humana? ¿El proveedor puede liberar recursos inmediatamente tras el pago? ¿Qué pasa si el Agente compra algo indebido, excede permisos o es atacado? ¿Quién asume la responsabilidad?

Por eso, Google, al desarrollar AP2, no se centró en “qué método de pago usar”, sino en un marco de confianza más general para pagos agenticos. La especificación AP2 define un marco agnóstico respecto a métodos de pago, que permite a usuarios, comercios y procesadores realizar pagos liderados por agentes con mayor confianza. Además, requiere que los agentes obtengan permisos seguros y simples, firmados criptográficamente por el usuario o el comercio, para actuar en su nombre.

El primer nivel del problema de Agentic Payment no es “¿de dónde sale el dinero?”, sino: ¿Por qué un Agente tiene autoridad para gastar ese dinero?

Este problema, en parte, puede resolverse con sistemas de tarjetas virtuales, credenciales tokenizadas, gestión de límites, control de gastos empresariales y reglas de riesgo, que permiten a los agentes operar en los sistemas existentes.

Visa también avanza en esa dirección. Su protocolo Trusted Agent y la iniciativa Intelligent Commerce buscan que los agentes de IA puedan ser reconocidos, confiables y autorizados en la red de comercios existentes. La descripción de Visa Developer sobre Trusted Agent Protocol indica que los agentes ayudan a los usuarios a navegar, comparar y decidir, y que el proceso de automatización comienza antes del checkout; sin embargo, estas interacciones automáticas a menudo son bloqueadas por los sistemas anti-bot o CDN.

Esto muestra que las redes tradicionales de pago también ven el problema: el comercio agentico no solo sucede en el momento del pago, sino en toda la cadena desde búsqueda, comparación, autorización, hasta la liquidación final. Pero las redes de tarjetas están mejor preparadas para integrar agentes en el flujo de comercio existente, no para gestionar pagos continuos en redes abiertas, APIs, datos, modelos, recursos y otros agentes.

Por eso, las tarjetas no son inviables, sino que resuelven el checkout en comercio tradicional. La verdadera necesidad del escenario agentico abierto es un protocolo de pago más profundo, que permita a las máquinas iniciar y completar pagos en recursos digitales, APIs, modelos, contenido y otros agentes.

Este problema ha llevado a la discusión de protocolos como x402, L402 y T402.

II. Lo que realmente necesita un agente: un protocolo de pago legible por máquinas

Si el objeto de la transacción es un comercio tradicional, el Agente puede usar los sistemas existentes: tarjetas, wallets, pagos en línea. Pero si el objeto es una API, un modelo, un recurso de datos, contenido, o incluso otro agente, la cosa cambia.

Aquí, lo que las máquinas necesitan no es un simple “botón de pago”, sino un proceso de pago que puedan entender: el Agente solicita un recurso, el servicio responde: “esto cuesta tal cantidad, en qué dirección pagar, qué métodos soporta”. El Agente evalúa si la compra está autorizada, si cumple las reglas, y si es así, realiza el pago. El servicio verifica y libera el recurso inmediatamente.

Este proceso parece simple, pero en realidad llena un vacío que Internet no ha cubierto: la capa nativa de pagos. Hasta ahora, Internet soporta naturalmente el flujo de información: páginas, correos, APIs, archivos. Pero “pagar” no forma parte del protocolo, sino que se añade mediante sistemas externos: cuentas, tarjetas, gateways, planes, API keys, conciliaciones.

Para los humanos, esto es tolerable: registrarse, aprobar, comprar, reembolsar. Pero para las máquinas, esto es demasiado pesado.

Una API no debería requerir que cada llamada implique crear una cuenta, comprar un paquete completo, o pasar por un proceso de pago completo por cada pequeña consulta. La idea de protocolos como x402 es reactivar el código de estado HTTP 402 Payment Required, que permite a un servidor indicar en la respuesta que se requiere pago para acceder a un recurso, en un contexto en el que la petición puede ser automática y programática.

Por ejemplo, un agente solicita un recurso, recibe un 402, realiza el pago (en stablecoin, por ejemplo), y vuelve a hacer la petición con la autorización. Coinbase define x402 como un protocolo abierto para pagos instantáneos y automáticos en stablecoins, que permite a clientes humanos y máquinas pagar y acceder a recursos sin necesidad de cuentas o sesiones complejas.

Lo importante no es si se usa Coinbase o USDC, sino que x402 integra el pago en el ciclo de petición-respuesta de Internet.

Antes, el flujo era:

• Crear cuenta
• Comprar plan
• Obtener API key
• Solicitar servicio
• Conciliar al final del mes

Con x402, sería:

• Solicitar recurso
• Recibir 402 Payment Required
• Realizar pago
• Obtener recurso

Este esquema es clave para pagos agenticos, porque no se trata solo de compras grandes, sino de muchas transacciones pequeñas, en tiempo real, bajo demanda.

Por ejemplo:

• Un agente de escritura compra una consulta de datos
• Un agente de investigación financiera llama a un servicio de análisis en cadena
• Un agente de viajes consulta precios en varias APIs
• Un agente de desarrollo paga por modelos, pruebas o entornos de código
• Un agente de análisis de tráfico compra datos de Semrush para un sitio web

Si cada servicio requiere cuentas, suscripciones, claves, aprobaciones manuales, la ejecución del agente se atascará en los procesos de pago y compra. Por eso, x402 no busca hacer los pagos “más cripto”, sino hacer que los pagos sean tan simples y automáticos como una petición HTTP.

L402 sigue una línea similar, combinando HTTP 402 con Lightning Network y macaroons, para facilitar autenticación y micropagos en APIs y recursos computacionales. La idea es que los agentes puedan pagar por recursos en un ciclo de request-response, sin complicaciones.

En el ecosistema de USDT/Tether, también surgen exploraciones similares. El documento x402 de Tether WDK señala que x402 es importante para agentes IA, porque permite programáticamente pagar recursos, firmar pagos y obtener recursos en una sola interacción. T402 se presenta como un estándar abierto para pagos nativos en Internet, compatible con varias formas de valor (crypto, fiat, stablecoins, tokens).

Este movimiento refleja una tendencia: Agentic Payment no es solo un producto de una empresa, sino una pila de protocolos en formación.

III. Por qué la estabilidad: los agentes necesitan unidades de valor estables, no activos volátiles

Si un agente realmente necesita un protocolo de pago legible por máquinas y automatizable, ¿por qué se habla principalmente de stablecoins? ¿Por qué no BTC, ETH o tarjetas tradicionales?

La clave no está en el “activo cripto” en sí, sino en qué tipo de activo de pago necesita un agente. Si solo mantiene activos a largo plazo, le interesarán las fluctuaciones, ganancias y riesgos. Pero si paga por tareas específicas, lo que necesita no son activos especulativos, sino una unidad de valor estable.

Por ejemplo, un agente de investigación que llama a una API puede pagar 0.1 USD por consulta. Un agente de codificación que llama a un modelo puede pagar 0.03 USD. Un agente de marketing que compra datos de tráfico puede pagar 1 USD. Un agente de compras que compara precios y realiza pagos necesita controlar cada gasto dentro del presupuesto.

En estos escenarios, el agente no está haciendo trading ni especulando, sino cumpliendo tareas. Por eso, necesita saber: ¿cuánto cuesta este recurso? ¿La llamada excederá el presupuesto? ¿El pago está autorizado? ¿El servicio entregará lo prometido? ¿Se puede registrar el costo con precisión?

Si el activo de pago fluctúa mucho día a día, la gestión del presupuesto se vuelve problemática. Hoy, una API cuesta 0.1 USD, mañana puede ser 0.12 o 0.08 USD por la volatilidad. Para mercados de trading, esto no es problema, pero para compras bajo demanda, sí lo es.

Por eso, en el pago agentico, las stablecoins son más naturales que los activos volátiles como BTC o ETH.

El primer valor de las stablecoins es ofrecer una unidad de valor más cercana a la realidad comercial: muchas APIs, SaaS, datos, modelos y servicios ya se valoran en USD. Usar stablecoins permite que el presupuesto, los precios y las autorizaciones estén en la misma unidad.

Esto puede parecer trivial, pero es crucial para los agentes: no solo pagan, sino que también evalúan si la llamada vale la pena, si el gasto es correcto, si deben volver a consultar al usuario, y si pueden registrar el costo.

Por eso, el pago agentico necesita un activo de bajo volatilidad, legible por máquinas y que pueda ser llamado por programas. Las stablecoins cumplen mejor ese rol que BTC o ETH.

El segundo valor es que las stablecoins son más aptas para micropagos, pagos frecuentes y liquidaciones en tiempo real. Como en x402, donde Coinbase define pagos instantáneos en stablecoins mediante HTTP, permitiendo a agentes pagar recursos en una sola petición.

Por ejemplo:

• Un agente pide datos
• El servidor responde 402 Payment Required
• El agente paga en stablecoin
• El servidor verifica y entrega el recurso

Este flujo es ideal para llamadas pequeñas, frecuentes y bajo demanda, como consultas, análisis, desbloqueo de contenido, generación de gráficos, etc. La documentación de Tether WDK sobre x402 lo explica claramente: los agentes IA necesitan pagar programáticamente por recursos, y x402 permite hacer eso en un ciclo de request-response.

No es un escenario para tarjetas, sino para pagos en recursos digitales, APIs y servicios en línea. La stablecoin es la moneda de liquidación en estos casos, más que una tarjeta física.

Por último, la stablecoin también es más adecuada para operaciones transfronterizas y multiplataforma. Un agente puede llamar a APIs en EE. UU., servicios en Europa, recursos en Asia, y hacer transacciones entre agentes en diferentes países, sin depender de bancos locales o ciclos de liquidación. La stablecoin, como activo nativo de Internet, puede fluir 24/7, en cualquier plataforma, en cualquier wallet, y ser gestionada por contratos inteligentes o protocolos de pago.

Para los agentes, esto significa que no deben detenerse por horarios bancarios, fines de semana o fronteras. Necesitan un activo de liquidación que sea siempre disponible, automáticamente usable y verificable.

Por eso, exploraciones como x402, Tether WDK y T402 apuntan en esa dirección: convertir los pagos en stablecoin en componentes nativos de la pila web, en lugar de que los agentes tengan que acceder a páginas de pago diseñadas para humanos.

Pero hay que ser cautelosos: las stablecoins no son perfectas. La transparencia de reservas, la regulación, la liquidez en cadena, y la gestión de riesgos varían mucho entre ellas. El BIS en su informe de 2025 criticó que las stablecoins aún no cumplen todos los estándares de moneda moderna, y no deben considerarse reemplazos completos.

Su valor no está en la narrativa descentralizadora, sino en que cumplen varias condiciones: precios estables, programables, transferibles en multiplataforma, 24/7, y compatibles con pagos HTTP-native, wallets, contratos inteligentes y auditorías en cadena.

Por eso, cuando se habla de recursos en la red abierta, las stablecoins aparecen naturalmente. Porque lo que necesita un agente no es solo una “mano que pase la tarjeta”, sino un dinero que las máquinas puedan entender y usar directamente.

Si las tarjetas son para el consumo humano, las stablecoins son para la economía de máquinas. Aunque aún no están maduras, necesitan mejores marcos regulatorios, mecanismos de emisión estables, gestión de riesgos, permisos en wallets, y protocolos como AP2, x402, MPP, para entrar en escenarios de pago agentico a gran escala.

Pero la dirección está clara: los agentes necesitan unidades de valor estables, liquidación instantánea, dinero programable y multiplataforma.

Por eso, las stablecoins son fundamentales en el pago agentico. No porque todos los pagos deban ser cripto, sino porque, cuando los objetos de pago dejan de ser consumidores humanos y pasan a ser entidades de software, las stablecoins hacen que el dinero sea más parecido a un protocolo de Internet.

Pero solo responden a una pregunta: ¿con qué dinero paga el agente? Aún no responden a otra: ¿quién autorizó ese gasto, dónde se gastó, hubo sobrepaso de permisos, se entregó el servicio? Esa cuestión nos lleva a la blockchain.

IV. Por qué la blockchain: no para poner todo en la cadena, sino para hacer verificables las acciones del agente

Aunque un agente necesite pagar en stablecoins, ¿por qué usar blockchain? ¿No basta con un libro mayor centralizado? ¿No puede ser Stripe, Visa, un banco, o un sistema propio?

Por supuesto. Si el agente solo opera en un entorno cerrado, como comprar en Amazon, usar un SaaS, o en sistemas internos, un libro mayor centralizado es suficiente. La plataforma sabe quién es el usuario, qué agente es, qué permisos tiene, cuánto gastó, si entregó el servicio.

Pero la verdadera innovación del pago agentico está en que el agente puede operar en múltiples plataformas, servicios, wallets, países, e incluso con otros agentes. En ese escenario, la pregunta no es solo “¿puedo pagar?”, sino “¿quién autorizó ese gasto?, ¿fue legítimo?, ¿el servicio fue entregado?, ¿quién asume la responsabilidad si algo sale mal?”.

Aquí es donde la blockchain aporta valor: no porque todos los pagos tengan que estar en cadena, sino porque toda acción económica en un entorno abierto necesita dejar un rastro verificable. La blockchain no solo registra transacciones, sino que puede registrar autorizaciones, entregas, condiciones, consumos y responsabilidades.

Para los agentes, esto es crucial: no pueden confiar solo en la memoria o en registros internos, sino en una evidencia externa, verificable y no manipulable. La blockchain ofrece esa capa de confianza y trazabilidad.

Por ejemplo, si un agente recibe autorización para gastar hasta 100 USD, y realiza varias llamadas, cada una con un registro verificable, se puede reconstruir toda la cadena de decisiones y pagos. Si hay un problema, se puede rastrear quién autorizó, qué se entregó, y quién es responsable.

Por eso, protocolos como AP2, x402, y las stablecoins, no solo buscan facilitar pagos, sino crear un marco de confianza y responsabilidad en el entorno abierto. La blockchain no es solo un libro mayor, sino la infraestructura que permite que las acciones del agente sean verificables, auditables y responsables.

En definitiva, la blockchain no es solo para “hacer las cosas en la cadena”, sino para que las acciones económicas en un entorno abierto puedan ser validadas, auditadas y, en caso necesario, responsabilizadas.

Este es el verdadero valor: no solo que el dinero pueda moverse, sino que cada movimiento tenga un rastro verificable, que respalde la autoridad, la entrega y la responsabilidad.

V. No para reemplazar las tarjetas, sino para que los sistemas de pago se estratifiquen

Al final, no creo que el pago agentico vaya a simplemente sustituir las tarjetas por stablecoins, ni que la blockchain reemplace a las redes tradicionales de pago.

Esa visión es demasiado simplista y puede ser refutada por la realidad. Durante mucho tiempo, las tarjetas, Visa, Mastercard, Stripe, PayPal seguirán siendo los principales canales en escenarios de consumo real: compras en e-commerce, reservas, pagos en tiendas físicas, compras corporativas. La infraestructura actual ya está madura, y los usuarios, comerciantes y bancos tienen sistemas establecidos.

Incluso en las primeras etapas del comercio agentico, los agentes probablemente se integrarán en estos sistemas existentes, porque ya hay una red de comerciantes, usuarios con tarjetas y wallets, y sistemas de gestión, riesgos y disputas bien desarrollados. Para tareas como “que el IA me ayude a comprar”, lo más realista es seguir usando las vías actuales.

El problema no es que las tarjetas desaparezcan, sino si el pago agentico solo se quede en ese nivel.

Si el agente solo ayuda a hacer clic en “checkout”, puede seguir usando tarjetas. Pero si empieza a acceder a redes más abiertas, a llamar APIs, comprar datos, pagar modelos, gestionar recursos, o interactuar con otros agentes, necesitará un protocolo de pago más profundo, que permita a las máquinas iniciar y completar pagos en recursos digitales, APIs, modelos, contenido y otros agentes.

Por eso, creo que en el futuro no será una cuestión de “tarjetas vs stablecoins”, sino de una infraestructura de pago estratificada.

En escenarios de consumo humano y comercio establecido, las tarjetas, wallets y bancos seguirán siendo dominantes. Los agentes solo se integrarán en estos flujos, ayudando a automatizar y optimizar.

Pero en entornos más nativos para máquinas: APIs, datos, modelos, recursos, cadenas de bloques, transacciones entre agentes, las stablecoins y blockchain serán más relevantes. Porque aquí, los objetos de pago no son consumidores, sino recursos digitales; los montos son pequeños, la frecuencia alta; los proveedores están en diferentes plataformas y países; y el proceso debe ser entendible, automatizable y verificable por las máquinas.

En resumen: las tarjetas resolvieron el pago en la era del consumo humano. Las stablecoins y blockchain están empezando a resolver el pago en la economía de máquinas. No porque sean mejores en todos los casos, sino porque en un escenario donde las entidades de pago son software y recursos digitales, el dinero debe ser un protocolo más que un simple medio de pago.

Y aunque aún no esté completamente maduro, la tendencia apunta a que los agentes necesitarán unidades de valor estables, liquidación instantánea, dinero programable y multiplataforma.

Por eso, las stablecoins no solo son relevantes, sino imprescindibles en el pago agentico. Porque cuando los objetos de pago dejan de ser consumidores humanos y pasan a ser entidades de software, el dinero empieza a parecerse más a un protocolo de Internet.

Pero solo responden a una pregunta: ¿con qué dinero paga el agente? Aún no responden a otra: ¿quién autorizó ese gasto, dónde se gastó, hubo sobrepaso de permisos, se entregó el servicio? Esa cuestión nos lleva a la blockchain.

VI. Por qué la blockchain: no para poner todo en la cadena, sino para hacer verificables las acciones del agente

Aunque un agente necesita stablecoins, ¿por qué usar blockchain? ¿No basta con un libro mayor centralizado? ¿No puede ser Stripe, Visa, un banco, o un sistema propio?

Por supuesto. Si el agente solo opera en un entorno cerrado, como comprar en Amazon, usar un SaaS, o en sistemas internos, un libro mayor centralizado es suficiente. La plataforma sabe quién es el usuario, qué agente, qué permisos, cuánto se gastó, si se entregó el servicio.

Pero la verdadera innovación del pago en entornos abiertos es que el agente puede operar en múltiples plataformas, servicios, wallets, países, e incluso con otros agentes. En ese escenario, la pregunta no es solo “¿puedo pagar?”, sino “¿quién autorizó ese gasto?, ¿fue legítimo?, ¿el servicio fue entregado?, ¿quién asume la responsabilidad si algo sale mal?”.

Aquí, la blockchain aporta valor porque permite registrar y verificar esas acciones en un entorno abierto, sin confiar ciegamente en sistemas internos. La blockchain no solo registra transacciones, sino también autorizaciones, entregas, condiciones, consumos y responsabilidades, en un formato verificable y auditable.

Para los agentes, esto es fundamental: no pueden confiar solo en su memoria o en registros internos, sino en una evidencia externa, verificable y no manipulable. La blockchain ofrece esa capa de confianza y trazabilidad.

Por ejemplo, si un agente recibe autorización para gastar hasta 100 USD, y realiza varias llamadas, cada una con un registro verificable, se puede reconstruir toda la cadena de decisiones y pagos. Si hay un problema, se puede rastrear quién autorizó, qué se entregó, y quién es responsable.

Por eso, protocolos como AP2, x402, y las stablecoins, no solo buscan facilitar pagos, sino crear un marco de confianza y responsabilidad en el entorno abierto. La blockchain no es solo un libro mayor, sino la infraestructura que permite que las acciones del agente sean verificables, auditables y responsables.

En definitiva, la blockchain no solo para “hacer las cosas en la cadena”, sino para que las acciones económicas en un entorno abierto puedan ser validadas, auditadas y, en caso necesario, responsabilizadas.

Este es el valor real: no solo que el dinero pueda moverse, sino que cada movimiento tenga un rastro verificable, que respalde la autoridad, la entrega y la responsabilidad.

VII. No para reemplazar las tarjetas, sino para estratificar los sistemas de pago

En conclusión, no creo que el pago agentico vaya a simplemente sustituir las tarjetas por stablecoins, ni que la blockchain reemplace a las redes tradicionales de pago.

Esa visión es demasiado simplista y puede ser refutada por la realidad. Durante mucho tiempo, las tarjetas, Visa, Mastercard, Stripe, PayPal seguirán siendo los principales canales en escenarios de consumo real: compras en e-commerce, reservas, pagos en tiendas físicas, compras corporativas. La infraestructura actual ya está madura, y los usuarios, comerciantes y bancos tienen sistemas establecidos.

Incluso en las primeras etapas del comercio agentico, los agentes probablemente se integrarán en estos sistemas existentes, porque ya hay una red de comerciantes, usuarios con tarjetas y wallets, y sistemas de gestión, riesgos y disputas bien desarrollados. Para tareas como “que el IA me ayude a comprar”, lo más realista es seguir usando las vías actuales.

El problema no es que las tarjetas desaparezcan, sino si el pago agentico solo se quede en ese nivel.

Si el agente solo ayuda a hacer clic en “checkout”, puede seguir usando tarjetas. Pero si empieza a acceder a redes más abiertas, a llamar APIs, comprar datos, pagar modelos, gestionar recursos, o interactuar con otros agentes, necesitará un protocolo de pago más profundo, que permita a las máquinas iniciar y completar pagos en recursos digitales, APIs, modelos, contenido y otros agentes.

Por eso, creo que en el futuro no será una cuestión de “tarjetas vs stablecoins”, sino de una infraestructura de pago estratificada.

En escenarios de consumo humano y comercio establecido, las tarjetas, wallets y bancos seguirán siendo dominantes. Los agentes solo se integrarán en estos flujos, ayudando a automatizar y optimizar.

Pero en entornos más nativos para máquinas: APIs, datos, modelos, recursos, cadenas de bloques, transacciones entre agentes, las stablecoins y blockchain serán más relevantes. Porque aquí, los objetos de pago no son consumidores, sino recursos digitales; los montos son pequeños, la frecuencia alta; los proveedores están en diferentes plataformas y países; y el proceso debe ser entendible, automatizable y verificable por las máquinas.

En resumen: las tarjetas resolvieron el pago en la era del consumo humano. Las stablecoins y blockchain están empezando a resolver el pago en la economía de máquinas. No porque sean mejores en todos los casos, sino porque en un escenario donde las entidades de pago son software y recursos digitales, el dinero debe ser un protocolo más que un simple medio de pago.

Y aunque aún no esté completamente maduro, la tendencia apunta a que los agentes necesitarán unidades de valor estables, liquidación instantánea, dinero programable y multiplataforma.

Por eso, las stablecoins no solo son relevantes, sino imprescindibles en el pago agentico. Porque cuando los objetos de pago dejan de ser consumidores humanos y pasan a ser entidades de software, el dinero empieza a parecerse más a un protocolo de Internet.

Pero solo responden a una pregunta: ¿con qué dinero paga el agente? Aún no responden a otra: ¿quién autorizó ese gasto, dónde se gastó, hubo sobrepaso de permisos, se entregó el servicio? Esa cuestión nos lleva a la blockchain.