El protocolo x402 de Coinbase apunta a un cuello de botella de pagos para agentes de IA: software que puede tomar decisiones de compra, pero que no puede mantener tarjetas de forma independiente ni superar verificaciones bancarias.
Ese desajuste se ha convertido en una limitación práctica para los pagos de agentes, lo que ha llevado a protocolos basados en stablecoins a apuntar a transacciones que las redes de tarjetas y bancos no fueron diseñadas para manejar. Los agentes de IA pueden reservar vuelos, comparar cien proveedores y negociar precios en segundos, pero las compras aún requieren credenciales de pago controladas por humanos.
TL;DR
Los agentes de IA pueden razonar y actuar de forma autónoma, pero no pueden abrir una cuenta bancaria ni tener una tarjeta de crédito, así que hoy en día cada compra iniciada por un agente todavía necesita a una persona en el circuito.
Las stablecoins liquidan en segundos con reglas programables, lo que permite a un agente pagar por cada llamada a la API o por cada tarea sin usar una red de tarjetas, una cuenta de comerciante ni un retraso de liquidación de uno a tres días.
Los creadores que están enviando herramientas de comercio orientadas a agentes ya están integrando stablecoins en los flujos de trabajo de los agentes, y los desarrolladores que ignoren esta brecha verán que sus agentes quedan bloqueados justo en el momento en que necesitan realizar una transacción.
Lo que necesitan los agentes de IA para los pagos
Un agente de IA, en el sentido en que se usa en la ola actual de productos de agentes de IA, es software construido sobre un modelo de lenguaje grande que puede planear tareas de varios pasos y tomar acciones sin que una persona apruebe cada paso. Podría extraer precios, llamar a APIs, contratar a otros agentes o negociar en nombre de un usuario.
El problema de los pagos comienza cuando una de esas tareas requiere una compra: una tarjeta de crédito requiere un titular de cuenta con nombre, una dirección de facturación y una verificación de cumplimiento que asume que hay una persona al otro lado, mientras que una transferencia bancaria requiere un número de cuenta vinculado a una entidad legal. Ninguno de los dos sistemas fue diseñado para un script que corre en un servidor sin identidad legal.
> Un agente de IA no tiene identidad legal, no tiene cuenta bancaria y no tiene forma de pasar una verificación KYC, pero aun así puede necesitar completar docenas de compras pequeñas por minuto para terminar una tarea.
Considera un ejemplo sencillo: un agente encargado de investigar precios de vuelos podría necesitar llamar a cinco API diferentes de aerolíneas, tres de las cuales cobran una tarifa pequeña por cada consulta.
Bajo el sistema actual, una persona tiene que prefinanciar una cuenta, emitir una clave de API y esperar que el agente no exceda un límite de gasto establecido horas o días antes. No hay forma de que el agente pague por solicitud en tiempo real.
Por qué las redes de tarjetas y los bancos nunca se construyeron para esto
Las redes de tarjetas como Visa (V) y Mastercard (MA) liquidan las transacciones en lotes, y a menudo tardan entre uno y tres días hábiles en mover fondos entre bancos.
Ese retraso es invisible para un humano al deslizar una tarjeta en una tienda porque el comercio acepta el riesgo de una brecha corta de liquidación, pero se convierte en un obstáculo real para un agente que podría necesitar completar 500 microtransacciones en una hora, cada una por una fracción de centavo.
Los emisores de tarjetas requieren un nombre del titular, una dirección de facturación y, cada vez más, un número de teléfono vinculado a autenticación de dos factores. Nada de eso encaja limpiamente con un proceso de software. Algunas empresas han intentado emitir tarjetas virtuales controladas por un propietario humano, con el agente operando dentro de un sobre de gasto preaprobado, pero eso sigue requiriendo que una persona configure límites por adelantado en lugar de permitir que el agente transaccione libremente dentro de su tarea.
Las transferencias bancarias también presentan un problema similar. Las transferencias mediante Automated Clearing House (ACH) en Estados Unidos pueden tardar entre uno y dos días hábiles en liquidarse, y las transferencias internacionales pueden tardar aún más, además de incluir comisiones que vuelven antieconómicas las microtransacciones. Una infraestructura de pago que cobra $25 por mover $0.001 entre dos API simplemente no funciona a escala de agentes.
Cómo las infraestructuras con stablecoins cierran la brecha
Una stablecoin es una criptomoneda vinculada a un activo estable, normalmente el dólar estadounidense, como USDC emitida por Circle o Tether’s Tether (USDT). Como las stablecoins liquidan en blockchains públicas en lugar de a través de sistemas de compensación bancaria, una transferencia puede finalizar en unos pocos segundos, independientemente del monto. La misma infraestructura funciona tanto si el pago es de $10,000 como de $0.0001.
Esa característica, a veces llamada viabilidad para micropagos, es lo que hace que las stablecoins sean atractivas para pagos de agente a agente y de agente a API. Un agente no necesita una cuenta bancaria.
Necesita una cartera, que es solo un par de claves criptográficas que pueden generarse de forma programática en milisegundos, sin formulario de solicitud y sin periodo de espera. Eso elimina una barrera operativa, aunque también traslada el control de custodia de claves y del gasto al creador.
El protocolo x402, construido sobre el código de estado HTTP 402 "Payment Required" (Pago requerido), es una implementación concreta. Cuando un servidor quiere cobrar por una llamada a una API, responde con un estado 402 y una pequeña cantidad de metadatos de pago. Una cartera de agente compatible lee esos metadatos, envía un pago en stablecoin y reintenta la solicitud con la prueba de pago adjunta. Todo el intercambio ocurre sin que una persona haga clic en nada.
> El código de estado HTTP 402 existe en el estándar web desde la década de 1990, pero casi nunca se utilizó en la práctica hasta que los desarrolladores de agentes necesitaban una forma legible para máquinas de solicitar el pago en medio de una petición.
Esto convierte el pago en una función a nivel de protocolo, en lugar de un proceso empresarial. Un desarrollador que construye un agente no necesita integrar un gateway de pagos, firmar un acuerdo con el comerciante ni esperar un calendario de pagos.
La cartera del agente gestiona la transacción de la misma manera que manejaría cualquier otra respuesta de API. Si eso es suficiente para que x402 se despliegue ampliamente depende del soporte de los proveedores de carteras y de los operadores de API, no solo de la existencia del protocolo.
También leer: Circle lanza Arc Mainnet, una Blockchain construida alrededor de su propia stablecoin
¿Quién está construyendo realmente esta infraestructura?
Varias empresas y protocolos se han movido a este espacio durante 2025 y 2026, y cada uno apunta a una parte ligeramente diferente de la pila de pagos para agentes.
Coinbase (COIN) desarrolló y publicó como código abierto la especificación x402, posicionándola como un estándar público y no como un producto propietario, en un esfuerzo por conseguir que otros proveedores de carteras y operadores de API adopten el mismo formato de mensaje.
Circle ha impulsado USDC como el activo de liquidación predeterminado para transacciones de agentes, argumentando que un token vinculado al dólar con reservas auditadas a diario brinda más confianza a los compradores empresariales que una criptomoneda volátil.
Google creó el Agent Payments Protocol (AP2), un marco abierto pensado para permitir que agentes construidos sobre diferentes modelos y frameworks realicen transacciones entre sí usando un conjunto compartido de reglas para la autorización y la gestión de disputas.
Las startups que construyen "carteras de agentes"—carteras que mantienen stablecoins diseñadas específicamente para ser controladas por software autónomo en lugar de un firmante humano—han recaudado financiación hasta 2026 para atender este nicho en particular.
Para los creadores independientes, los detalles relevantes de inmediato son el soporte del protocolo y la compatibilidad de las carteras. Coinbase describe x402 como de código abierto, mientras que Google describe AP2 como un marco abierto, pero la descripción disponible no especifica términos de licencia, pesos de modelos ni requisitos de cómputo. Esas siguen siendo preguntas de implementación, más que razones para tratar cualquiera de los proyectos como una pila lista para usar.
El hilo común en estos esfuerzos no son pagos al consumidor. Una persona que compra comida seguirá usando una tarjeta. El mercado objetivo son microtransacciones iniciadas por máquinas: pagar por una sola llamada a una API, por una sola consulta a un conjunto de datos o por una sola unidad de cómputo, donde los agentes de IA podrían necesitar velocidad y tamaños de pago pequeños que las redes de tarjetas no manejan de forma económica.
También leer: Lanzamiento de pagos de agentes de IA en Cardano con soporte X402
Los riesgos de los que nadie habla lo suficiente
Entregar a los agentes de IA carteras que pueden gastar dinero sin la aprobación humana introduce riesgos operativos que los creadores deben tener en cuenta en la arquitectura. El primero es el gasto descontrolado: un agente que quede atrapado en un bucle de lógica que sigue llamando a una API de pago continuará pagando por esa API hasta que la cartera se quede sin fondos o intervenga un límite de gasto.
Como las transacciones con stablecoins se liquidan instantáneamente y, por lo general, son irreversibles una vez confirmadas en la cadena, no existe un mecanismo de contracargo para recuperar el dinero que un agente gastó por error. Eso difiere de una disputa de tarjeta de crédito, donde el titular puede impugnar un cargo semanas después.
Para los creadores que usan el flujo x402, el segundo riesgo es la custodia de claves. Una cartera de agente solo es tan segura como la clave privada que la controla, y si esa clave está en el mismo entorno que el código del agente, un ataque de inyección de prompt o una dependencia comprometida podría exponerla directamente.
Los desarrolladores están envolviendo cada vez más las carteras de agentes en reglas de contratos inteligentes que limitan el gasto por transacción, por hora y por contraparte. El diseño trata la cartera menos como una cuenta bancaria y más como una máquina expendedora con un conjunto fijo de botones.
El tercer riesgo es la ambigüedad regulatoria. Las reglas contra el lavado de dinero en la mayoría de jurisdicciones asumen que un pago puede rastrearse hasta una persona natural o jurídica identificable. Un agente autónomo que hace miles de pagos pequeños a través de fronteras complica esa suposición, y los reguladores aún no han emitido una guía clara sobre cómo se aplican los marcos AML existentes a pagadores no humanos.
Algunos grupos de la industria están impulsando estándares de identidad para agentes que adjuntarían una identidad verificable del operador a cada cartera de agente, un modelo similar a cómo una tarjeta corporativa se vincula al empleador incluso aunque el empleado la deslice.
En qué se diferencia esto de las infraestructuras de pago cripto existentes
La criptomoneda ha respaldado pagos programables durante más de una década mediante contratos inteligentes en redes como Ethereum (Ethereum (ETH)), así que vale la pena ser precisos sobre qué es realmente nuevo aquí. Los pagos cripto tradicionales todavía están en gran medida iniciados por humanos: una persona hace clic en "confirmar" en una app de cartera, o un protocolo de finanzas descentralizadas ejecuta un contrato previamente escrito cuando se cumple una condición de precio.
Los agentes de IA difieren porque la decisión de pagar—no solo el mecanismo de pago—la toma un sistema de IA que evalúa el contexto en tiempo real. El agente no está ejecutando una regla que alguien escribió con anterioridad. Está decidiendo, con base en el razonamiento, si una llamada a una API o un conjunto de datos en particular vale la tarifa que se solicita.
Esa distinción importa para cómo se diseñan estos sistemas. Un contrato inteligente DeFi se puede auditar una vez y confiar en que se comporte de la misma manera cada vez. Las decisiones de pago de un agente de IA dependen de la salida de un modelo, que puede variar según el prompt, la ventana de contexto y la ruta de razonamiento específica que siga en una ejecución dada.
Por eso, las arquitecturas de carteras de agentes separan cada vez más la lógica de "decidir pagar", manejada por el modelo, de la lógica de "hacer el pago", que impone límites estrictos mediante un contrato inteligente, independientemente de lo que decida el modelo.
¿Quién necesita esto ahora mismo de verdad?
No todo proyecto de IA necesita infraestructuras con stablecoins, y ayuda separar a los creadores que realmente necesitan esta infraestructura de quienes solo siguen una tendencia. Los desarrolladores que construyen agentes de IA que llaman a APIs de terceros de pago con alta frecuencia, como proveedores de datos, mercados de cómputo o endpoints de modelos especializados que cobran por token o por consulta, son el encaje más claro.
Prefinanciar una cuenta tradicional para cada proveedor de API que un agente podría tocar no escala cuando el agente está eligiendo proveedores dinámicamente en función del precio y la disponibilidad.
Las empresas que construyen mercados donde varios agentes de IA realizan transacciones entre sí, como cuando un agente contrata a otro agente para completar una subtarea, también necesitan esta infraestructura. No hay una persona en ninguno de los roles de compra o venta para autorizar un pago tradicional.
Los productos de IA orientados al consumidor en los que aún se aprueba cada compra, como un asistente de compras que recomienda artículos para que una persona los compre por sí misma, generalmente no necesitan todavía infraestructuras de pago nativas de agentes. La persona sigue siendo quien paga y los flujos de checkout existentes funcionan bien.
Conclusión
Observa si x402 gana soporte por parte de proveedores de carteras y operadores de API, y si AP2 establece reglas de autorización y de disputas utilizables entre modelos y marcos. Los creadores independientes también deberían vigilar los términos de licencia publicados, los controles de seguridad de la cartera y la guía regulatoria sobre la identidad del operador antes de tratar las infraestructuras de stablecoin como infraestructura predeterminada para agentes de IA.
Lee a continuación: El Consejo de Seguridad de la ONU escucha una advertencia de que la IA podría escapar del control humano