Dei uma carteira de criptomoedas a um agente de IA. Ele não violou nenhuma regra e ainda assim me custou $500
Pagamentos automatizados não são novidade no universo cripto. Robôs de negociação, scripts e trocas automáticas entre tokens movimentam fundos há anos sem que uma pessoa aprove cada transação. Mas eles apenas executavam decisões que eu já havia tomado.
Um agente de IA vai além. Ele recebe uma tarefa, escolhe como realizá-la e, ao longo do processo, decide a quem pagar, quando e quanto. Pela primeira vez, posso delegar a uma máquina parte da decisão financeira, não apenas dar acesso ao dinheiro.
O problema: quanto mais liberdade um agente tem, mais caro sai um erro de configuração. Em um experimento, isso me custou cerca de $500. Foi quando deixei de ver os pagamentos feitos por agentes como uma nova geração de pagamentos automáticos e passei a tratá-los como um modelo distinto de gestão do dinheiro.
Principais conclusões
As stablecoins são ideais para pagamentos feitos por máquinas: o código se comunica diretamente com outro código, e os orçamentos permanecem previsíveis.
O maior risco não é uma IA fora de controle. É um agente agindo de forma racional dentro de regras inadequadas definidas por uma pessoa.
É necessário um conjunto de vários limites independentes: um orçamento, um limite por transação, um limite de repetições, uma lista de serviços permitidos, uma data de expiração e uma forma de interromper o agente imediatamente. Aplique esses limites na carteira, não no prompt.
O papel da pessoa deixa de ser aprovar cada transação e passa a ser gerenciar uma política de gastos.
Dos robôs de negociação aos agentes de IA
Minha primeira experiência em deixar um programa gerenciar parte dos meus recursos não teve nada a ver com IA. Era um robô de negociação: ele monitorava alguns parâmetros do mercado e negociava por conta própria sempre que as condições que eu havia definido eram atendidas. Eu definia a lógica, o tamanho das posições e o risco aceitável, e o software simplesmente agia mais rápido do que eu.
Suas limitações apareceram logo. O robô lidava com tudo o que eu havia previsto e não entendia nada além disso. Quando o mercado se comportava de forma atípica, ele não conseguia dizer: "Melhor ficar de fora desta vez."
Essa é a principal diferença em relação aos agentes de IA atuais. Com um robô, eu dizia: "Se A acontecer, faça B." Com um agente, posso dizer: "Consiga o resultado de que preciso e descubra como chegar lá."
Isso muda o que significa fazer um pagamento. Para mim, uma compra sempre tem etapas distintas: encontrar o produto, decidir e finalizar a compra. Para um agente, não existe essa separação. Pagar é apenas mais uma etapa da tarefa, assim como comparar fornecedores — em segundos — ou trocar de ativo ou rede dentro das permissões que recebeu.
É isso também que diferencia os agentes do pagamento automático que já conhecemos. Em uma assinatura com débito automático no banco, uma empresa conhecida cobra um valor fixo uma vez por mês. Um agente pode decidir do que precisa, escolher um fornecedor e avaliar se a compra vale a pena. A diferença parece pequena, mas, em termos de controle do dinheiro, é um modelo completamente diferente.
Execução · · restantes do orçamento · ✅ dentro das suas regras
A tarefa do seu agente: processar um grande conjunto de dados. Ele pode alugar capacidade de processamento de GPU para concluir a tarefa. Defina as regras e clique em Executar.
Máximo por compra
Orçamento total O agente para quando o orçamento acaba
Uma simulação simplificada. Os preços são ilustrativos.
Gasto até agora:
0 de 800
800 gastos. 0 regras violadas.
Cada aluguel respeitou o limite de 40, e o agente só parou quando o orçamento de 800 acabou. A tarefa falhou em todas as 20 tentativas.
Sem a regra que faltava800
Com mais uma regra120
O orçamento total não protegeu seu dinheiro. Apenas definiu quanto você perderia. Uma regra teria feito o agente parar ao gastar 120 e perguntar a você o que fazer em seguida.
Qual regra? Não é a que a maioria das pessoas imagina.
Continue lendo para descobrir a resposta ↓
Por que as stablecoins são adequadas para pagamentos feitos por máquinas
As stablecoins (tokens de criptomoedas atrelados a uma moeda, como o dólar americano) são adequadas para pagamentos feitos por máquinas porque são a única forma comum de dinheiro que combina programabilidade, baixo custo para transferir pequenas quantias, disponibilidade contínua e valor estável.
Cartões não compensam para valores pequenos. Um pagamento online típico com cartão tem uma tarifa fixa de cerca de 30 centavos, mais um percentual. Isso funciona para uma compra de $50, mas não para uma solicitação de dados de $0,15. Segundo um relatório da Keyrock, o valor médio dos pagamentos feitos por agentes de IA nos 12 meses até abril de 2026 foi de apenas $0,31 a $0,48, e cerca de 76% das transações desses agentes tinham valores inferiores à tarifa mínima de 30 centavos.
A infraestrutura bancária foi feita para pessoas. Você abre uma conta, passa por verificações, faz login, confirma a transferência e, às vezes, espera a aprovação do banco — ou até segunda-feira, se for fim de semana. Um agente funciona 24 horas por dia e, com stablecoins, cria uma transação, assina e envia à rede, onde o pagamento é liquidado em segundos ou minutos, em qualquer dia da semana. Código se comunica diretamente com código.
A volatilidade das criptomoedas desestabiliza o orçamento. O Bitcoin também é programável, mas seu preço oscila. Se o orçamento de um agente é de 0.001 BTC, seu poder de compra real muda a cada hora, assim como todos os seus limites. Um valor como 20 USDT significa a mesma coisa para mim e para o programa, hoje e amanhã. É fácil planejar orçamentos e acompanhar despesas, e os limites não precisam ser recalculados conforme o mercado oscila.
Como os agentes de IA pagam hoje: os protocolos por trás dos pagamentos por agentes
Para que um agente possa pagar, o vendedor precisa saber quem está pagando, em nome de quem e se o pagamento está autorizado. Vários padrões abertos já respondem a essas perguntas.
x402, criado pela Coinbase, retoma o código de status HTTP 402, "Pagamento necessário", que ficou muito tempo sem uso. Um serviço responde a uma solicitação informando um preço, o agente paga em stablecoins e a solicitação é atendida. O protocolo é adequado ao acesso a APIs, dados e recursos computacionais com cobrança por solicitação. Em abril de 2026, o protocolo passou para a x402 Foundation, vinculada à Linux Foundation, com membros como Google, Stripe, AWS, Visa e Mastercard.
AP2 (Agent Payments Protocol), apresentado pelo Google em setembro de 2025, descreve como um usuário concede a um agente um "mandato" verificável para fazer compras em seu nome. Funciona com cartões, transferências bancárias e stablecoins; os pagamentos com criptomoedas são processados por uma extensão do x402.
ACP (Agentic Commerce Protocol), desenvolvido em conjunto pela OpenAI e pela Stripe e lançado em setembro de 2025, permite que um agente finalize uma compra com um lojista, por exemplo, comprando diretamente no ChatGPT.
Onde a Volet.com entra
Esses protocolos padronizam como um agente solicita um pagamento e comprova que ele está autorizado. O dinheiro em si ainda precisa ser liquidado em algum lugar e, nos pagamentos com stablecoins, é nessa camada que a Volet.com atua.
Para vender a agentes, um comerciante precisa aceitar criptomoedas, de preferência sem intermediários entre comprador e vendedor. Com o gateway de pagamentos em criptomoedas não custodial da Volet.com, a liquidação ocorre por meio de um contrato inteligente diretamente na blockchain. O comprador, seja uma pessoa ou um agente, conecta uma carteira e confirma a transação, e os fundos vão direto para a carteira do vendedor.
A Volet.com ajuda a construir os seus pagamentos globais
Em moeda fiduciária, cripto e stablecoins. Via API, Hosted Checkout ou plugins fáceis de instalar. Aceite, envie e administre fundos — tudo a partir do código.
Meu primeiro teste: um agente que compra livros para mim
A etapa seguinte começou quando tentei automatizar uma tarefa cotidiana, em vez de operações de compra e venda. Desta vez, o objetivo era diferente: em vez de executar um comando financeiro específico, o programa precisava realizar várias etapas por conta própria e chegar ao resultado que eu queria.
Para o experimento, escolhi o cenário mais simples possível — livros. Compro livros regularmente e queria ver se era possível eliminar a maioria das pequenas etapas desse processo. O agente recebeu uma lista de interesses, um limite de preço e algumas lojas em que podia comprar. A cada intervalo definido, podia conferir os lançamentos, escolher opções adequadas e fazer um pedido, desde que atendesse às minhas condições.
De propósito, não dei ao agente um orçamento alto. Nessa etapa, a ideia não era criar um comprador totalmente autônomo, apenas testar o princípio. E foi exatamente nesse formato que o sistema se mostrou surpreendentemente prático. Eu já não precisava me lembrar de comprar algo, procurar de novo a seção certa e comparar várias opções. Defini as regras uma vez e só intervinha quando algo fugia delas.
O erro de configuração que me custou cerca de $500
Depois desse primeiro experimento bem-sucedido, cometi um erro clássico: decidi dar mais liberdade ao sistema. O cenário simples funcionou bem, então pareceu lógico passar para uma tarefa em que o agente teria que gerenciar várias despesas por conta própria.
Em um dos testes, ele recebeu um orçamento específico e permissão para comprar recursos computacionais para processar dados. Limitei o custo máximo de cada operação ($40) e defini quais serviços ele poderia usar. No papel, tudo parecia perfeitamente seguro — o agente não poderia, de repente, enviar todo o saldo para um destinatário desconhecido ou comprar um serviço caro demais.
Mas deixei passar uma regra: não limitei o número de operações idênticas por tarefa.
Durante a execução da tarefa, o agente obteve resultados insatisfatórios várias vezes. Em vez de parar e me consultar, concluiu, de forma bastante lógica, que o problema era a falta de recursos. O primeiro aluguel estava dentro do limite, assim como o segundo, e o terceiro também não violava nenhuma condição. Depois veio mais um.
Quando percebi o que estava acontecendo, o gasto total já se aproximava de $500.
É assim que mecanismos de proteção bem planejados para seu agente de pagamentos podem poupar muito dinheiro — e muita dor de cabeça
Minha primeira reação foi óbvia: o sistema fez uma besteira e desperdiçou dinheiro. Mas, quando analisei com calma a sequência de ações, vi que o agente tinha agido exatamente dentro dos limites que eu havia definido.
Eu tinha proibido compras caras, mas nunca disse quantas compras baratas eram aceitáveis. Não havia especificado depois de quantas tentativas fracassadas ele deveria parar. Não havia definido uma regra que exigisse minha aprovação quando os gastos aumentassem. Do ponto de vista do programa, comprar um pouco mais de capacidade computacional continuava sendo uma maneira perfeitamente válida de atingir o objetivo.
O agente não quebrou nenhuma regra. O problema eram as minhas próprias regras
Mais do que qualquer outra coisa, esse caso mudou minha forma de pensar sobre pagamentos autônomos.
Os problemas nem sempre surgem porque um modelo "enlouqueceu", um serviço foi invadido ou o código travou. Uma situação muito mais desagradável é quando um agente age racionalmente dentro de regras mal definidas por seu dono. Ele não sabe o que eu "realmente quis dizer" se isso não estiver nas restrições.
Depois disso, finalmente entendi: dar uma carteira a um agente é a parte fácil. Definir corretamente sua liberdade financeira é muito mais difícil.
Autonomia controlada: 6 limites que agora defino para todo agente de IA
Desde então, minha abordagem ficou bem mais cautelosa. Já não considero um único limite geral uma proteção suficiente. Uma configuração sólida precisa de várias restrições independentes, cada uma voltada a um tipo de erro.
Na prática, agora trato a carteira de um agente como um orçamento operacional separado dentro de uma empresa. Ele não precisa de acesso total aos recursos principais. Para uma tarefa específica, precisa apenas das permissões indispensáveis para executá-la — nada além disso.
Limite
O que evita
Exemplo
Orçamento
Uma perda gradual que nenhum pagamento isolado revela
Até $300 por tarefa
Limite de gasto sem aprovação
Um único erro caro
Minha aprovação acima de $20; nada acima de $100
Limite de repetições
Ciclos descontrolados, como o que me custou $500
Parar após três tentativas fracassadas
Lista de serviços permitidos
Pagamentos a destinatários desconhecidos ou mal-intencionados
Somente prestadores previamente aprovados
Validade
Uso indevido posterior de acessos que continuaram ativos
As permissões terminam com a tarefa
Botão de parada
Continuidade de um comportamento inesperado
Uma ação bloqueia todos os gastos
Mais uma lição: esses limites precisam ficar fora do modelo de IA, na carteira ou na infraestrutura de pagamentos, não no prompt. Um prompt é um pedido, não uma garantia. Um bug ou uma injeção de prompt (instruções ocultas em uma página da web ou arquivo que manipulam o comportamento do agente) pode fazer o agente ignorá-lo. Um limite aplicado pela carteira simplesmente rejeita a transação.
Eu sei, isso é muito menos espetacular do que a ideia de "dar uma carteira à IA e deixá-la agir livremente", mas está muito mais perto de um produto real. A autonomia total impressiona nas demonstrações. Quando há dinheiro real envolvido, a liberdade controlada importa muito mais para mim.
Por que os pagamentos de agentes podem transformar o mercado de criptomoedas
Há anos, o setor de criptomoedas imagina a adoção em massa como um cenário em que as pessoas guardam criptomoedas, pagam com elas em lojas e as transferem entre si. Não tenho certeza de que os humanos vão impulsionar a próxima onda de pagamentos. Para mim, dois modelos estão surgindo.
No modelo agente-serviço, um agente encontra um recurso, verifica o preço e paga por uso, enquanto a pessoa apenas define o orçamento e os requisitos.
No modelo agente-agente, um agente delega parte de uma tarefa a outro e paga quando o trabalho é concluído. Um agente de pesquisa, por exemplo, pode contratar uma análise complexa de dados de um agente especializado na área, em vez de fazer tudo sozinho.
Se isso se popularizar, uma parcela significativa dos participantes da economia nem sequer será formada por pessoas.
Os números atuais ainda são modestos. Segundo um relatório da Keyrock, os agentes de IA liquidaram pouco mais de $73 milhões em transações na blockchain no último ano, um valor muito baixo para os padrões do mercado cripto. Mas a direção importa mais do que o volume. Uma pessoa não consegue fazer milhares de compras relevantes por dia, mas uma empresa pode operar dezenas de agentes capazes disso. A escala passará a ser medida não apenas pelo número de titulares de carteiras, mas também pelo número de programas autônomos e pela atividade econômica que eles geram.
Os componentes já existem: modelos que planejam sequências complexas de ações, APIs e dinheiro programável na forma de stablecoins e contratos inteligentes. Falta ensinar esses sistemas a gerenciar um orçamento com segurança. Se isso funcionar, o mercado cripto ganhará uma nova categoria de participantes: programas que precisam usar dinheiro diretamente para realizar seu trabalho.
Quando você estiver pronto para desenvolver soluções para esses programas, a Volet.com pode ajudar a montar a estrutura financeira: aceitar pagamentos em stablecoins e fazer repasses diretamente na blockchain, sem intermediários que mantenham seus fundos sob custódia.
Comece hoje a enviar e receber dinheiro
Use stablecoins para alcance global e as redes locais de moeda fiduciária para carregar e levantar com facilidade.
Sim. Ele precisa de uma carteira que permita assinar transações e de permissão para gastar dentro dos limites que você definir.
Protocolos como o x402 já permitem que serviços cobrem de um agente por solicitação, em stablecoins.
No mínimo: um orçamento por tarefa ou período, um limite por transação, um limite para o número de vezes que ele pode repetir a mesma compra, uma lista de serviços permitidos, uma data de validade para suas permissões e uma forma de interrompê-lo imediatamente.
Comece com valores baixos, por exemplo, permitindo que ele gaste até $20 por conta própria e exigindo sua aprovação acima desse valor.
Sim. Isso se chama injeção de prompt: instruções ocultas em uma página da web ou em um arquivo que alteram o comportamento do agente.
Por isso, os limites e as listas de serviços permitidos devem ser aplicados fora do modelo, onde o agente não consiga contorná-los com argumentos.
Aceite stablecoins de uma forma que o agente possa verificar por conta própria, de preferência com confirmação na blockchain, em vez de uma página de checkout feita para pessoas.
Uma maneira de fazer isso é usar um gateway de pagamentos em criptomoedas não custodial com um contrato inteligente, como o gateway de pagamentos em criptomoedas não custodial da Volet.com.