El pasado miércoles, Cloudflare inauguró una beta cerrada de su Monetization Gateway, un innovador sistema que facilita a los propietarios de dominios cobrar por el acceso de agentes de inteligencia artificial (IA) a diversas APIs, herramientas del MCP (Modelo de Control de Pagos), sitios web y conjuntos de datos. Este gateway utiliza el protocolo x402 para llevar la autorización de pago integrada en la petición HTTP, liberando los recursos únicamente cuando la transacción se liquida en USDC dentro de la blockchain Base.
La fase beta está disponible exclusivamente para vendedores y compradores cualificados en EE.UU. y ya es utilizada por el propio AI Gateway de Cloudflare para cobrar por inferencia por cada solicitud realizada. Para los desarrolladores de agentes AI, esta modalidad introduce una decisión adicional en el ciclo de ejecución: el entorno de ejecución debe comprobar si el agente está autorizado para gastar antes de continuar con la llamada a la herramienta.
La autoridad para gastar debe residir en el entorno de ejecución
Cloudflare defiende que la autorización del gasto debe estar desvinculada del modelo de IA. En esta línea, sus próximas Carteras Virtuales permitirán a los dueños establecer límites de gasto, listas blancas de herramientas y tamaños máximos de transacción, independientemente de qué herramienta decida invocar el agente. 
En el lado cliente, el SDK para agentes dispone del envoltorio withX402Client, que acepta un callback para confirmar los requisitos de pago antes de que el dinero se mueva. Si este callback es nulo, el agente realiza el pago automáticamente, pero también permite a los equipos requerir aprobación manual antes de ejecutar una llamada pagada, algo comparable a la función elicitation del MCP, que pausa una tarea para que intervenga un usuario.
Más allá de los límites por llamada: presupuestos globales
Las limitaciones establecidas por transacción son insuficientes. Un agente podría gastar, por ejemplo, 10 dólares durante una tarea prolongada si el límite por llamada es sólo 0,10 dólares, lo que puede ser problemático. Las Carteras Virtuales imponen un tope total al gasto, aunque no especifican cuánto se puede destinar a cada tarea si el desarrollador no crea una cartera separada para cada ejecución.
Algunas plataformas para agentes ya gestionan el control del gasto directamente en el gateway. Por ejemplo, TrueForge, de TrueFoundry, canaliza llamadas a modelos y a MCP a través de un AI Gateway que permite a los equipos controlar presupuestos y límites de uso de sus agentes.
La complejidad de los precios variables
El coste de las llamadas puede variar entre la autorización y el asentamiento del pago. Cloudflare soporta el esquema exact para precios fijos y upto para precios variables, donde el cliente autoriza un máximo y el origen vendedor informa el coste real a posteriori. Por ejemplo, el cliente de lanzamiento API2PDF utiliza esta modalidad porque cada generación de PDF consume recursos variables, por lo que sabe el máximo posible pero no el monto acabado.
Esto obliga al entorno de ejecución a controlar dos límites: el coste máximo autorizado para cada llamada y el presupuesto restante para toda la tarea. De forma conservadora, hasta que se confirme el coste real, se asume siempre el máximo autorizado. Además, si una petición a la API salta un tiempo de espera, normalmente puede reintentarse sin mayor impacto salvo en latencia y uso computacional. Pero si la petición inicia un pago, el entorno debe conocer el estado de la transacción para decidir si es seguro intentarlo otra vez.
Cuándo un reintento se convierte en un pago duplicado
Una solicitud pagada puede fallar en diferentes fases: antes de la autorización, durante la liquidación o tras el pago pero antes de que la respuesta llegue al cliente. En este último caso, repetir la solicitud puede suponer un pago doble por el mismo recurso.
Cloudflare gestiona el proceso de pago totalmente en el gateway, incluyendo los fallos y reintentos, y los clientes x402 analizan el estado HTTP y la respuesta antes de reintentar. Sin embargo, el framework de agentes debe mantener su propio registro de pagos para diferenciar si la compra falló, si el pago se realizó pero se perdió la respuesta, o si se trata de una transacción independiente.
El precio se convierte en criterio para seleccionar herramientas
El SDK de Cloudflare permite a los servidores MCP combinar herramientas gratuitas y de pago, definiendo un precio por llamada en dólares. Si un cliente usa una herramienta de pago sin efectuar la transacción, se recibe un error 402 y puede reintentar el pago con comprobante. Sin embargo, la decisión de si conviene o no comprar esa herramienta corresponde al cliente, que contempla factores como precio, latencia, fiabilidad y calidad del resultado.
La variabilidad del precio añade complejidad porque el entorno puede conocer el máximo coste, pero no el valor exacto hasta su liquidación. Por ello puede optar por un servicio más barato si cubre la necesidad o pagar más si la tarea lo requiere, siempre que se respete el presupuesto restante.
Cloudflare también anunció planes para que los servicios de los vendedores estén localizables por los agentes durante la ejecución de un proceso, habilitando así la búsqueda dinámica de herramientas pagadas. Entonces, el entorno decidiría si aprobar ese vendedor y cuánto puede gastar el agente.
Una llamada exitosa no refleja necesariamente el gasto real, especialmente si hubo varios intentos o llamadas a herramientas complementarias. La interacción final puede ocultar un historial detallado que incluya pagos o reintentos, por lo que cada llamada debe incluir su histórico de pagos para que los desarrolladores puedan distinguir entre dos intentos o dos compras distintas y rastrear costes inesperados hasta su origen.
Rastreando gastos a través de múltiples llamadas
Cloudflare prevé exponer registros de transacciones de su Monetization Gateway dirigidos a los vendedores, pero los desarrolladores que compran herramientas necesitarán su propia telemetría para relacionar pagos con los modelos y llamadas que los originaron. Los proveedores de observabilidad han adaptado sus plataformas a la contabilización del uso de tokens, ya que la inferencia conlleva costes. Las herramientas pagadas amplían esta contabilidad a otros servicios consumidos por los agentes.
El AI Gateway de Cloudflare ya acepta pagos x402 para inferencia, por lo que las llamadas a modelos y a herramientas pagadas pueden consumir fondos de la misma cartera. Es indispensable que los desarrolladores hagan seguimiento del gasto asociado a cada tarea para controlar de forma precisa el uso y coste.
