El límite atractivo aquí no está entre la IA y la no IA. Está entre dos tipos de software muy diferentes.
Un tipo que solo sabe hacer sugerencias. Responde preguntas, escribe correos electrónicos, sugiere horarios, sugiere proveedores. Ese tipo no necesita billetera. Solo es un software mejor.
El otro tipo difiere en un punto mucho más delicado: se le asigna un presupuesto y se le permite gastar dinero para completar el trabajo. Puede comprar datos por sí mismo, contratar herramientas por sí mismo, llamar a API de pago por sí mismo, o pagar por otro servicio para completar un paso en el proceso. Aquí, el enfoque del problema comienza a cambiar. La pregunta ya no es solo si es lo suficientemente inteligente. La pregunta es cómo maneja el dinero, cómo gasta el dinero, y cómo otros sistemas saben que ese gasto ha ocurrido.
El punto a observar está aquí.
No es que solo porque haya agentes de IA haya una demanda real por crypto. La mayoría de los agentes en este momento son solo una capa de coordinación mejorada. Llama herramientas, agrega información, completa algunos pasos. Pero el poder de acción económica sigue estando en manos de las personas o en un backend centralizado. En tales casos, llamar a un agente un "nuevo usuario" de crypto todavía es prematuro.
La clave está en el poder de gastar dinero.
Cuando un agente cruza ese umbral, su demanda comienza a desviarse de la demanda humana. No porque la máquina "prefiera" crypto. Simplemente, su forma de operar es diferente. Si un agente tiene que funcionar continuamente, comprar repetidamente pequeñas entradas y verificar por sí mismo si el pago se ha completado para continuar, entonces comienza a necesitar algo más específico: un "método de pago". Necesita una interfaz de pago que el software pueda llamar, verifique su estado y luego se integre directamente en su flujo de acción.
Pero llegar hasta aquí aún no es suficiente para saltar directamente a onchain. Lo que se revela primero no es que "crypto es la respuesta". Lo que se revela primero es: en algunos casos, el dinero debe funcionar como parte de la lógica del software, y no solo como un paso de pago al final del proceso. En cuanto a qué rail debe operar eso, sigue siendo una pregunta abierta.
Esto será más claro si se separan los dos problemas.
Un agente que compra bienes físicos para un usuario no es lo mismo que un agente que compra datos, computación o poder de llamar herramientas para completar una tarea. En el primer caso, la infraestructura centralizada puede seguir siendo más adecuada. El comerciante ya tiene un sistema de pagos. El riesgo de fraude y contracargos es alto. La identificación del comprador y el cumplimiento son la parte complicada. Stripe actualmente se está moviendo claramente en esa dirección: describen el "comercio agentic" como la capacidad de los agentes de IA para "descubrir, evaluar y completar transacciones" para los compradores en interfaces digitales. Es decir, el agente puede entrar en el ámbito del comportamiento económico sin necesidad de llevar consigo una billetera onchain.
El otro lado es diferente. Si lo que se compra son recursos digitales, si las transacciones son pequeñas y numerosas, si las partes no tienen relaciones de cuenta disponibles, si el pago debe ejecutarse de inmediato para que el software continúe funcionando, entonces onchain comienza a ser una opción digna de consideración. No porque la blockchain tenga algo mágico. Simplemente porque le da al software un rail de pago que puede llamar y verificar el estado mediante código.
Tomemos un ejemplo más estrecho. Un agente es encargado de compilar la volatilidad del mercado durante la noche. Para completar esto, necesita comprar una llamada de datos de una API, luego pagar por otra herramienta para normalizar los datos, y después llamar a un modelo para escribir un informe. Si cada paso solo se desbloquea después de que se confirma el pago, entonces el pago ya no es una operación externa. Se convierte en una parte de la cadena de procesamiento. En un caso así, lo que el agente necesita no es necesariamente crypto en general. Lo que necesita primero es una forma de pagar y verificar el estado del pago directamente en el flujo del software.
Esa también es la razón por la que hay un grupo de constructores que están intentando construir infraestructura en esta dirección. Coinbase describe AgentKit como un conjunto de herramientas para que los agentes de IA interactúen con la blockchain con gestión de billetera y capacidades onchain. Además, Agentic Wallet se presenta como una billetera para agentes para mantener y gastar stablecoins, pagar por API, con límites de gasto integrados. Pero aquí se debe tener cuidado: eso es solo una señal de que los constructores están mirando el problema, no es evidencia de que la demanda se haya formado a gran escala.
Y justo aquí es muy fácil exagerar. Tener una razón para aparecer no significa que se gane. Muchos casos aún pueden resolverse bastante bien con créditos prepagados, libros de contabilidad internos, facturación basada en el uso o un sistema de autorización centralizado con un presupuesto claro. Un agente con poder de gastar dinero no necesariamente necesita una billetera propia. Puede que simplemente esté gastando dentro de un marco de autoridad otorgado por el backend.
Por lo tanto, la pregunta relevante no es si la IA usará crypto. La pregunta relevante es cuándo el sistema actual comenzará a ser demasiado rígido para un agente de software.
Creo que esto solo comienza a ser relevante cuando varias capas de condiciones se superponen: el agente realmente tiene poder de acción económica; lo que compra son principalmente bienes digitales o recursos digitales; las transacciones son pequeñas, numerosas, automáticas y suelen tener lugar entre partes que no tienen relaciones de cuenta disponibles; y el pago y la verificación del pago deben estar directamente en el flujo del software, no pueden simplemente lanzarse afuera para que las personas los manejen. Cuando estas condiciones se dan juntas, las billeteras y los pagos onchain comienzan a parecerse a una parte operativa del agente, en lugar de un accesorio adicional desde el exterior.
Incluso en ese momento, el mayor obstáculo puede que no esté en el rail de pago. A menudo se encuentra en la autoridad. ¿Quién otorga el presupuesto? ¿Quién establece los límites? ¿Quién es responsable si un agente compra incorrectamente, compra en exceso o interactúa con un socio con el que no debería interactuar? Una vez que el software comienza a manejar dinero, el eje de capacidad sigue siendo importante. Pero el eje de autoridad comienza a pesarse muy rápidamente.
Por lo tanto, aún no veo que esta sea la historia de que "la IA salvará al crypto". Decir eso es demasiado amplio. También aún no veo que se deba afirmar que "la IA es el primer usuario real del crypto" como una conclusión grande y segura. Una perspectiva más estrecha, pero que parece más correcta, es la siguiente: hay una capa de problemas económicos de software cuya demanda por billeteras y pagos onchain podría llegar antes que la demanda de consumo masivo de las personas.
Si eso ocurre, crypto puede que no se utilice correctamente primero en el lugar donde más personas esperan. Puede que se use correctamente antes en un lugar donde el software no solo sabe responder, sino que también debe comenzar a arreglárselas para hacer su trabajo.