Salta al contenuto principale
ImparaGlossarioMandato di pagamento
GLOSSARIO

Cos'è un mandato di pagamento.

DEFINIZIONE

Un mandato di pagamento è un'istruzione pre-autorizzata che consente a un agente di eseguire una specifica classe di pagamento senza ulteriori approvazioni. Il mandato è parametrizzato: può nominare un importo massimo, un destinatario o un insieme di destinatari autorizzati, una finestra di frequenza e una data di scadenza. Il protocollo primitivo AP2 di Google e diversi sistemi di pagamento basati su mandato simili sono costruiti su questo.

PERCHÉ È IMPORTANTE

The "approve every payment" model does not scale to agents.

I modelli di pagamento umani assumono un'approvazione per transazione: vedi il totale al checkout, tocchi per confermare. Gli agenti che devono pagare 200 API in un'ora non possono funzionare in questo modo. L'utente non può cliccare 200 conferme, e anche se potesse, la latenza comprometterebbe l'utilità dell'agente. È necessario un modello di pre-autorizzazione.

Payment mandates formalize the pre-authorization. Instead of "approve every payment" or "approve nothing" (a static spend limit), a mandate says: "approve any payment that matches these parameters, up to this cap, until I revoke it." The user grants the mandate once; the agent executes against it many times. This is the structural primitive that turns the agent into an autonomous economic actor while still keeping the human in control of the boundaries.

COME FUNZIONA

Concedi, presenta, regola, revoca.

  1. Concedi. L'utente (o il delegato dell'utente) crea un mandato tramite l'interfaccia utente del protocollo, specificando i parametri: importo massimo per pagamento, importo totale massimo su una finestra, lista di destinatari autorizzati, scadenza. Il mandato è firmato e memorizzato dal protocollo.
  2. Presenta. Quando l'agente deve effettuare un pagamento, presenta il mandato al processore di pagamento del destinatario come prova di autorizzazione. Il processore convalida il mandato, verifica che i parametri di pagamento siano entro i limiti del mandato e accetta il pagamento.
  3. Regola. Il regolamento effettivo avviene su qualsiasi rail specificato dal mandato (stablecoin, carta, ACH). La convalida del mandato è separata dal regolamento; un mandato può autorizzare pagamenti attraverso più metodi di regolamento se il protocollo lo consente.
  4. Revoca. In qualsiasi momento, l'utente può revocare il mandato. Le presentazioni successive non superano la convalida. I pagamenti in corso possono completarsi o meno a seconda delle garanzie di atomicità del protocollo.

The protocol layer holds the mandate; the agent never holds the user's payment credentials directly. This is the safety property that makes mandate-based systems different from "give the agent your credit card." Compromise the agent and the worst case is the mandate's parameter envelope, not the user's full payment power.

ESEMPI

Tre forme di mandato.

ESEMPIO 1

Mandato di accesso API per chiamata

A un agente viene concesso un mandato per spendere fino a $0.10 per chiamata su qualsiasi API in un elenco di autorizzazione definito, per un massimo di $50 al giorno. L'agente chiama le API durante il giorno; ogni chiamata all'interno dei parametri del mandato si stabilisce senza ulteriori approvazioni. Spese superiori a $50 in 24 ore vengono bloccate a livello di piattaforma.

ESEMPIO 2

Mandato di abbonamento specifico per fornitore

A un agente di ricerca viene concesso un mandato per pagare un fornitore di dati specifico fino a $200/mese, fatturato in stablecoin. La fattura del fornitore attiva automaticamente il pagamento pre-autorizzato del mandato. L'agente non deve mai presentare la fattura a un umano.

ESEMPIO 3

Mandato limitato a una sola volta

Un utente concede a un agente un mandato monouso per spendere fino a $500 per la prenotazione di hotel da una piattaforma di prenotazione fidata. L'agente cerca, sceglie un'opzione entro il limite e prenota. Una volta consumato il mandato, non può essere riutilizzato.

FAQ

Tre domande comuni.

Un mandato di pagamento è lo stesso di un'autorizzazione permanente su una carta?

Simile nello spirito, strutturalmente molto diverso. Un'autorizzazione della carta è detenuta dalla rete della carta e si applica tra un titolare di carta specifico e un commerciante specifico. Un mandato di pagamento nel senso del commercio agentico è detenuto da un protocollo di pagamento (ad es. AP2), può essere parametrizzato per importo, destinatario, frequenza e finestra temporale, e viene regolato in stablecoin o fiat a seconda dell'implementazione. I mandati sono più programmabili, più granulari e non legati alle infrastrutture delle reti di carte.

Un mandato può essere revocato?

Sì. L'utente che ha concesso il mandato può revocarlo in qualsiasi momento tramite la primitiva di revoca del protocollo. Una volta revocato, nessun nuovo pagamento viene eseguito contro di esso. I pagamenti in sospeso o in volo al momento della revoca possono completarsi o meno a seconda del protocollo; AP2 specifica un'interruzione immediata per qualsiasi pagamento non ancora regolato sulla catena.

Blockchain0x utilizza mandati di pagamento?

Non ancora in modo formale. Otteniamo risultati simili di controllo della spesa degli agent tramite l'autorizzazione di spesa per agent (un budget per periodo e un tetto per transazione) applicata a livello di API. Questo è equivalente a un mandato per i casi comuni (spesa limitata in una finestra temporale). Il supporto completo al protocollo di mandato (primitive di revoca, mandati firmati che viaggiano con le richieste di pagamento, flussi compatibili con AP2) è nella roadmap, man mano che gli standard convergono.
Ultima revisione: 2026-05-15. Pubblicato sotto CC BY 4.0.

Pre-autorizza la spesa del tuo agente.

Politiche di spesa per agente applicate a livello API. Gratis per iniziare.