Le service demande le paiement
HTTP 402 Payment Required : montant et conditions lisibles par la machine.
Vos agents IA achètent des services et les règlent seuls, en MAD, sur des rails licenciés — via x402 et MPP, les standards ouverts du paiement machine-à-machine.
↓Voir le protocoleAgentPay est le rail de paiement d'Aslan pour les agents IA. Un service répond à la requête d'un agent par un HTTP 402 Payment Required ; l'agent paie seul, en dirhams, via les standards ouverts x402 ou MPP, puis reçoit la ressource avec un reçu. AgentPay est aujourd'hui disponible sous forme de sandbox publique sur un réseau de test.
HTTP 402 Payment Required : montant et conditions lisibles par la machine.
Wallet MAD, signature de l'opération, aucune carte.
Settlement sur registre interne, reçu et webhook.

Un agent règle une ressource — réseau de test ou production
AgentPay opère sur les rails d'Aslan — Agent Principal d'un établissement de paiement agréé par Bank Al-Maghrib.
Des comptes agents pré-financés, en dirhams, prêts à dépenser.
Verify et settle — la couche qui valide et exécute chaque paiement x402.
operationId, statuts, webhooks : chaque mouvement laisse une trace.
Vos services vendent aux agents. Le protocole marche dans les deux sens.
Une API, un jeu de données, un service — exposé en HTTP.
Payment Required, avec montant, devise et bénéficiaire dans un format lisible par la machine.
Avec un paiement signé (x402) ou un jeton de paiement agent plafonné (MPP).
Contrôle le paiement, bloque les rejeux et le règle sur un registre interne, en centimes de dirham.
Avec un reçu dans les en-têtes de la réponse et un webhook côté vendeur.
Les deux commencent par un HTTP 402. Ils diffèrent par la façon dont l'agent prouve qu'il peut payer.
| x402 | MPP | |
|---|---|---|
| Signal | HTTP 402 avec la liste des paiements acceptés | HTTP 402 avec un challenge WWW-Authenticate: Payment |
| Justificatif de l'agent | Un paiement signé à chaque requête | Un jeton de paiement agent réutilisable |
| Plafonds | Fixés par chaque paiement signé | Plafond par paiement et plafond cumulé optionnel |
| Reçu | En-tête X-PAYMENT-RESPONSE | En-tête Payment-Receipt |
| Idéal pour | Paiement à l'appel, de wallet à wallet | Achats répétés dans un budget |
Grâce à un protocole de paiement construit sur HTTP. L'API répond à l'agent par un HTTP 402 Payment Required avec ses conditions ; l'agent produit un paiement — une autorisation signée (x402) ou un jeton plafonné (MPP) — et renvoie sa requête. AgentPay vérifie, règle en dirhams et renvoie la ressource avec un reçu.
x402 est un standard ouvert qui remet en service le code HTTP 402 Payment Required. Le serveur liste les paiements qu'il accepte, le client joint un paiement signé dans un en-tête X-PAYMENT, et un facilitateur le vérifie puis le règle. AgentPay joue ce rôle de facilitateur pour les paiements en dirhams.
MPP est un standard HTTP 402 dans lequel le serveur émet un challenge dans un en-tête WWW-Authenticate: Payment, auquel le client répond par un justificatif. Dans AgentPay, ce justificatif est un jeton de paiement agent plafonné, et chaque challenge ne peut servir qu'une fois.
Oui. Un jeton de paiement agent a un montant maximum par paiement et un plafond total optionnel sur toute sa durée de vie ; au-delà, le paiement est refusé. Dans la sandbox, vous pouvez aussi tester les mandats signés AP2, qui définissent ce qu'un agent a le droit d'acheter.
Pas encore. AgentPay est aujourd'hui une sandbox publique : un wallet de démo de 100 MAD et de vraies transactions sur notre réseau de test, pour faire tourner le protocole de bout en bout. Parlez-en à l'équipe si vous souhaitez l'utiliser avec vos propres services.
Oui — le protocole fonctionne dans les deux sens. Un service place ses routes payantes derrière un HTTP 402, AgentPay vérifie et règle les paiements des agents, et chaque règlement est tracé avec un reçu, un identifiant d'opération et des webhooks.
Un sandbox public : wallet de démonstration, 100 MAD, et de vraies transactions sur notre réseau de test — le protocole complet de bout en bout.