Passer au contenu principal
ApprendreGlossaireMandat de paiement
GLOSSAIRE

Qu'est-ce qu'un mandat de paiement.

DÉFINITION

Un mandat de paiement est une instruction pré-autorisée qui permet à un agent d'exécuter une classe spécifique de paiement sans approbation supplémentaire. Le mandat est paramétré : il peut nommer un montant maximum, un destinataire ou un ensemble de destinataires autorisés, une fenêtre de fréquence et une date d'expiration. Le protocole AP2 primitif de Google et plusieurs systèmes de paiement basés sur des mandats similaires en sont construits.

POURQUOI C'EST IMPORTANT

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

Les modèles de paiement humains supposent une approbation par transaction : vous voyez le total au moment du paiement, vous appuyez pour confirmer. Les agents qui doivent payer 200 API en une heure ne peuvent pas fonctionner de cette manière. L'utilisateur ne peut pas cliquer sur 200 confirmations, et même s'il le pouvait, la latence réduirait l'utilité de l'agent. Un modèle de pré-autorisation est requis.

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.

COMMENT ÇA MARCHE

Accorder, présenter, régler, révoquer.

  1. Accorder. L'utilisateur (ou le délégué de l'utilisateur) crée un mandat via l'interface utilisateur du protocole, spécifiant les paramètres : montant maximum par paiement, montant total maximum sur une période, liste blanche des destinataires, expiration. Le mandat est signé et stocké par le protocole.
  2. Présenter. Lorsque l'agent doit effectuer un paiement, il présente le mandat au processeur de paiement du destinataire comme preuve d'autorisation. Le processeur valide le mandat, vérifie que les paramètres de paiement sont dans les limites du mandat et accepte le paiement.
  3. Régler. Le règlement réel se fait sur le rail que le mandat spécifie (stablecoin, carte, ACH). La validation du mandat est distincte du règlement ; un mandat peut autoriser des paiements via plusieurs méthodes de règlement si le protocole le permet.
  4. Révoquer. À tout moment, l'utilisateur peut révoquer le mandat. Les présentations suivantes échouent à la validation. Les paiements en cours peuvent ou non se compléter selon les garanties d'atomicité du protocole.

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.

EXEMPLES

Trois formes de mandat.

EXEMPLE 1

Mandat d'accès API par appel

Un agent reçoit un mandat pour dépenser jusqu'à $0.10 par appel sur n'importe quelle API dans une liste d'autorisation définie, pour un total allant jusqu'à $50 par jour. L'agent appelle des API tout au long de la journée ; chaque appel dans les paramètres du mandat se règle sans approbation supplémentaire. Dépenses supérieures à $50 en 24 heures bloquent au niveau de la plateforme.

EXEMPLE 2

Mandat d'abonnement spécifique au fournisseur

Un agent de recherche reçoit un mandat pour payer un fournisseur de données spécifique jusqu'à 200 $/mois, facturé en stablecoin. La facture du fournisseur déclenche automatiquement le paiement préautorisé du mandat. L'agent n'a jamais à soumettre la facture à un humain.

EXEMPLE 3

Mandat à usage unique avec plafond

Un utilisateur accorde à un agent un mandat à usage unique pour dépenser jusqu'à 500 $ pour une réservation d'hôtel auprès d'une plateforme de réservation de confiance. L'agent recherche, choisit une option dans la limite, et réserve. Une fois le mandat consommé, il ne peut pas être réutilisé.

FAQ

Trois questions courantes.

Un mandat de paiement est-il le même qu'une autorisation permanente sur une carte ?

Similaire en esprit, structurellement très différent. Une autorisation de carte est détenue par le réseau de cartes et s'applique entre un titulaire de carte spécifique et un commerçant spécifique. Un mandat de paiement dans le sens du commerce agentique est détenu par un protocole de paiement (par exemple, AP2), peut être paramétré par montant, destinataire, fréquence et fenêtre temporelle, et est réglé en stablecoin ou en fiat selon l'implémentation. Les mandats sont plus programmables, plus granulaires et ne sont pas liés aux rails du réseau de cartes.

Un mandat peut-il être révoqué ?

Oui. L'utilisateur qui a accordé le mandat peut le révoquer à tout moment via la primitive de révocation du protocole. Une fois révoqué, aucun nouveau paiement ne s'exécute contre lui. Les paiements en attente ou en cours au moment de la révocation peuvent ou non se compléter selon le protocole ; AP2 spécifie un arrêt immédiat pour tout paiement non encore réglé sur la chaîne.

Blockchain0x utilise-t-il des mandats de paiement ?

Pas encore de manière formelle. Nous obtenons des résultats similaires de contrôle des dépenses des agents grâce à l'autorisation de dépense par agent (une allocation par période et un plafond par transaction) appliquée au niveau de l'API. C'est l'équivalent d'un mandat pour les cas courants (dépense plafonnée sur une période donnée). La prise en charge complète du protocole de mandat (primitives de révocation, mandats signés qui voyagent avec les demandes de paiement, flux compatibles AP2) figure sur la feuille de route à mesure que les standards convergent.
Dernière révision : 2026-05-15. Publié sous CC BY 4.0.

Préalisez l'autorisation des dépenses de votre agent.

Les politiques de dépenses par agent sont appliquées au niveau de l'API. Gratuit pour commencer.