A fronteira interessante aqui não está entre AI e não-AI. Ela está entre dois tipos de software muito diferentes.
Um tipo que só sabe sugerir. Ele responde perguntas, escreve e-mails, sugere cronogramas, sugere fornecedores. Esse tipo ainda não precisa de carteira. É apenas um software melhor.
O outro tipo difere em um ponto muito mais sensível: ele recebe um orçamento e tem permissão para gastar dinheiro para concluir o trabalho. Ele pode comprar dados por conta própria, contratar ferramentas por conta própria, chamar APIs pagas por conta própria ou pagar por outro serviço para completar uma etapa no processo. A partir daqui, o foco do problema começa a mudar. A pergunta não é mais apenas se ele é inteligente o suficiente. A pergunta é como ele gerencia o dinheiro, como gasta o dinheiro e como outros sistemas sabem que essa despesa ocorreu.
O ponto a ser observado está aqui.
Não é porque há um agente de IA que haverá uma demanda real por crypto. A maior parte dos agentes nesse momento ainda são apenas uma camada de coordenação melhor. Eles chamam ferramentas, agregam informações, preenchem algumas etapas. Mas o poder de ação econômica ainda está nas mãos das pessoas ou em um backend centralizado. Em casos como esse, chamar um agente de "novo usuário" de crypto ainda é prematuro.
A chave está no poder de gastar dinheiro.
Quando um agente ultrapassa esse limiar, sua demanda começa a se desviar da demanda humana. Não porque a máquina "goste" de crypto. É apenas que sua operação é diferente. Se um agente precisa operar continuamente, precisa comprar repetidamente pequenos insumos, e precisa verificar se o pagamento foi concluído para prosseguir, então ele começa a precisar de algo mais específico: "método de pagamento". Ele precisa de uma interface de pagamento que o software possa chamar, verificar o estado por conta própria, e então se conectar diretamente ao seu fluxo de ação.
Mas chegar a este ponto ainda não é suficiente para pular imediatamente para on-chain. O que aparece primeiro não é que "crypto é a resposta". O que aparece primeiro é: em alguns casos, o dinheiro precisa operar como parte da lógica do software, e não apenas como um passo de pagamento no final do processo. Qual parte deve operar em quais trilhos ainda é uma pergunta em aberto.
Esse ponto ficará mais claro se separarmos os dois problemas.
Um agente que compra bens físicos para um usuário não é o mesmo que um agente que compra dados, computação, ou poder de chamar ferramentas para completar uma tarefa. No primeiro caso, uma infraestrutura centralizada pode ainda ser mais adequada. O comerciante já possui um sistema de pagamento. Os riscos de fraude e chargeback são altos. A identificação do comprador e a conformidade são as partes difíceis. A Stripe atualmente está seguindo bastante nessa direção: eles descrevem o "comércio agente" como a capacidade dos agentes de IA de "descobrir, avaliar e completar transações" para compradores em interfaces digitais. Isso significa que o agente pode entrar na área do comportamento econômico sem necessariamente precisar levar uma carteira on-chain consigo.
O outro lado é diferente. Se o que está sendo comprado são recursos digitais, se as transações são pequenas e muitas, se as partes ainda não têm relações de conta disponíveis, se o pagamento precisa ocorrer imediatamente para que o software continue funcionando, então on-chain começa a se tornar uma opção a ser considerada. Não porque a blockchain tenha algo mágico. Apenas porque ela oferece ao software um trilho de pagamento que ele pode chamar e verificar o estado por meio de código.
Tomemos um exemplo restrito. Um agente encarregado de compilar a volatilidade do mercado durante a noite. Para concluir isso, ele precisa comprar uma chamada de dados de uma API, depois pagar por outra ferramenta para normalizar os dados, e só então chamar o modelo para escrever o relatório. Se cada etapa só for desbloqueada após a confirmação do pagamento, então o pagamento não é mais uma operação externa. Ele se torna parte da cadeia de processamento. Em um caso como esse, o que o agente precisa não é necessariamente crypto em geral. O que ele precisa primeiro é uma forma de pagar e verificar o estado do pagamento diretamente no fluxo do software.
Essa também é a razão pela qual há um grupo de criadores tentando construir infraestrutura nessa direção. A Coinbase descreve o AgentKit como um conjunto de ferramentas para agentes de IA interagirem com a blockchain com gerenciamento de carteira e capacidades on-chain. O Agentic Wallet é apresentado como uma carteira para agentes manterem e gastarem stablecoins, pagarem por APIs, com limites de gastos integrados. Mas aqui devemos ser cautelosos: isso é apenas um sinal de que os criadores estão olhando para o problema, não é uma prova de que a demanda se formou em grande escala.
E aqui é muito fácil exagerar. Haver uma razão para aparecer não significa que vai vencer. Muitos casos ainda podem ser resolvidos de maneira bastante satisfatória com créditos pré-pagos, livro contábil interno, faturamento baseado em uso, ou um sistema de autorização centralizado com orçamento claro. Um agente com poder de gastar dinheiro também pode não precisar de uma carteira própria. Ele pode estar apenas gastando dentro de um quadro de poder fornecido pelo backend.
Portanto, a questão relevante não é se a IA usará crypto ou não. A questão relevante é quando o sistema existente começará a ser muito rígido para um agente de software.
Eu acho que isso só começa a ser relevante quando várias camadas de condições se sobrepõem: o agente realmente tem poder de ação econômica; o que ele compra é principalmente bens digitais ou recursos digitais; transações pequenas, numerosas, automáticas, e frequentemente ocorrendo entre partes que não têm relações de conta disponíveis; e o pagamento e a verificação do pagamento precisam estar diretamente no fluxo do software, não podem ser simplesmente lançados para que as pessoas tratem. Quando essas condições se juntam, a carteira e o pagamento on-chain começam a parecer uma parte operacional do agente, em vez de um acessório adicionado de fora.
Mesmo assim, o maior obstáculo pode não estar nos trilhos de pagamento. Muitas vezes, ele reside no poder. Quem fornece o orçamento. Quem impõe limites. Quem é responsável se o agente comprar incorretamente, comprar demais, ou interagir com um parceiro que não deveria. Uma vez que o software começa a lidar com dinheiro, o eixo de capacidade ainda é importante. Mas o eixo de poder começa a se tornar muito pesado rapidamente.
Por isso, ainda não vejo isso como a história de que "IA salvará o crypto". Dizer isso é muito amplo. Também não vejo que se deva dizer que "IA é o primeiro usuário real de crypto" como uma conclusão grande e certa. Uma visão mais restrita, mas que parece mais correta, é a seguinte: há uma camada de problemas econômicos de software onde a demanda por carteiras e pagamentos on-chain pode surgir antes da demanda de consumo em massa das pessoas.
Se isso acontecer, o crypto pode não ser usado corretamente primeiro em lugares onde muitas pessoas esperam. Pode ser usado corretamente primeiro em lugares onde o software não apenas sabe responder, mas começa a ter que se virar para fazer seu trabalho.