Gemini Spark AI Agent ha bisogno di un wallet, non di una carta
Google ha annunciato Gemini Spark il 19 maggio 2026: un assistente agente attivo 24/7 che legge la tua Gmail, bozza risposte, prenota cose e continua a lavorare anche dopo che hai chiuso il laptop. La proposta è un assistente agente sempre attivo che gestisce la metà noiosa della tua casella di posta mentre dormi.
Sotto i demo di Gmail si nasconde un problema che nessuno sul palco voleva dire ad alta voce. Nel momento in cui un agente agisce senza che tu sia seduto lì, ogni assunzione incorporata nei pagamenti con carta crolla. Nessun essere umano a premere "approva". Nessun telefono per ricevere il codice 3-D Secure. Nessuna carta presente, nessun titolare presente, nessuna sessione.
Penso che questa sia la vera storia del lancio di Gemini 3.5, e non ha quasi nulla a che fare con le email.
Perché un assistente agente sempre attivo non può usare la tua carta
I circuiti delle carte assumono la presenza di una persona. L'intero stack antifrode, CVV, 3-D Secure, il codice SMS, i controlli sulla frequenza delle transazioni, esiste per confermare che un essere umano è dietro la transazione. Spark è l'opposto di tutto ciò. È un processo nel cloud di Google che si sveglia alle 3 di notte per riprenotare un volo cancellato.
Esegui un agente autonomo sui circuiti Visa e sbatti contro un muro molto in fretta:
- Le transazioni card-not-present da un IP di datacenter vengono segnalate o rifiutate.
- Le verifiche 3-D Secure arrivano a un essere umano che sta dormendo.
- La responsabilità per i chargeback ricade sul merchant per un acquisto che nessun essere umano ha autorizzato.
- Non esiste un modo pulito per dare a un agente un limite di spesa di 40 dollari che si azzera ogni giorno e non può essere svuotato.
Il posizionamento di AI Ultra di Google si basa proprio sul bundling in abbonamento perché i pagamenti per azione sono un problema irrisolto. Paghi a Google una tariffa mensile fissa, Google si fa carico dei costi dell'agente, e nessuno deve capire come l'agente paga una terza parte. Questo funziona finché l'agente non ha bisogno di acquistare qualcosa al di fuori del giardino murato di Google.
Il lato della domanda si è finalmente fatto vivo
Per due anni, chi ha costruito le infrastrutture per i pagamenti degli agenti AI ha lavorato per un cliente che non esisteva. Ho scritto di questo divario in AI Agent Payments: Anvita, x402, e Chi Possiede il Binario: la tecnologia era pronta, ma gli agenti autonomi in grado di spendere non c'erano ancora.
Spark cambia i calcoli. Google sta per distribuire decine di milioni di agenti sempre attivi che, alla fine, dovranno effettuare transazioni. Questa è la domanda che i binari stavano aspettando.
Lo stack che si è affermato è noioso nel modo giusto:
- x402 riporta in vita il codice di stato HTTP 402 "Payment Required", rimasto dormiente, così un server può quotare un prezzo e un agente può pagarlo in linea, in stablecoin, nel corso di una singola richiesta.
- AWS AgentCore ha aggiunto un percorso di pagamento affinché gli agenti in esecuzione sul cloud Amazon possano regolare i conti senza che un essere umano approvi ogni addebito.
- Pay.sh e strumenti simili incapsulano USDC su Base in qualcosa che un agente può richiamare come qualsiasi altra API.
Il filo conduttore: USDC su Base. Finalità economica, commissioni inferiori al centesimo e una stablecoin che una tesoreria aziendale può detenere concretamente senza che il team di compliance presenti un ricorso d'urgenza.
Perché USDC su Base, nello specifico
I pagamenti tra agenti sono micropagamenti. Un agente potrebbe pagare $0,003 per interrogare un'API meteo o $2 per acquistare un dataset. Il gas di Ethereum mainnet eclisserebbe il pagamento stesso. Base ha regolato oltre $1 miliardo di volume DEX giornaliero in questo ciclo, e le sue commissioni si attestano a frazioni di centesimo: l'unico regime di costi in cui i micropagamenti alla velocità delle macchine hanno senso.
Le stablecoin contano più della chain. Un agente non può detenere un asset volatile; una variazione di prezzo del 4% tra l'autorizzazione e il regolamento di un pagamento è inaccettabile. USDC è denominato in dollari, rimborsabile ed emesso da un soggetto regolamentato. Dopo che il regolamento AML del GENIUS Act ha inserito gli emittenti di stablecoin in un regime di supervisione simile a quello bancario, un CFO può firmare l'autorizzazione a detenere USDC in un modo che non avrebbe mai potuto fare con un token privo di garanzie.
La chiarezza normativa è la chiave di volta, non la velocità di elaborazione. Ho visto accordi istituzionali naufragare esattamente su questa domanda: "chi è responsabile, e l'emittente è vigilato."
La parte difficile non sono i pagamenti. È l'autorità
Dare a un agente un portafoglio è il 20% facile. L'altro 80% è la governance:
- Limiti di spesa che tengono. Un portafoglio agente ha bisogno di un limite rigido applicato on-chain, non di un limite soft nel codice applicativo che un'iniezione di prompt può aggirare.
- Delega revocabile. Autorizzi l'agente per riordinare la spesa, non per spostare i tuoi risparmi. Questa delimitazione deve essere crittografica, non una casella da spuntare.
- Verificabilità. Ogni pagamento effettuato da un agente deve essere attribuibile a una policy impostata da un essere umano. "L'IA ha deciso di farlo" non è una risposta che un regolatore accetta.
È qui che il rischio di prompt injection diventa concreto. Abbiamo già visto cosa può fare una singola chiave trapelata, vedi il Polymarket exploit. Ora immaginate che quella chiave risieda in un agente che tutto il giorno legge email non affidabili e può spendere denaro. La superficie d'attacco è l'intera casella di posta.
Cosa osserverei dopo
Google non inserirà USDC in Spark quest'anno. La prima versione instraderà tutto attraverso Google Pay e la fatturazione interna di Google, perché è controllabile e perché Google preferisce possedere il binario piuttosto che affittarlo.
Ma l'agente che prenota il tuo volo alle 3 di notte vorrà prima o poi pagare un fornitore con cui Google non ha un rapporto di fatturazione. Quando ciò accadrà, il percorso più economico sarà un pagamento in stablecoin su un protocollo aperto, non un'integrazione card personalizzata per ogni commerciante. Il binario vincente è quello che un agente può utilizzare senza chiedere il permesso a un gigante dei pagamenti.
Il portafoglio sta arrivando per l'agente. L'unica domanda aperta è se si tratterà di un registro chiuso dentro Google o di uno aperto su cui chiunque può costruire. La mia scommessa è sull'aperto, per la stessa ragione per cui il web ha battuto AOL.