Un agente de IA que compra una consulta de base de datos, una llamada a un modelo y un lote de computación no necesita automáticamente criptomonedas. Una tarjeta, el saldo de una cuenta o un plan de API existente pueden ser más sencillos.
Las criptomonedas se vuelven interesantes cuando el agente debe descubrir servicios sobre la marcha, pagar bajo demanda, operar a través de proveedores o fronteras, y liquidar cantidades muy pequeñas sin abrir una cuenta separada con cada vendedor. Incluso entonces, un riel de pago no responde a la pregunta más difícil: ¿qué se le permitió comprar al agente?
Comienza con la tarea de pago
Para un proveedor de confianza utilizado todos los días, una configuración convencional es difícil de superar. Una clave de API identifica a un cliente, una suscripción define el cargo recurrente y la facturación basada en el uso puede agregar las solicitudes en una factura. Stripe documenta el registro de uso para las integraciones existentes de Billing Meters y recomienda Metronome para nuevas integraciones. Esto ilustra una opción de facturación, en lugar de una recomendación para iniciar un nuevo despliegue de Billing Meters. Registro de uso en Stripe
La fricción aparece cuando un agente ensambla una tarea a partir de servicios que no sabía que necesitaría de antemano. Cada nuevo servicio puede exigir un registro, una clave de API, un saldo prepagado, un contrato o un paso de pago. Mastercard describe estos elementos como las relaciones de pago comunes hoy en día para servicios digitales. Funcionan para una lista pequeña de proveedores conocidos; añaden trabajo cuando el agente cambia de proveedor a mitad de la tarea. Mastercard, 20 de octubre de 2026
Lo que cambia x402
x402 utiliza la respuesta 402 Payment Required de HTTP para permitir que un servicio diga, en efecto, "esta solicitud cuesta esta cantidad, bajo estos términos de pago". Un cliente puede enviar una carga de pago, verificada por el servicio o un facilitador. Dependiendo del flujo de pago, la liquidación o el financiamiento de depósito en garantía (escrow) pueden ocurrir antes de la ejecución, o el pago puede liquidarse después de la ejecución. La especificación admite diferentes esquemas y redes; no elige el presupuesto del agente ni decide qué proveedores merecen confianza. Protocolo y flujo x402 · Especificación x402 v2
Eso puede adaptarse a servicios de pago por uso: una única búsqueda de datos, un trabajo de generación de imágenes o una solicitud de inferencia. También puede reducir la necesidad de una relación de cuenta previa cuando el vendedor acepta un método de pago compatible. "No requiere clave de API" no significa "sin preguntas de identidad o confianza". La billetera, el facilitador de pagos, el proveedor de servicios y el entorno de ejecución del agente siguen siendo importantes.
La elección del esquema de pago afecta la mecánica. Un pago exacto autoriza una cantidad específica; un esquema de upto puede autorizar un límite y liquidar el uso real; la liquidación por lotes puede agrupar cargos pequeños antes del canje onchain. Un pago por solicitud es fácil de razonar, pero pagar una transacción onchain por cada pequeña solicitud puede ser un desperdicio. Un flujo por lotes reduce las operaciones de liquidación pero introduce la complejidad de depósito en garantía (escrow), cupones y manejo de reclamaciones. Descripción general del esquema x402
Dónde puede ayudar la cripto — y dónde no
La liquidación con cripto o stablecoins vale la pena considerarla cuando una o más de estas condiciones son ciertas:
- el vendedor necesita una liquidación global, nativa de internet, y no puede incorporar prácticamente a cada comprador como cliente de tarjeta;
- el cargo es lo suficientemente pequeño o variable como para que la configuración de la cuenta y la administración de facturas superen el precio del servicio;
- un proveedor expone un desafío de pago estándar que un agente puede responder programáticamente;
- el negocio necesita liquidaciones durante los fines de semana o entre sistemas que no comparten una relación bancaria.
Esas son condiciones de arquitectura, no una prueba de que las criptomonedas sean más baratas. Una comparación real debe incluir las comisiones de red, los costes del facilitador, los costes de conversión o retiro, las solicitudes fallidas, el trabajo de soporte y contabilidad. Un pago puede ser de "un centavo" en la respuesta de la API y aun así costar más en ser adquirido, autorizado o conciliado.
Las criptomonedas son una opción predeterminada débil cuando la tarea involucra un número pequeño de proveedores conocidos, facturas recurrentes, reembolsos, disputas de consumidores o un negocio que ya tiene flujos de trabajo de tarjetas y facturas. El anclaje al dólar de una stablecoin no hace que un pago sea reversible, y las blockchains públicas no otorgan a un agente permiso para gastar de forma segura.
El negocio debe establecer los controles en torno al método de pago: proveedores permitidos, máximo por llamada, presupuesto diario o por tarea, lista de permitidos de activos/red, qué datos puede enviar el agente y una condición de parada. Si un servicio devuelve un desafío de pago que el agente no esperaba, el agente debería poder rechazarlo en lugar de tratar cada HTTP 402 como una aprobación de pago.
Lo que muestra el piloto de Mastercard de octubre
El 20 de octubre de 2026, Mastercard publicó una demostración de Agent Pay for Machines construida sobre x402. El agente de ejemplo realizó nueve pagos a dos proveedores para investigación en redes sociales y generación de imágenes bajo un presupuesto aprobado. Mastercard dice que el agente envía vales firmados, los proveedores los verifican y los cargos pueden combinarse y canjearse más tarde; su descripción dice que las interacciones ocurren fuera de la cadena (off-chain) a velocidad de máquina, con liquidación en moneda fiduciaria o stablecoins a través de los socios mencionados. La página de acceso anticipado independiente de Mastercard dice explícitamente que el servicio aún está en fase de piloto y no está disponible comercialmente. Cuenta del piloto de Mastercard · Acceso anticipado y estado
Eso es evidencia de que una red de pagos y sus socios pueden demostrar un flujo de pago de máquinas basado en x402 con permisos de gasto y liquidación diferida. No es evidencia de adopción por parte del cliente, ahorro de costes, fiabilidad de producción o de que cada integración de x402 requiera a Mastercard o criptomonedas. El propio ejemplo de Mastercard utiliza un marco de negocio más amplio en torno a un protocolo de pago abierto.
Una regla de decisión corta
Estas opciones operan en diferentes capas. Una clave de API autentica a un cliente; una suscripción o factura define la facturación; una tarjeta o stablecoin transporta el pago; x402 comunica los requisitos de pago. Pueden coexistir: una API autenticada puede usar x402, y la facturación basada en el uso puede pagarse finalmente con tarjeta o stablecoin.
| Situación | Comienza con | Por qué |
|---|---|---|
| Uno o dos servicios conocidos, uso recurrente | Clave de API, suscripción o factura | Facturación, soporte y conciliación más fáciles |
| Muchos servicios elegidos dinámicamente, con precio por solicitud | Estándar de pago HTTP como x402 | Las instrucciones de pago pueden viajar con el flujo de la solicitud |
| Cargos repetidos muy pequeños | Facturación medida o un diseño de liquidación por lotes | Evitar pagar los gastos generales de liquidación por cada uso diminuto |
| Acciones de alto riesgo o gran gasto | Aprobación humana y límites delegados estrictos | Un riel de pago no es una política de autorización |
| Necesidad de reembolsos o recursos de estilo tarjeta | Flujo de trabajo de cuenta/tarjeta existente a menos que el vendedor defina otro recurso | La liquidación onchain no proporciona contracargos automáticos |
Antes de adoptar cripto, calcula el coste del flujo de trabajo completo. Si una tarjeta y una cuenta de API ya resuelven la tarea limpiamente, no hay necesidad de añadir una billetera. Si el agente necesita un descubrimiento de servicios abierto y pagos medidos entre proveedores, prueba un desafío de pago con un presupuesto limitado y haz que la política de gasto sea más fiable que el prompt del agente.
Investigación verificada el 26 de octubre de 2026. Los detalles de Mastercard describen su piloto anunciado y el acceso temprano, no un despliegue comercial general. Esta es una explicación de arquitectura, no asesoramiento financiero o legal.