Um agente de IA que compra uma previsão meteorológica pode pagar numa stablecoin em dólares, enquanto o vendedor recebe um pagamento normal na conta bancária. Outro agente pode comprar o mesmo serviço através de um cartão. Um cliente institucional de um banco pode, em vez disso, transferir um depósito tokenizado. A capacidade do software para enviar dinheiro revela surpreendentemente pouco sobre o direito que acaba por caber ao destinatário.
Esta distinção está a tornar-se prática. Em março de 2026, a Stripe e a Tempo apresentaram o Machine Payments Protocol, que permite pagamentos programáticos através de stablecoins e métodos de pagamento convencionais. Em junho, a Mastercard anunciou o Agent Pay for Machines, descrevendo liquidações com cartões, contas e stablecoins. Os pagamentos de agentes de IA estão a desenvolver-se simultaneamente em várias formas de dinheiro. Anúncio do MPP pela Stripe, lançamento da Mastercard
A mudança cria uma oportunidade para empresas que vendem pequenas unidades de trabalho útil: uma consulta de dados, um cálculo breve ou alguns minutos de acesso. Também transfere para o software decisões sobre custos de pagamento, exposição cambial e recuperação de fundos; esse software pode fazer milhares de compras enquanto o seu proprietário está ocupado com outra coisa.
Na nossa opinião, a competição mais importante será sobre quem define essas decisões. Um sistema pode otimizar a tarefa concluída para o seu proprietário ou favorecer a moeda e a rede preferidas pelo fornecedor de pagamentos. Ambas as opções podem parecer ao utilizador uma simples instrução: «Paga.»
Este é o segundo artigo da nossa série sobre dinheiro e agentes de IA. A primeira parte analisa a compra por agentes e as redes de cartões. Aqui seguimos o percurso do dinheiro, incluindo o que acontece quando alguém o quer de volta.
A mesma indicação em dólares pode corresponder a direitos diferentes
Os saldos bancários convencionais já são digitais. Um cartão é um meio de aceder a um acordo de pagamento, que pode incluir crédito; não é uma moeda diferente. Mudar a interface de uma página de pagamento para um agente não altera, por si só, a obrigação subjacente em dólares ou euros.
Uma stablecoin garantida por moeda fiduciária acrescenta um emitente e condições de resgate. A Circle descreve a USDC e a EURC como garantidas por reservas líquidas mantidas separadamente dos fundos operacionais, com divulgações semanais das reservas e uma certificação externa mensal para a USDC. Estes mecanismos sustentam a confiança no resgate. Não tornam todos os saldos de carteiras equivalentes a depósitos bancários imediatamente utilizáveis em todos os países. Divulgações de reservas da Circle
Um depósito bancário tokenizado continua a ser um crédito sobre um banco, representado numa infraestrutura programável. A J.P. Morgan descreve o seu produto USD JPM Coin na Base como dinheiro de um banco comercial para contrapartes aprovadas, convertível através da estrutura Blockchain Deposit Account. O acesso a uma blockchain pública não significa que qualquer consumidor possa abrir a relação bancária necessária. Descrição do produto JPM Coin
Os criptoativos voláteis criam outro problema orçamental: o seu valor de mercado pode variar face à moeda em que a empresa recebe receitas ou paga despesas. Uma participação tokenizada num fundo representa propriedade de um investimento e tem condições de resgate. Nenhum dos dois se transforma em dinheiro só porque a mesma carteira o apresenta ao lado de uma stablecoin.
Por isso, para um agente, a pergunta prática é mais específica do que «Aceita criptomoedas?». Tem de identificar o ativo, o emitente, a rede e o destinatário aceitável e, em seguida, estabelecer como o saldo resultante pode satisfazer a obrigação seguinte. Uma empresa que paga salários em euros não concluiu o trabalho por ter recebido um token denominado em dólares.
Porque estão a surgir agora mais opções de pagamento
Os pagamentos automáticos reduzem a necessidade de interromper uma tarefa para que uma pessoa se registe, escolha uma subscrição e introduza os dados de faturação. Ao abrigo do MPP, um serviço pode pedir um pagamento durante uma interação de software. A Stripe diz que os recibos passam pela sua infraestrutura de pagamentos existente, os fundos entram no saldo do comerciante e seguem o calendário de pagamento habitual. A compra rápida pelo agente e o pagamento bancário ao comerciante continuam a ser acontecimentos distintos. Como funciona o MPP
A expansão da x402 pela Coinbase, a 18 de março, alargou o suporte aos tokens ERC-20 e introduziu mecanismos de patrocínio das taxas de rede. Assim, um intermediário pode tratar das taxas de transação da blockchain que, de outro modo, os utilizadores teriam de pagar. Isto alarga os ativos que os programadores podem aceitar; o comerciante continua a ter de escolher quais os ativos e redes que efetivamente suporta. «Sem taxas de rede para o utilizador» descreve a experiência do pagador, enquanto outro participante cobre o custo. Atualização da x402 pela Coinbase
O anúncio da Mastercard, em junho, também descreve regras programáveis de autorização e limites de gastos. A lista de empresas participantes inclui entidades de pagamentos convencionais e empresas de criptomoedas. O anúncio confirma um serviço e um trabalho de desenvolvimento em torno de regras partilhadas; não demonstra disponibilidade universal em todos os comerciantes nem comprova a viabilidade económica do comércio automático em grande escala. Agent Pay for Machines
Estes desenvolvimentos sustentam uma possibilidade útil: uma empresa pode vender através de uma interface adequada a agentes sem exigir que todos os compradores e fornecedores adotem o mesmo acordo financeiro. O trabalho difícil passa para as ligações entre esses acordos.
Siga uma compra do início ao fim
Considere-se uma empresa europeia de logística hipotética cujo agente precisa de dados meteorológicos recentes de um fornecedor dos EUA. É um fluxo de trabalho ilustrativo, não uma implementação que tenhamos testado. A empresa atribui ao agente um orçamento diário em euros e autoriza compras a fornecedores de dados aprovados.
O agente encontra um preço em dólares. Antes de pagar, a empresa precisa de respostas para algumas perguntas normais de aquisição: É esta a previsão certa? O preço indicado cobre a utilização pretendida? O fornecedor consegue entregá-la dentro do prazo? Uma credencial de pagamento válida não responde a nenhuma delas.
Suponha-se que o fornecedor aceita tanto pagamentos com cartão como USDC. A empresa já tem um acordo para pagamentos com cartão, mas a utilização de USDC exige o carregamento de uma carteira. A comparação tem de incluir esse carregamento, a conversão em dólares, as comissões do prestador de serviços e o tratamento do saldo não utilizado. Uma taxa baixa de transferência na blockchain pode representar uma pequena parte da compra concluída.
Alteremos agora as circunstâncias. A empresa já tem um saldo aprovado em stablecoins e compra frequentemente ao fornecedor. Os custos de carregamento podem ser distribuídos por muitas compras e a transferência imediata pode ajudar o fornecedor a disponibilizar os dados sem conceder crédito. Esta opção pode tornar-se mais atrativa sem qualquer alteração à tecnologia do token.
Ou o fornecedor pode preferir receber moeda local através de um processador. A documentação da Stripe sobre pagamentos com stablecoins descreve esse acordo: os pagamentos concluídos são liquidados na moeda local do saldo do comerciante. A disponibilidade para aceitar pagamentos é mais limitada do que o alcance mundial dos clientes: a documentação indica que está disponível nos EUA e em versão de pré-visualização privada noutras regiões. É necessário verificar se o vendedor é elegível antes de conceber o fluxo de trabalho. Documentação da Stripe sobre pagamentos com stablecoins
A unidade económica que importa comparar é a previsão entregue com êxito e registada e paga numa forma que ambas as partes possam utilizar. Para isso, é necessário comparar o percurso completo com o sistema de faturação ou bancário existente na empresa, incluindo o tempo que os funcionários gastam a resolver exceções.
A saída do sistema pode importar mais do que a transferência
Os pagamentos em stablecoins são especialmente promissores quando o destinatário quer conservar ou reutilizar o token. Quem precisa de um saldo bancário depende do resgate, da liquidez da casa de câmbio ou de um serviço de conversão do fornecedor de pagamentos.
A política de resgate da Circle no Espaço Económico Europeu, atualizada a 15 de setembro, torna a distinção concreta. Reconhece o resgate ao valor nominal, sujeito às suas condições. Os titulares particulares que usem o processo direto têm de passar verificações de identidade e transação e fornecer dados bancários adequados. O processo declarado não deverá demorar mais de cinco dias úteis, salvo se surgirem discrepâncias; a política prevê separadamente atrasos durante eventos de tensão definidos. Trata-se de um percurso de resgate específico, não de uma alegação de que todas as vendas de USDC demoram cinco dias. Política de resgate da Circle no EEE
As condições comerciais também diferem. A tabela de comissões da Circle Mint, em vigor desde 15 de março, distingue níveis de processamento e inclui encargos associados aos fluxos de resgate. O processamento quase imediato e o nível básico mais lento têm custos diferentes. «Um dólar garante um token» não descreve o custo e o tempo completos para transferir fundos para uma conta bancária. Estrutura de resgate da Circle Mint
Em março, a PayPal anunciou a expansão da PYUSD para 70 mercados, incluindo a conversão em moeda local durante os levantamentos. O anúncio também especifica variações locais e disponibilidade apenas para empresas em Singapura. A distribuição é significativa porque uma interface financeira existente pode tornar um token útil para quem nunca geriria uma carteira de criptomoedas autónoma. As comissões efetivas e a elegibilidade continuam a ter de ser incluídas na comparação dos percursos. Anúncio da expansão da PayPal
A expansão dos pagamentos da Ripple, em março, também combina a cobrança, a custódia e a conversão entre dinheiro tradicional e stablecoins. É uma descrição do fornecedor sobre a sua oferta, não uma prova independente de que todos os percursos sejam mais baratos. Ilustra por que motivo uma empresa pode comprar um serviço que oculta o ativo de liquidação e, ainda assim, depender da liquidez e das operações de conformidade do fornecedor. Expansão do Ripple Payments
No exemplo hipotético da empresa de logística, uma paridade ao dólar continua a expô-la à relação entre o euro e o dólar. O token pode manter perfeitamente o valor em dólares enquanto muda o custo, em euros, de carregar a carteira. Um reembolso recebido mais tarde pode ter um valor diferente em euros. A política de tesouraria deve especificar quem aceita essa exposição e quando é feita a conversão.
Uma transferência concluída pode deixar uma disputa por resolver
Voltemos à previsão meteorológica. O agente paga com sucesso, mas recebe dados desatualizados. O registo contabilístico pode provar que houve uma transferência de valor; determinar se o fornecedor entregou o que prometeu exige um processo comercial separado.
A documentação da Stripe sobre stablecoins fornece um exemplo útil: permite reembolsos integrais e parciais para a carteira de origem, mas indica que não oferece apoio em disputas. A capacidade do comerciante de devolver dinheiro é diferente da possibilidade de o comprador contestar uma transação através de um sistema de pagamentos. Não se deve inferir a forma como são tratados os reembolsos nem os recursos contratuais a partir da palavra «stablecoin». Condições da Stripe para reembolsos e disputas
Por isso, o proprietário de um agente precisa de definir regras de recuperação antes de autorizar um novo percurso. Quem recebe a reclamação? Que provas identificam o serviço comprado? A carteira de origem ainda existe? Quanto tempo pode o comprador esperar por uma resposta? No caso de uma compra pequena, pedir um reembolso pode custar mais do que o pagamento. Porém, falhas repetidas em muitos agentes podem transformar-se numa despesa significativa.
Um pré-publicado de investigação, de julho, sobre facilitadores x402 encontrou falhas de autorização e execução nos sistemas que analisou e relata que as partes afetadas adotaram medidas de mitigação. Isto constitui prova sobre determinadas implementações estudadas, não demonstra que todas as transações x402 atuais sejam inseguras. Mostra por que razão o intermediário que transforma um pedido de pagamento em liquidação merece escrutínio. Estudo original de segurança da x402
O nosso comprador hipotético também deve tratar deliberadamente as novas tentativas. Se a resposta com a previsão expirar, pagar novamente sem verificar a primeira compra pode gerar uma cobrança duplicada. A aplicação precisa de um registo de compras persistente, de uma forma de verificar a entrega e de um processo para exceções. Uma liquidação mais rápida torna esta contabilidade mais urgente.
Escolher o dinheiro é uma decisão financeira delegada
Permitir que um agente escolha um fornecedor não significa necessariamente permitir que altere moedas, abra uma nova carteira ou transfira saldos entre emitentes. Essas ações criam exposições que vão além da compra original.
No exemplo da empresa de logística, uma conceção prudente separaria a proposta de pagamento da libertação dos fundos. A empresa poderia autorizar pequenas compras a fornecedores conhecidos, definir um limite diário agregado e exigir aprovação para utilizar um novo ativo ou pagar a um destinatário desconhecido. São opções de conceção, não uma descrição de uma norma universal já em vigor. O sistema de pagamentos tem de aplicar os limites mesmo que o agente se esqueça de uma instrução.
Um anúncio recente de produto mostra o que pode ser uma delegação limitada. A 10 de setembro, a Ripple disse que os seus agentes de tesouraria GSmart alargados propõem ações, citam a política relevante e aguardam aprovação. Separam o cálculo financeiro da interpretação pela IA e deixam as equipas de tesouraria manter a autoridade sobre as ações financeiras. É a descrição do produto pelo fornecedor; os clientes terão de avaliar a sua eficácia. Anúncio da Ripple sobre o GSmart
A possibilidade otimista é prática. O software poderia facilitar a comparação de opções de pagamento aprovadas, reduzir o pré-financiamento parado e ajudar fornecedores mais pequenos a vender serviços individuais sem negociar um contrato empresarial completo. Esses ganhos dependem de custos repetíveis e exceções geríveis. Devem refletir-se no custo por compra concluída, nos fundos que o destinatário consegue utilizar e no tempo gasto na recuperação.
A possibilidade pessimista também é concreta. Uma plataforma de agentes pode encaminhar os clientes para o seu próprio saldo ou emitente, apresentando uma taxa de transferência baixa e deixando os custos de conversão e levantamento noutros pontos. Os saldos fragmentados podem multiplicar-se por várias redes. O proprietário pode descobrir que um percurso conveniente oferece poucos meios de recuperação apenas depois de um fornecedor falhar.
A avaliação do Banco de Pagamentos Internacionais, publicada em agosto, reforça a preocupação com a interoperabilidade. Defende que pode continuar a ser difícil trocar stablecoins em redes diferentes e reconhece que o ecossistema interoperável dos depósitos tokenizados também não está desenvolvido. A preferência por um sistema ancorado em moeda de banco central é uma posição política, não uma declaração de que a tokenização bancária já tenha resolvido o problema. Avaliação do BPI
Para quem desenvolve tecnologia financeira, o contributo útil é apresentar provas sobre a obrigação completa: que clientes podiam usar o percurso, em que pagaram, que fundos o destinatário podia utilizar e como foram resolvidas as compras falhadas. Uma demonstração que termina numa transferência bem-sucedida não dá aos leitores a informação necessária para avaliar o negócio.
A terceira parte acompanha a questão até aos ativos tokenizados: o que muda quando o software consegue transferir um investimento ou uma posição de garantia com a mesma facilidade com que pede um pagamento e que direitos de propriedade continuam dependentes de instituições fora do registo distribuído.
