O Agente de IA Gemini Spark Precisa de uma Carteira, Não de um Cartão
O Google anunciou o Gemini Spark em 19 de maio de 2026: um assistente agêntico disponível 24 horas por dia, 7 dias por semana, que lê seu Gmail, rascunha respostas, faz reservas e continua trabalhando depois que você fecha o notebook. A proposta é um assistente agêntico sempre ativo que cuida da metade chata da sua caixa de entrada enquanto você dorme.
Por baixo das demonstrações do Gmail existe um problema que ninguém no palco quis dizer em voz alta. No momento em que um agente age sem você estar presente, todos os pressupostos incorporados aos pagamentos com cartão desmoronam. Nenhum humano para tocar em "aprovar". Nenhum telefone para receber o código 3-D Secure. Sem cartão presente, sem portador do cartão presente, sem sessão.
Acredito que essa é a história real do lançamento do Gemini 3.5, e ela quase nada tem a ver com e-mail.
Por que um assistente agêntico sempre ativo não consegue usar seu cartão
As redes de cartão pressupõem uma pessoa. Todo o conjunto antifraude, CVV, 3-D Secure, o código por SMS, as verificações de velocidade, existe para confirmar que há um humano por trás da transação. O Spark é o oposto disso. É um processo na nuvem do Google que acorda às 3 da manhã para remarcar um voo cancelado.
Execute um agente autônomo contra as redes da Visa e você bate numa parede rapidamente:
- Transações sem cartão presente originadas de um IP de datacenter são sinalizadas ou recusadas.
- Os desafios do 3-D Secure vão para um humano que está dormindo.
- A responsabilidade pelo estorno recai sobre o comerciante por uma compra que nenhum humano autorizou.
- Não há uma maneira clara de dar a um agente um limite de gastos de US$ 40 que se redefine diariamente e não pode ser drenado.
O próprio posicionamento AI Ultra do Google apoia-se no agrupamento de assinaturas precisamente porque os pagamentos por ação são um problema sem solução. Você paga ao Google uma mensalidade fixa, o Google absorve os custos do agente, e ninguém precisa descobrir como o agente paga a terceiros. Isso funciona até o momento em que o agente precisa comprar algo fora do jardim murado do Google.
O lado da demanda finalmente apareceu
Por dois anos, o pessoal de pagamentos para agentes construiu redes para um cliente que não existia. Escrevi sobre essa lacuna em Pagamentos para Agentes de IA: Anvita, x402, e Quem É Dono do Rail, a tecnologia estava pronta, os gastadores autônomos não estavam.
O Spark muda o cálculo. O Google está prestes a lançar dezenas de milhões de agentes sempre ativos que, eventualmente, precisarão realizar transações. Essa é a demanda que as redes estavam esperando.
O conjunto de tecnologias que surgiu é entediante do jeito certo:
- O x402 revive o código de status HTTP 402 "Payment Required" adormecido para que um servidor possa cotar um preço e um agente possa pagá-lo de forma integrada, em stablecoins, em uma única requisição.
- O AWS AgentCore adicionou um caminho de pagamentos para que agentes rodando na nuvem da Amazon possam liquidar transações sem que um humano aprove cada cobrança.
- O Pay.sh e ferramentas similares encapsulam USDC na Base em algo que um agente pode chamar como qualquer outra API.
O fio condutor: USDC na Base. Finalidade barata, taxas de menos de um centavo, e uma stablecoin que um tesoureiro corporativo pode realmente manter sem que o departamento de compliance entre com uma ordem de restrição.
Por que USDC na Base, especificamente
Pagamentos de agentes são micropagamentos. Um agente pode pagar US$ 0,003 para consultar uma API de previsão do tempo ou US$ 2 para comprar um conjunto de dados. O gas da mainnet da Ethereum faria a própria transação parecer insignificante. A Base liquidou mais de US$ 1 bilhão em volume diário de DEX neste ciclo, e suas taxas ficam em frações de centavo, que é o único regime de taxas em que micropagamentos na velocidade das máquinas fazem sentido.
As stablecoins importam mais do que a rede. Um agente não pode manter um ativo volátil; uma variação de 4% no preço entre a autorização e a liquidação de um pagamento é algo inviável. O USDC é denominado em dólar, resgatável e emitido por uma entidade regulamentada. Depois que o GENIUS Act AML rulemaking trouxe os emissores de stablecoins para um regime de supervisão semelhante ao bancário, um CFO pode aprovar a manutenção de USDC de uma forma que nunca seria possível com um token sem lastro.
Essa clareza regulatória é o que abre as portas, não o throughput. Já vi negócios institucionais morrer exatamente por causa desta pergunta: "quem é o responsável, e o emissor é supervisionado".
A parte difícil não são os pagamentos. É a autoridade
Dar a um agente uma carteira digital é os 20% fáceis. Os outros 80% são governança:
- Limites de gastos que se mantêm. Uma carteira de agente precisa de um teto rígido aplicado on-chain, não um limite flexível no código de aplicação que uma injeção de prompt consiga contornar.
- Delegação revogável. Você autoriza o agente para refazer pedidos de supermercado, não para movimentar suas economias. Esse escopo precisa ser criptográfico, não uma caixinha de seleção.
- Auditabilidade. Todo pagamento de um agente precisa ser atribuível a uma política definida por um humano. "A IA decidiu" não é uma resposta que um regulador aceita.
É aqui que o risco de injeção de prompt se torna real. Já vimos o que uma única chave vazada faz, veja o exploit do Polymarket. Agora imagine que essa chave está em um agente que lê e-mails não confiáveis o dia inteiro e pode gastar dinheiro. A superfície de ataque é toda a caixa de entrada.
O que eu observaria a seguir
O Google não vai colocar USDC no Spark este ano. A primeira versão vai rotear tudo pelo Google Pay e pelo próprio sistema de cobrança do Google, porque isso é controlável e porque o Google prefere ser dono da rede a alugá-la.
Mas o agente que reserva seu voo às 3 da manhã vai querer, eventualmente, pagar a um fornecedor com quem o Google não tem relação de cobrança. Quando isso acontecer, o caminho mais barato será um pagamento em stablecoin por um protocolo aberto, não uma integração de cartão personalizada por comerciante. A rede que vencer será aquela que um agente pode usar sem pedir permissão a um gigante dos pagamentos.
A carteira digital está chegando para o agente. A única questão em aberto é se será um ledger fechado dentro do Google ou um aberto, sobre o qual qualquer pessoa pode construir. Minha aposta é no aberto, pelo mesmo motivo que a web venceu a AOL.