RippleX a publié la version 1.1 de son XRPL AI Starter Kit, ajoutant la prise en charge du Machine Payments Protocol (MPP), un standard ouvert co-écrit par Stripe et Tempo. Cette mise à niveau positionne le XRP Ledger comme une rails de règlement pour les paiements d'agents IA aux côtés de l'Open Wallet Standard, bien que le xrpl-mpp-sdk qui l'accompagne soit livré en version bêta, sans clients commerciaux ni volume de paiements cités dans l'annonce de lancement.

L'annonce de RippleX présente la mise à jour autour de deux intégrations à des standards ouverts : l'Open Wallet Standard, qui régit la manière dont les agents IA découvrent et autorisent les portefeuilles, et le MPP, un protocole natif d'Internet pour les paiements programmatiques d'agents, y compris les micropaiements et les paiements récurrents. Ces deux intégrations placent explicitement le kit dans l'espace de conception des paiements agentiques plutôt que de le présenter comme un produit autonome de Ripple.

L'angle des standards est important car le parcours de paiement classique suppose qu'un humain effectue des étapes de vérification à chaque achat — un flux à lequel les agents logiciels autonomes ne peuvent pas participer directement. Des protocoles comme le MPP et l'Open Wallet Standard sont conçus pour remplacer ces étapes impliquant un humain par des règles lisibles par machine régissant la découverte des portefeuilles, l'autorisation et le règlement des paiements par les agents.

Cette version s'appuie sur le XRPL AI Starter Kit initial de Ripple, qui avait introduit les outils fondamentaux pour les développeurs construisant des flux de paiement sur le registre. La version 1.1 élargit la compatibilité du kit avec les standards émergents sans modifier les mécanismes de règlement sous-jacents du XRPL.

Le XRPL comme rails de règlement du MPP

Dans le cadre de cette nouvelle intégration, le XRP Ledger prend en charge les paiements MPP unitaires libellés en XRP, IOU et Multi-Purpose Tokens (MPT). Les paiements par session passent par les Payment Channels du XRPL, qui permettent à un agent d'ouvrir un canal, d'échanger des bons signés hors chaîne pendant une session, et de le clôturer avec seulement deux transactions en chaîne pour toute la session.

RippleX indique que les paiements unitaires en XRP via l'intégration MPP sont réglés en 3 à 5 secondes avec des frais inférieurs au centime. Le parcours via les Payment Channels est conçu pour les interactions à haute fréquence des agents : selon RippleX, canal peut traiter des bons de paiement de session signés à un rythme supérieur à 100 000 par seconde, seules les transactions d'ouverture et de clôture étant enregistrées sur le registre.

Comment les liens avec Stripe et Tempo façonnent les flux de paiement des développeurs

Le MPP est co-écrit par Tempo et Stripe en tant que standard ouvert et natif d'Internet pour les paiements machine-à-machine. L'annonce de Stripe elle-même décrit le MPP comme permettant aux développeurs d'accepter les paiements d'agents via son API PaymentIntents en quelques lignes de code. Pour les commerçants, ce détail compte car PaymentIntents est l'API de traitement des paiements principale de Stripe — la même surface d'intégration déjà utilisée pour le paiement par carte — si bien que la prise en charge du MPP s'intégrerait dans des piles que de nombreuses équipes de paiement exploitent déjà.

Cette déclaration ne dit toutefois pas que le PaymentIntents de Stripe accepte directement le XRP. La surface d'intégration entre l'implémentation MPP de Stripe et le rails de règlement du XRPL doit faire l'objet d'une vérification indépendante par les développeurs avant de pouvoir supposer une compatibilité de bout en bout.

Le standard IA de Tempo et la couche de paiements agentiques

Le rôle de Tempo en tant que co-auteur du MPP positionne le protocole comme une infrastructure pour la couche émergente des paiements agentiques, dans laquelle les agents IA effectuent des transactions de manière autonome sans boucles d'approbation humaine. L'inclusion du XRPL comme rails de règlement pris en charge signifie que les développeurs créant des agents compatibles MPP peuvent désigner le XRP, des IOU ou des MPT comme actif de paiement sans écrire de logique de règlement personnalisée. La question de savoir si cela se traduit par des déploiements d'agents de qualité production dépend de l'ampleur de l'adoption du MPP lui-même par l'écosystème plus large des frameworks d'agents. À partir de là, les signaux mesurables seront la mise en œuvre du standard par des frameworks d'agents et des fournisseurs de portefeuilles autres que les co-auteurs du MPP, et le passage du SDK de RippleX de la bêta à une version stable avec des garanties de règlement auditées de manière indépendante.

RLUSD comme actif de règlement complémentaire

La présentation du kit par RippleX mentionne également RLUSD, le stablecoin adossé au dollar de Ripple, comme option de premier plan aux côtés du XRP dans les flux MPP. Les développeurs créant des agents de paiement nécessitant un libellé à valeur stable peuvent passer par RLUSD plutôt que par le XRP natif, une distinction importante pour les cas d'usage où l'exposition au prix du jeton est inacceptable pour la contrepartie.

« Les paiements agentiques seront multiplateformes et multi-rails. Notre mission est de faire du XRP et du RLUSD des options de premier plan partout où les développeurs construisent. Le dernier XRPL AI Starter Kit élargit la prise en charge des standards ouverts vers lesquels les développeurs convergent : Open Wallet Standard, MPP de Tempo… »

— Jazzi Cooper (@jazzicoop), 16 septembre 2026, sur X

Ce que les développeurs doivent vérifier avant d'adopter le kit

CoinDesk souligne que le logiciel de paiement est en version bêta et que l'annonce de Ripple ne cite aucun client commercial MPP ni volume de paiements. Le libellé xrpl-mpp-sdk signale un statut de pré-production, ce qui signifie que le risque lié aux contrats intelligents, la stabilité de l'API et les garanties deité de règlement n'ont pas été audités de manière indépendante.

Liste de contrôle de diligence raisonnable pour les développeurs :

• Stabilité de l'API : vérifier si la surface API du xrpl-mpp-sdk est versionnée et si des changements cassants sont attendus avant une version stable.
• Flux de paiement pris en charge : vérifier quels types de paiements MPP (unitaire vs session) sont implémentés et si les flux IOU et MPT présentent les mêmes caractéristiques de latence et de frais que le XRP natif.
• Garde et conformité : clarifier qui détient la garde des garanties du Payment Channel pendant une session et si les canaux ouverts exposent les opérateurs à des obligations réglementaires au titre des cadres applicables de transfert de fonds.
• Environnements de test : vérifier si le SDK est livré avec une configuration testnet et un récepteur MPP simulé pour les tests d'intégration avant de toucher aux Payment Channels du mainnet.
• Compatibilité Stripe PaymentIntents : vérifier de manière indépendante si l'implémentation MPP de Stripe accepte le XRPL comme rails de règlement, plutôt que de supposer que la co-écriture implique une acceptation directe du XRP.
• Support en production : évaluer si RippleX fournit un SLA, un système de suivi des incidents ou un canal de support pour les adoptants de la bêta rencontrant des échecs de règlement.

Contexte de marché

Le XRP se négocie à 1,29 $, avec une capitalisation boursière d'environ 81,3 milliards de dollars, selon CoinGecko — le contexte de liquidité par rapport auquel les développeurs évalueront le XRP comme actif de paiement d'agent viable. L'indice Fear & Greed s'établit à 50 (Neutre), reflétant aucune distorsion liée au sentiment dans l'environnement de négociation actuel du XRP.