deepdive

Cómo pagan los agentes de IA: pagos entre máquinas

Editorial · 12 sept 2026 · 8 min de lectura

El escenario que los ejecutivos de pagos han debatido en teoría durante dos años ya está en producción: agentes de software que mantienen saldos, se cotizan precios entre sí y liquidan transacciones sin que ningún humano pulse un botón de aprobación. La cobertura de esta semana describe agentes de IA que empiezan a transaccionar de forma autónoma, y la industria de pagos —incluidos Visa, Mastercard y Ant International— está redactando estándares para un futuro en el que la inteligencia artificial haga más que recomendar productos. La mecánica de cómo paga realmente una máquina, y sobre qué rails, es la parte que merece un examen detenido, porque las decisiones de diseño que se toman ahora determinarán quién es dueño del comercio entre máquinas.

Qué requiere realmente un pago de agente

Un pago humano agrupa varias funciones que un pago autónomo debe descomponer. Primero, la identidad: algo debe responder a “quién o qué paga”, lo cual es más difícil para un agente que para una persona, porque los agentes son software que puede generarse, copiarse y modificarse. Segundo, el alcance de la autorización: un agente necesita una wallet o credencial con límites definidos —un tope de gasto, una lista de contrapartes permitidas, una caducidad—. Tercero, comercio legible por máquina: un agente no puede navegar por una página de checkout, así que necesita una oferta estructurada —precio, términos, endpoint— que pueda evaluar programáticamente. Las wallets de stablecoins con políticas de gasto programáticas cubren nativamente el segundo requisito; el primero y el tercero son donde se solapan los protocolos emergentes y el trabajo de estándares de las redes de tarjetas.

El stack nativo de stablecoins

El enfoque nativo para agentes trata la wallet como la cuenta bancaria del agente. El kit de herramientas Agent Payments de Coinbase ofrece a los desarrolladores las piezas para que un agente custodie y gaste USDC, y x402 —un protocolo de pago abierto construido en torno a HTTP— permite que un servidor fije un precio por un recurso y que un agente lo pague programáticamente, con liquidación en stablecoins. Skyfire y Payman ocupan un espacio similar, proporcionando infraestructura de pagos y controles de gasto para agentes autónomos. El atractivo es evidente: las stablecoins liquidan en segundos, cuestan fracciones de centavo sin importar el importe, funcionan con montos demasiado pequeños para que las rails de tarjetas los toleren y no requieren que un banco adquirente incorpore a una contraparte máquina. Las transacciones sub-centavo que dominan el volumen actual máquina-a-máquina solo son económicas en rails con precios pensados para ellas.

El contraargumento de las tarjetas

Las redes de tarjetas no conceden la capa de identidad. Como cubrimos antes esta semana, Visa, Mastercard y Ant International están codesarrollando estándares para identificar y monitorizar agentes que inician pagos, y Agent Connect de Mastercard ya conecta a los comercios con un directorio que los agentes de compra pueden consultar. El argumento de las tarjetas es que comercios, emisores y sistemas antifraude ya existen en esas rails, y las compras de agentes orientadas al consumidor —un asistente de IA reservando un vuelo— se enrutarán a través de credenciales en las que los humanos ya confían. La contrapartida es el coste y la granularidad: la economía del interchange y la maquinaria de contracargos encajan mal con transacciones entre máquinas de alta frecuencia y bajo valor. La división probable es: compras de agentes orientadas al consumidor en tarjetas, liquidación máquina-a-máquina en stablecoins.

Preguntas abiertas

Quedan tres problemas sin resolver. La identidad de agentes no tiene estándar: el enfoque de las redes de tarjetas y los protocolos nativos de agentes aún no interoperan, y una capa de identidad fragmentada encarece el fraude para todos. La responsabilidad no está definida en la mayoría de jurisdicciones —cuando un agente excede su mandato y paga mal, la normativa de protección al consumidor y la ley de contratos existentes no asignan la responsabilidad con claridad, un vacío que reguladores fuera de EE. UU. han empezado a señalar—. Y las herramientas de control de gasto son inmaduras: la aplicación de políticas a nivel de wallet es precisamente la capacidad que determina si es seguro darle dinero a un agente con tope y aislado. El diseño de protocolos aquí está haciendo el trabajo que la regulación aún no ha hecho.

Fuentes

E
Editorial
Lectura relacionada

Lectura relacionada