RippleX a ajouté le XRP Ledger au Machine Payments Protocol (MPP), un standard ouvert co-développé par Stripe et Tempo qui permet aux logiciels de payer des services numériques sans passer par un tunnel de paiement conventionnel. L'intégration est livrée avec la version 1.1 de l'AI Starter Kit de RippleX.

Cette version fait du XRP Ledger l'un des réseaux de règlement accessibles aux agents IA compatibles MPP, qui peuvent désormais payer en XRP et, pour les paiements uniques, en RLUSD, le stablecoin de Ripple. RippleX a pris soin de préciser que cet ajout ne signifie pas que Stripe Checkout accepte désormais le XRP, ni que Stripe traite chaque transaction effectuée via cette intégration.

De x402 à MPP

Ripple avait lancé l'original XRPL AI Starter Kit en juin avec la prise en charge du standard de paiement distinct x402. La version 1.1 conserve x402 et ajoute MPP comme seconde voie, offrant aux développeurs une interface standard qu'ils peuvent adopter sans construire un processus de paiement spécifique au XRP Ledger.

Stripe décrit MPP comme un moyen pour les agents de transacter sans créer de compte, choisir un abonnement ni saisir manuellement leurs informations de paiement.

Une réponse HTTP 402 remplace la page de paiement

Un agent IA est un logiciel qui accomplit des tâches au nom d'un utilisateur. Lorsqu'il demande des données payantes, de la capacité de calcul ou l'accès à un outil en ligne, un service compatible MPP peut répondre par un message HTTP 402 contenant le prix et les instructions de paiement. Le flux se déroule en quatre étapes :

1. L'agent demande une ressource payante.
2. Le service renvoie le montant dû et les moyens de paiement qu'il accepte.
3. Le portefeuille de l'agent vérifie ses règles de dépense et signe le paiement.
4. Le fournisseur vérifie le règlement et libère la ressource.

Selon RippleX, un paiement XRPL unique se règle généralement en trois à cinq secondes, avec des frais de transaction inférieurs à un centime.

Les sessions de paiement évitent une transaction par requête

Les paiements individuels conviennent aux achats occasionnels, mais deviennent inefficaces lorsqu'un agent paie chaque requête ou appel d'API. Pour un usage répété, l'intégration prend en charge des sessions reposant sur les canaux de paiement du XRP Ledger (Payment Channels).

Dans ce modèle, l'agent place d'abord du XRP dans un canal. Il envoie ensuite au fournisseur des vouchers signés indiquant un montant dû progressivement croissant à mesure que le service est consommé. Ces mises à jour se font hors chaîne, tandis que le fournisseur enregistre le montant final sur le XRP Ledger à la fin de la session.

Cette conception réduit le processus à deux transactions onchain : une pour ouvrir le canal et une autre pour le régler. Le fournisseur ne peut réclamer que le XRP engagé dans ce canal, et non retirer un montant non spécifié du portefeuille de l'agent.

XRP et RLUSD ne bénéficient pas du même niveau de prise en charge

RippleX liste le XRP, les devises émises et les tokens multi-usage comme pris en charge pour les paiements MPP uniques. Cela permet au RLUSD de payer une ressource individuelle et offre aux fournisseurs une alternative adossée au dollar face au prix de marché fluctuant du XRP. Le RLUSD ne peut pas encore utiliser les canaux de paiement.

Les paiements de session ne fonctionnent actuellement qu'avec le XRP. L'extension des canaux de paiement aux devises émises et aux tokens multi-usage dépend de XLS-93d, un amendement XRPL proposé. RippleX prévoit de prendre en charge les sessions en stablecoin mais n'a pas annoncé de date d'activation.

Les agents peuvent signer sans lire la clé privée

Les paiements autonomes exigent des contrôles sur ce que le logiciel est autorisé à dépenser. La version 1.1 ajoute donc la prise en charge du XRP Ledger à l'Open Wallet Standard (OWS).

OWS stocke les portefeuilles dans un coffre local chiffré et donne aux agents un accès via une interface de signature contrôlée par des règles. Un agent peut demander l'autorisation d'un paiement sans lire ni stocker la clé privée brute. Le propriétaire du portefeuille doit toujours définir des limites de dépense, les actifs approuvés et les destinataires autorisés. OWS régit la manière dont l'agent accède au portefeuille ; il ne décide pas si la demande de paiement de l'agent est pertinente.

L'intégration doit encore prouver une demande réelle

MPP facilite l'ajout du XRP Ledger pour un service IA, mais le XRPL n'est que l'une des voies de règlement possibles du protocole. Les développeurs peuvent tout aussi facilement prendre en charge d'autres réseaux, stablecoins ou moyens de paiement conventionnels via le même standard.

RippleX indique que la précédente intégration x402 a généré 5,6 millions de transactions XRPL. L'entreprise n'a pas distingué les tests de l'activité de production, ni divulgué la valeur transférée, ni identifié combien de services indépendants ont produit ce total.

Le nouveau package MPP est également en version bta, et l'annonce ne nomme aucun client en production l'utilisant. Les preuves d'adoption les plus claires seraient des services indépendants acceptant le XRP ou le RLUSD, une valeur de paiement soutenue et le lancement éventuel des sessions RLUSD.

La voie technique est désormais disponible. Son importance dépendra du choix des développeurs en faveur du XRP Ledger lorsque leurs agents disposent de plusieurs moyens de paiement.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier ou d'investissement. Le logiciel XRPL MPP reste en version bêta, et les fonctionnalités prises en charge peuvent évoluer à mesure du développement.