Cos'è il protocollo AP2.
AP2 è il Protocollo di Pagamenti per Agenti di Google, una specifica aperta su come gli agenti AI pagano i commercianti in modo programmatico. Standardizza tre elementi: come un utente concede un mandato di pagamento, come un agente presenta quel mandato a un processore di pagamenti e come avviene il regolamento attraverso qualsiasi infrastruttura accettata dal commerciante. AP2 si trova a livello di mandato; le infrastrutture sottostanti possono essere fiat o stablecoin.
La scommessa sul commercio agentico di Google.
AP2 è la scommessa di Google sulla categoria del commercio agentico. Dove l'x402 di Coinbase adotta un approccio HTTP per chiamata, AP2 adotta un approccio basato su mandato: pre-autorizza l'agente per un insieme di pagamenti, quindi lascia che esegua all'interno di quell'insieme senza ulteriore coinvolgimento dell'utente. I due protocolli mirano a forme leggermente diverse di attività degli agenti. x402 si adatta alla fatturazione per chiamata API; AP2 si adatta agli acquisti, abbonamenti e approvvigionamenti guidati dagli agenti.
For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.
Mandato, presentazione, regolamento.
- Concessione di mandato. L'utente autorizza l'agente tramite l'interfaccia di mandato di Google (in Wallet o tramite una superficie per sviluppatori per le imprese). Il mandato specifica l'importo massimo, la finestra di frequenza, i destinatari autorizzati o le categorie di destinatari e una scadenza.
- Presentazione del mandato. Quando l'agente deve pagare, raggruppa il mandato nella richiesta di pagamento al processore del commerciante. Il processore convalida la firma e i parametri del mandato; se la richiesta è valida, il pagamento procede.
- Regolamento. Il regolamento effettivo avviene attraverso il rail scelto dal commerciante (Google Pay, una rete di carte, ACH, stablecoin). AP2 è agnostico rispetto al regolamento; ciò che standardizza è l'autorizzazione dell'agente a prelevare dal conto dell'utente.
- Audit e revoca. Ogni pagamento contro il mandato è registrato. L'utente può revocare il mandato dal proprio wallet in qualsiasi momento. Le presentazioni successive non superano la validazione; i regolamenti in corso al momento della revoca possono completarsi o meno a seconda del sistema.
Dove si inserisce AP2.
Agente che paga tramite Google Pay
Un agente Google-stack (in esecuzione all'interno di Gemini, Agentspace o Vertex AI) presenta un mandato AP2 al processore di un commerciante. Il processore convalida il mandato, regola il pagamento attraverso le infrastrutture esistenti di Google Pay e restituisce conferma. L'integrazione del commerciante è identica a una normale transazione Google Pay; la differenza è dal lato dell'acquirente, dove l'agente ha sostituito un umano.
Commercio di agenti cross-protocollo
Un agente ha un mandato AP2 per pagamenti fiat tramite Google Pay E un portafoglio Blockchain0x per pagamenti USDC su Base. Quando deve pagare un commerciante che accetta entrambi, sceglie il canale con commissioni più basse per quella forma di transazione. L'utente ha concesso entrambe le autorizzazioni una volta; l'agente instrada per pagamento.
Acquisto aziendale tramite AP2
Un agente di approvvigionamento aziendale ha un mandato AP2 dal team finanziario che autorizza pagamenti fino a $10.000/mese a un elenco di fornitori definito. L'agente elabora gli ordini di acquisto, convalida rispetto al mandato e regola i pagamenti senza che un umano approvi ciascuno. La traccia di audit (mandato più eventi per pagamento) va nel sistema ERP dell'azienda.