Un agente AI moderno sa leggere un obiettivo, pianificare una strategia e persino firmare una transazione dal proprio wallet. Poi, nel momento in cui deve pagare davvero qualcosa (una chiamata API, un dataset, un’ora di GPU, il servizio di un altro agente), sbatte contro un muro costruito per gli esseri umani: moduli con il numero di carta, pagine di checkout, login, CAPTCHA pensati apposta per tenere fuori i bot. Nel 2026 la corsa pi\u00f9 importante dell’intera economia degli agenti non riguarda il modello di linguaggio, ma il binario su cui una macchina pu\u00f2 muovere denaro da sola.<\/p>
Il paradosso \u00e8 che i binari si stanno costruendo pi\u00f9 in fretta degli agenti che dovranno usarli. Coinbase ha donato il protocollo x402 alla Linux Foundation, Google ha pubblicato AP2, OpenAI e Stripe hanno rilasciato l’Agentic Commerce Protocol, Visa e Mastercard sono scese in campo con le loro versioni. A fine settembre 2026 perfino BlackRock ha messo per iscritto che gli agenti AI potrebbero diventare uno dei principali motori di adozione degli asset digitali, comprando servizi, spostando denaro e procurandosi potenza di calcolo con le stablecoin (CoinDesk<\/a>). Eppure, come vedremo, gran parte del volume \u00abagentico\u00bb on-chain visto finora non arriva affatto da agenti autonomi.<\/p> Questa guida spiega come pagano gli agenti AI nel 2026: che cosa fa esattamente ogni protocollo, come si compongono i tre livelli dello stack (autorizzazione, checkout, regolamento), chi sta vincendo la guerra degli standard, quanto \u00e8 ampio il divario tra promessa e realt\u00e0, dove potrebbe nascere la prima domanda vera e quali rischi porta un wallet in mano a un software, fino a che cosa cambia sotto MiCA, Consob e il fisco italiano.<\/p> Conviene partire da che cosa sia, tecnicamente, un agente on-chain. Non \u00e8 un bot di trading con regole fisse: \u00e8 un modello di linguaggio che interpreta e pianifica (il cervello), collegato a un wallet che custodisce identit\u00e0 e fondi e a una serie di strumenti che gli permettono di agire (le mani). Framework come Eliza hanno reso quasi banale la parte di cervello e strumenti; il framework Eliza<\/a>, per esempio, \u00e8 nato proprio per orchestrare azioni, memoria e plugin. Il pezzo mancante \u00e8 sempre stato lo stesso: un modo per spostare valore che non presupponga un umano pronto a cliccare \u00abPaga\u00bb.<\/p> Il livello di pagamento del web \u00e8 stato progettato attorno al checkout umano: numeri di carta, 3-D Secure, indirizzo di fatturazione e CAPTCHA il cui scopo dichiarato \u00e8 tenere fuori proprio i software automatici. Un agente, per definizione, \u00e8 un software automatico. Restano quindi due strade: chiedere a una persona di pre-autorizzare ogni singolo acquisto, uccidendo l’autonomia che rende utile l’agente, oppure costruire un binario di pagamento nativo per le macchine. La storia del 2026 \u00e8 tutta sulla seconda strada.<\/p> In questo scenario le stablecoin, e in particolare USDC, emergono come l’unit\u00e0 di conto naturale: sono programmabili, disponibili 24 ore su 24, quasi istantanee, non richiedono un conto bancario e sono denominate in dollari. Non \u00e8 un caso che CoinDesk abbia titolato che i prossimi miliardi di utenti delle crypto potrebbero essere agenti AI che pagano in stablecoin (CoinDesk<\/a>).<\/p> Un pagamento agentico \u00e8 un pagamento avviato e autorizzato da un software che agisce per conto proprio o di un utente, senza che una persona completi manualmente un checkout. Nella pratica assume tre forme. La prima \u00e8 delegata: l’utente fissa dei limiti e l’agente compra per suo conto, per esempio rinnova un abbonamento o acquista un biglietto. La seconda \u00e8 macchina-verso-servizio: l’agente paga un fornitore di API, dati o calcolo per ottenere ci\u00f2 che gli serve. La terza, la pi\u00f9 radicale, \u00e8 macchina-verso-macchina: un agente paga un altro agente per un sotto-compito, e a sua volta viene pagato per i propri output.<\/p> \u00c8 il passaggio dall’\u00abassistere\u00bb al \u00abcompletare\u00bb. Rubail Birwadker, responsabile crescita e partnership di Visa, lo ha riassunto cos\u00ec presentando l’iniziativa Visa Intelligent Commerce: \u00abNel 2026 gli agenti AI non si limiteranno ad assistere i tuoi acquisti: li completeranno\u00bb (Visa<\/a>). Non \u00e8 marketing isolato: Visa dichiara oltre 100 partner nel proprio ecosistema e prevede che milioni di consumatori useranno agenti per acquistare entro le feste del 2026.<\/p> Perch\u00e9 binari crypto e non semplicemente le carte? Perch\u00e9 la programmabilit\u00e0, i micro-importi, la portata globale, l’assenza di chargeback e di ritardi di regolamento e la componibilit\u00e0 con la logica on-chain sono difficili da replicare sui rail tradizionali. Ma le carte non sono fuori dai giochi: si stanno adattando, come vedremo tra poco.<\/p> Il protocollo che ha acceso l’interesse per i pagamenti agentici si chiama x402 e nasce da un’idea elegante: riportare in vita il codice di stato HTTP 402, \u00abPayment Required\u00bb, riservato negli anni Novanta e mai davvero usato. Il funzionamento \u00e8 un ciclo unico e programmatico. L’agente richiede una risorsa; il server, invece di negarla, risponde con un 402 e con una serie di istruzioni di pagamento (importo, token, indirizzo, catena); il wallet dell’agente firma una transazione in stablecoin; l’agente riprova la richiesta allegando la prova di pagamento e ottiene la risorsa. Nessuna pagina di checkout, nessun modulo, nessun umano nel mezzo.<\/p> x402 \u00e8 stato ideato da Coinbase nel 2025 e regola in USDC su catene come Base e Solana. Il suo creatore, Erik Reppel, oggi responsabile dell’ingegneria del Coinbase Developer Platform, ha sintetizzato la visione dal palco di Consensus Miami con una battuta diventata celebre: \u00abSe un umano visita un sito, mostragli una pubblicit\u00e0. Se lo visita un agente, fagli pagare cinque centesimi\u00bb (CoinDesk<\/a>). Nella stessa occasione ha citato stime che vedono l’economia agentica crescere fino a 3-5 mila miliardi di dollari entro quattro anni. Al netto dell’entusiasmo, il motivo per cui x402 ha attecchito \u00e8 concreto: \u00e8 semplice, nativo per l’HTTP, regola in stablecoin ed \u00e8 facile da integrare per uno sviluppatore.<\/p> Un esempio concreto aiuta. Immaginate un agente che deve consultare un servizio meteo a pagamento per pianificare una consegna. Invia la richiesta; riceve un 402 con l’indicazione \u00abservono 0,02 USDC su Base a questo indirizzo\u00bb; il suo wallet firma la micro-transazione; l’agente ripete la chiamata allegando la ricevuta e ottiene i dati, il tutto in una frazione di secondo e senza che nessuno inserisca una carta. Lo stesso schema vale per una chiamata API, per il download di un dataset o per l’accesso a un modello: \u00e8 questa universalit\u00e0, unita al fatto che x402 non impone una blockchain specifica ma un metodo, ad averlo reso lo standard di riferimento per il regolamento.<\/p> Se x402 risponde alla domanda \u00abcome si muove il denaro\u00bb, AP2 ne affronta un’altra altrettanto cruciale: come si dimostra che l’utente ha davvero autorizzato quell’acquisto e come si delimita ci\u00f2 che l’agente pu\u00f2 fare. AP2, cio\u00e8 Agent Payments Protocol, \u00e8 stato annunciato da Google il 16 settembre 2025 e sviluppato con oltre 60 partner, fra cui Mastercard, PayPal, American Express, Coinbase, MetaMask, Revolut e Adyen (Google Cloud<\/a>).<\/p> Il cuore di AP2 sono i mandati firmati crittograficamente: un Intent Mandate che descrive ci\u00f2 che l’utente ha autorizzato, un Cart Mandate che vincola l’operazione a un carrello specifico e un Payment Mandate che d\u00e0 il via libera all’esecuzione. Il protocollo poggia su A2A (la comunicazione agent-to-agent) e su MCP, lo standard con cui gli agenti dialogano con gli strumenti. La parte crypto arriva con l’estensione A2A x402, sviluppata da Google insieme a Coinbase, Ethereum Foundation e MetaMask e descritta come l’unico facilitatore di stablecoin dentro AP2. In altre parole, AP2 e x402 non competono: AP2 autorizza, x402 regola.<\/p> Il terzo grande protocollo \u00e8 l’Agentic Commerce Protocol (ACP), sviluppato da OpenAI e Stripe e rilasciato con licenza Apache 2.0 il 29 settembre 2025 (Stripe<\/a>). ACP presidia il livello del checkout e del commercio: definisce come un agente raccoglie la scelta di pagamento dell’utente, consegna al commerciante un token di pagamento a scopo limitato e lascia che sia il commerciante a incassarlo tramite un qualunque prestatore di servizi conforme, mantenendo intatta la figura del merchant of record. Ha debuttato con l’Instant Checkout di ChatGPT (prima con Etsy, poi con vari marchi su Shopify) e ha visto PayPal aggiungersi come fornitore di pagamento a fine ottobre 2025.<\/p> Poi ci sono le reti di carte, che non intendono cedere il campo. Visa ha lanciato Visa Intelligent Commerce, Mastercard ha presentato Agent Pay: entrambe portano gli agenti sui rail delle carte tramite tokenizzazione, sfruttando una distribuzione globale che nessun protocollo crypto-nativo possiede oggi. Il quadro complessivo \u00e8 quindi una corsa all’accaparramento degli standard: alcuni crypto-nativi (x402), altri legati alle carte (Visa Intelligent Commerce, Agent Pay), altri centrati sul checkout (ACP), altri ancora sull’autorizzazione (AP2). In parte si compongono, in parte competono, e il mercato non ha ancora scelto un vincitore.<\/p> Il modo pi\u00f9 utile per orientarsi non \u00e8 chiedersi chi vince, ma capire a quale livello lavora ciascun protocollo. Un pagamento agentico completo attraversa tre strati: l’autorizzazione (chi ha permesso cosa, con quali limiti), il commercio e il checkout (il carrello, il commerciante, la ricevuta) e il regolamento (dove il valore si muove davvero). La tabella mostra come si dispongono i principali standard.<\/p>Perch\u00e9 il pagamento \u00e8 il vero collo di bottiglia degli agenti<\/h2>
Che cosa significa davvero \u00abpagamento agentico\u00bb<\/h2>
x402: il protocollo che resuscita l’HTTP 402<\/h2>
AP2: il livello di autorizzazione secondo Google<\/h2>
ACP, Visa e Mastercard: gli altri contendenti<\/h2>
Lo stack in tre livelli: autorizzazione, checkout, regolamento<\/h2>