TBC da la bienvenida a la entrada comercial de máquinas AI tras nueve pagos

El 20 de octubre, Mastercard realizó una pequeña demostración en Cloudflare Connect, que podría abrir un gran mercado. Un agente de IA completó nueve pagos a dos comerciantes independientes dentro de un presupuesto aprobado, comprando servicios de investigación y generación de imágenes.

Las nueve transacciones en sí no son sorprendentes. El verdadero cambio es que la IA completó por primera vez de manera clara y visible la búsqueda de servicios, la invocación de servicios y el pago de tarifas simultáneamente. La infraestructura de pago necesaria para el comercio de máquinas está pasando de ser una idea a un proceso operativo.

Un agente de IA necesita una red de pagos propia de la era de las máquinas

Los humanos que utilizan servicios de Internet generalmente primero registran una cuenta, vinculan una tarjeta bancaria, compran un paquete y luego liquidan mensualmente. La forma de trabajar de un agente de IA es completamente diferente. Puede invocar múltiples interfaces de datos, varios modelos y diferentes recursos de computación en cuestión de minutos para completar una tarea, realizando pagos pequeños cada vez, pero exigiendo confirmación inmediata y continuando la ejecución.

El modelo tradicional se enfrenta aquí a una resistencia evidente. Establecer cuentas y claves API para cada servicio genera una gran cantidad de gestión de identidad y permisos; los saldos prepagados dispersan los fondos; esperar la aprobación manual para cada transacción hace que la automatización pierda eficiencia. Pero si se le otorgan permisos completos a un agente, cualquier instrucción errónea podría amplificarse en un riesgo financiero.

La idea que ofrece Mastercard Agent Pay for Machines es que primero la empresa establezca la tarea, los permisos y el presupuesto. El servidor envía una solicitud de pago HTTP 402, el agente emite un comprobante de pago que se ajusta al límite, y el comerciante lo verifica antes de continuar con la entrega del servicio. Los comprobantes fuera de la cadena garantizan la velocidad de respuesta, y la liquidación consolidada es realizada por la blockchain y la red de pagos.

Esta demostración fue proporcionada por Base para la liquidación en cadena, la Plataforma de Desarrolladores de Coinbase proporcionó la infraestructura de billetera, y BVNK manejó la billetera del agente y la liquidación en moneda fiduciaria o stablecoin. Mastercard dejó claro que el producto aún está en fase piloto y no ha sido comercializado, pero ya ha explicado claramente el problema de la industria: el núcleo de la competencia en los pagos de máquinas es permitir que los agentes consuman de manera continua sin entregar permisos ilimitados.

La estructura UTXO de TBC es naturalmente adecuada para presupuestos a nivel de tarea

Cuando un agente maneja múltiples tareas al mismo tiempo, compartir un saldo total no es la estructura de fondos más ideal. Una forma más razonable es permitir que cada tarea tenga un presupuesto independiente: la tarea de investigación solo puede comprar datos, la tarea de diseño solo puede invocar servicios de imágenes, y se detiene automáticamente cuando se agota el presupuesto o finaliza la tarea.

El modelo UTXO registra los activos como salidas independientes entre sí. Cada porción de fondos puede ser gestionada y rastreada por separado, y se pueden configurar diferentes condiciones de gasto. En comparación con poner todas las reglas en un backend centralizado, esta estructura es más adecuada para vincular presupuestos y tareas uno a uno, permitiendo que el estado de los fondos ingrese directamente a transacciones verificables en la cadena.

TBC utiliza el UTXO al estilo de Bitcoin y SHA256 PoW, y al mismo tiempo proporciona capacidades de contratos inteligentes de Layer 1 a través de TuringContract. Los desarrolladores pueden diseñar umbrales de firma, límites de monto, destinatarios y condiciones de tiempo en torno a UTXOs independientes, permitiendo que el agente obtenga los fondos necesarios para ejecutar tareas, en lugar de obtener el control total de toda la billetera.

Esto significa que TBC no proporciona un canal de transferencia ordinario para los agentes de IA, sino una infraestructura más adecuada para que las máquinas gestionen fondos. Las tareas pueden dividirse, los presupuestos pueden aislarse, las reglas de gasto pueden verificarse y los registros de liquidación pueden rastrearse. Para los servicios de API, modelos y recursos de computación que cobran por uso, estas capacidades tienen un valor de producto directo.

Cuatro capacidades que permiten a TBC tener una base para pagos de máquinas

La primera es el presupuesto programable en cadena. El código del nodo TBCNODE es público, y TuringContract permite que UTXO soporte reglas de contrato. Los proyectos pueden asignar fondos a tareas específicas, permitiendo que el agente pague de manera autónoma bajo condiciones establecidas, mientras que otros activos se mantienen fuera del alcance de la tarea.

La segunda es la herramienta de activos estables. El SDK tbc-contract ya proporciona consultas en cadena, obtención de UTXO, construcción de transacciones, firma y difusión. El SDK de TBC20 Stablecoin admite emisión, aumento, transferencia, transferencias masivas, congelación y descongelación, proporcionando un acceso de desarrollo listo para establecer activos de valoración estable para compras de máquinas.

La tercera es la capacidad de autorización múltiple. El SDK cubre el proceso MultiSig, y la documentación de TBC20 Stablecoin también proporciona ejemplos de firma conjunta 2 de 2 para administradores. Los proyectos pueden separar la gestión de fondos de la ejecución del agente, permitiendo que las máquinas actúen dentro de los límites, mientras que las operaciones clave continúan siendo confirmadas por múltiples partes autorizadas.

La cuarta es la dirección de bajo costo y alta frecuencia. TBC afirma que su red principal tiene un TPS superior a 13,000, y ha puesto un énfasis en el diseño de confirmaciones cero y tarifas bajas. Los agentes de IA a menudo compran servicios digitales de bajo precio, y solo cuando las tarifas de liquidación son lo suficientemente bajas y la red puede manejar una gran cantidad de solicitudes concurrentes, el pago por uso tiene la oportunidad de formar un modelo comercial a largo plazo.

Estas capacidades combinadas permiten que TBC tenga una base técnica para ingresar al mercado de pagos de IA. Conserva la estructura de activos UTXO de la ruta técnica de Bitcoin, al tiempo que incorpora contratos inteligentes y herramientas de activos estables, pudiendo manejar simultáneamente el aislamiento de presupuestos, la ejecución condicional y la liquidación de valores.

Por supuesto, los indicadores de rendimiento públicos aún necesitan más pruebas repetibles, y UTXO y la firma múltiple no pueden reemplazar la identidad del comerciante, la seguridad del dispositivo y los sistemas de gestión de riesgos. Actualmente no hay información pública que indique que TBC se ha integrado con x402, o que haya establecido colaboraciones relevantes con Mastercard, Base, Coinbase o BVNK. La relación de TBC con los temas candentes de esta semana es la ruta técnica y la oportunidad de mercado, no una colaboración existente.

De las capacidades del protocolo a los productos de pago de IA

La ventana del mercado ya ha aparecido, el siguiente paso depende de la velocidad del producto. TBC puede adaptar herramientas de pago de máquinas que los desarrolladores puedan implementar rápidamente, en torno a adaptadores HTTP 402, estrategias de billetera de agentes, plantillas de límites y listas blancas, casos de pago de TBC20 stablecoin, recibos verificables y SDK para comerciantes.

A medida que estos componentes se perfeccionen gradualmente, los escenarios que TBC puede soportar se expandirán desde pagos ordinarios a compras de datos por uso, facturación de inferencias de modelos, liquidaciones instantáneas de recursos de computación, compras robóticas y renovaciones automáticas de dispositivos inteligentes. El equipo del proyecto puede encargarse de los servicios y usuarios, mientras que TBC se encarga de los activos, reglas y liquidaciones, permitiendo que las transacciones entre máquinas ya no dependan de operaciones manuales por cada transacción.

Esto también proporciona una nueva dirección de crecimiento para desarrolladores y proyectos. Actualmente, los pagos de agentes en las cadenas principales se concentran en pocas redes y experimentos tempranos, y el mercado aún no ha formado un patrón fijo. Cuanto antes se complete un billetera de agente operativa, API de pago y casos de liquidación de stablecoin en TBC, más oportunidades habrá para establecer estándares técnicos, acumular los primeros comerciantes y obtener una posición de ventaja antes de la verdadera expansión del comercio de máquinas.

La elección de Mastercard de comprobantes fuera de la cadena y liquidaciones masivas indica que los pagos de máquinas requieren tanto velocidad como permisos claros. TBC puede aprovechar las características de UTXO y contratos de Layer 1, colocando el estado del presupuesto y las reglas clave en la cadena, y luego conectando los servicios HTTP a través de una capa de adaptación. La combinación de estas dos ideas proporciona un camino realista para que TBC ingrese a los pagos nativos de IA.

Nueve pagos son solo el comienzo. Prueba que los agentes de IA han pasado de "poder completar tareas" a "poder comprar los recursos necesarios para completar tareas".

Cuando el comercio de máquinas comience a competir por nuevas redes de liquidación, TBC ya cuenta con UTXO, TuringContract, TBC20 y dirección de alta concurrencia. El siguiente paso es combinar estas tecnologías en productos de pago que los desarrolladores de IA estén dispuestos a usar directamente.

Fuente Mastercard Agent Pay for Machines · Mastercard Early Access · TBC Contract SDK · TBC20 Stablecoin SDK · TBCNODE · TBC White Paper