Le bug du XRP Ledger, révélé en octobre 2026, était une vulnérabilité critique du moteur de paiement. Il aurait théoriquement pu créer des XRP dépensables au-delà de l'offre prévue de 100 milliards du réseau.
Le problème a été découvert grâce au programme de bug-bounty du XRPL. Il a été corrigé avant que les détails techniques n'apparaissent dans le rapport officiel sur les vulnérabilités du XRPL.
Non, 18 billions de XRP n'ont pas été ajoutés en circulation. Ce chiffre provient d'un test contrôlé par un chercheur en sécurité.
La divulgation officielle du XRPL indique qu'il n'y a aucune preuve d'exploitation sur un réseau public. La structure de l'offre décrite dans le guide de Tapbit sur combien de XRP existent n'a pas changé soudainement.
Quel était exactement le bug du XRP Ledger ?
La faille était un dépassement d'entier dans le moteur de paiement. Cette partie du système additionne les montants de plusieurs offres.
Les ordinateurs stockent les nombres dans des limites fixes. Lorsque l'arithmétique non vérifiée dépasse cette limite, le résultat peut s'arrondir à un nombre beaucoup plus petit au lieu de produire une erreur.
Dans ce cas, un attaquant aurait pu créer des centaines de comptes. Chaque compte aurait placé une offre inhabituelle : vendre une petite quantité d'un autre jeton en échange d'une énorme quantité de XRP. L'attaquant aurait ensuite soumis un seul paiement conçu pour consommer toutes ces offres.
Le moteur aurait crédité chaque propriétaire d'offre du montant total de XRP demandé. Mais le total combiné de l'acheteur aurait pu dépasser la limite et s'arrondir.
L'acheteur aurait alors pu être facturé seulement quelques centaines de drops — la plus petite unité de XRP — plus les frais de transaction normaux.
| Étape | Ce que le moteur vulnérable aurait pu faire |
|---|---|
| Création d'offre | Accepter des offres individuellement valides demandant des montants de XRP extrêmement importants. |
| Un paiement combiné | Consommer des centaines de ces offres en une seule transaction. |
| Calcul du total | Dépassement de l'entier de taille fixe et arrondi des frais de l'acheteur à une petite valeur. |
| Crédits vendeur | Payer à chaque vendeur contrôlé par l'attaquant le montant total enregistré dans son offre. |
| Résultat | Créer des XRP que l'acheteur n'avait pas réellement fournis. |
Pourquoi la vérification de sécurité de l'offre XRP n'a-t-elle pas arrêté cela ?
Le XRP Ledger avait déjà un invariant destiné à rejeter toute transaction créant de nouveaux XRP. Un invariant est une règle qui doit rester vraie après chaque transaction valide. Ici, la règle comparait les changements de solde à travers la transaction pour confirmer que des XRP n'apparaissaient pas de nulle part.
Le problème était que cette vérification ajoutait les changements de solde en utilisant une arithmétique similaire de taille fixe. Elle pouvait s'arrondir de la même manière que le calcul du paiement. Le changement net ressemblait alors à des frais de transaction ordinaires plutôt qu'à une énorme augmentation de l'offre.
Une deuxième vérification limitait le solde d'un compte individuel. L'exploit proposé évitait ce contrôle en répartissant les XRP nouvellement créés sur des centaines de comptes contrôlés par l'attaquant. Chaque compte restait en dessous de la limite individuelle même si le montant combiné dépassait largement l'offre totale du réseau.
D'où vient le chiffre de 18 billions de XRP ?
Cayden Liao, co-fondateur de Veria Labs, a déclaré que l'agent de sécurité IA de l'entreprise avait trouvé le problème et construit un exploit fonctionnel. Il a estimé qu'une transaction construite pouvait créer environ 18 billions de XRP.
Cela équivaut à environ 184 fois l'offre initiale de 100 milliards. L'estimation et les détails de la prime sont apparus dans l'analyse de The Block sur la divulgation.
Ce chiffre décrit la capacité théorique d'exploitation, pas un événement observé sur le mainnet. La distinction est importante pour les lecteurs et les moteurs de recherche :
- Offre XRP d'origine : 100 milliards de XRP ont été créés au lancement du ledger.
- Estimation de test : environ 18 billions de XRP pouvaient être générés par une transaction exploitée modélisée.
- Création confirmée sur réseau public : aucune trouvée par les développeurs du XRPL.
La faille nécessitait des offres intentionnellement anormales et une transaction conçue pour les consommer ensemble. Elle ne pouvait pas être déclenchée par un paiement XRP normal ou un échange ordinaire.
Le XRP Ledger a-t-il réellement été exploité ?
La divulgation officielle de vulnérabilité du XRPL indique que l'équipe n'a trouvé aucune preuve que le problème ait été exploité sur un réseau public. Le chercheur a signalé le problème du moteur de paiement le 22 septembre. RippleX l'a reproduit dans un serveur autonome local et le framework de tests unitaires, puis a augmenté sa gravité à critique.
La correction a été livrée dans xrpld 3.4.1 le 25 septembre. La divulgation publique a suivi le 9 octobre, après qu'une large majorité de validateurs de confiance exécutaient le logiciel corrigé.
Comment le XRPL a-t-il corrigé le dépassement ?
Le moteur de paiement mis à jour vérifie maintenant si l'ajout des montants d'offre dépasserait la plage autorisée. Si un dépassement devait se produire, cette partie du paiement échoue normalement au lieu de s'arrondir. Rien n'est frappé.
Les développeurs ont également renforcé l'invariant qui vérifie si des XRP ont été créés. Il utilise maintenant un compteur plus large qui ne peut pas dépasser de la même manière. Un code similaire d'agrégation de soldes a été renforcé par précaution.
Pourquoi la correction a-t-elle été livrée sans le vote d'amendement normal ?
Les changements de règles du XRPL suivent généralement un processus d'amendement. Un changement n'est activé qu'après que plus de 80 % des validateurs de confiance l'aient soutenu en continu pendant deux semaines. Cette approche maintient tous les serveurs synchronisés lorsque les règles de transaction changent.
Le correctif de dépassement était différent. Si le code source avait été publié via le processus normal avant l'activation, un attaquant aurait pu l'examiner, reconstruire la vulnérabilité et cibler les serveurs qui n'avaient pas mis à niveau. Les développeurs ont donc distribué des binaires corrigés avant de publier le code source et la divulgation complète.
Ce choix a créé un débat sur la transparence car les binaires corrigés sont apparus avant le code source complet et la divulgation. Les ingénieurs de RippleX ont déclaré qu'une publication immédiate aurait pu aider les attaquants à cibler les serveurs qui n'avaient pas mis à niveau.
Que signifie le bug pour les traders de XRP ?
Le choc direct sur l'offre ne s'est pas produit, donc l'histoire n'équivaut pas à un véritable événement d'inflation de 18 billions de jetons. Sa pertinence sur le marché provient de quatre autres facteurs :
- Confiance en la sécurité : un bug critique vieux de dix ans peut affecter la manière dont les traders évaluent le risque technique.
- Qualité de la réponse : des rapports rapides et des mises à niveau des validateurs peuvent rétablir la confiance.
- Volatilité des gros titres : "18 billions de XRP" peut influencer le sentiment même si le montant n'a jamais été frappé.
Au contrôle des données du 12 octobre, le XRP s'échangeait près de 1,41 $ avec une fourchette intrajournalière d'environ 1,39 $ à 1,42 $. Ces prix sont sensibles au temps et doivent être actualisés immédiatement avant la publication.
RippleX a géré la correction logicielle, mais Ripple, XRP et XRPL sont des choses différentes. Le guide de Tapbit sur Ripple vs XRP explique la distinction.
Comment trader le XRP sur Tapbit
- Créez ou connectez-vous à un compte Tapbit et préparez des USDT. Utilisez la page d'inscription Tapbit, complétez les étapes requises du compte et approvisionnez le solde des futures.
- Ouvrez le marché perpétuel XRP-USDT. Allez sur la page des futures XRP-USDT de Tapbit, confirmez le ticker du contrat, puis sélectionnez la marge isolée ou croisée et choisissez un niveau de levier qui correspond au plan de position.
- Choisissez la direction et les paramètres de l'ordre. Sélectionnez long ou short, utilisez un ordre limite ou au marché, entrez la taille de la position et définissez les niveaux de stop-loss et de take-profit.
- Révisez et gérez le trade. Vérifiez le prix d'entrée, la marge, les frais estimés et le prix de liquidation avant de soumettre. Surveillez la position ouverte et fermez-la ou réduisez-la si la condition initiale change.
FAQ
Quelqu'un a-t-il frappé 18 billions de XRP ?
Non. Environ 18 billions de XRP étaient une estimation de recherche pour un exploit contrôlé. Les développeurs du XRPL n'ont trouvé aucune preuve que le bug ait été utilisé sur un réseau public.
Le bug du XRP Ledger aurait-il pu créer des XRP réels et dépensables ?
Oui, avant la correction, une transaction délibérément construite aurait pu théoriquement créer des XRP qui auraient ensuite pu être transférés ou échangés.
Quand le bug XRP a-t-il été corrigé ?
La correction a été livrée dans xrpld 3.4.1 le 25 septembre 2026. Le rapport officiel sur les vulnérabilités a été publié le 9 octobre.
L'offre de 100 milliards de XRP a-t-elle été modifiée de façon permanente ?
Non. Il n'y a aucune preuve d'une exploitation réussie sur un réseau public, donc le chiffre théorique de 18 billions n'est pas devenu l'offre en circulation.
Qui a trouvé la vulnérabilité du XRP Ledger ?
Le problème a été signalé via le programme de bug-bounty du XRPL. Veria Labs a déclaré qu'un agent de sécurité IA avait aidé à découvrir et reproduire la faille du moteur de paiement.
Le XRP-USDT est-il disponible sur Tapbit ?
Oui. Tapbit propose un marché de futures perpétuels XRP-USDT. Un contrat perpétuel offre une exposition au prix et ne signifie pas que le trader possède des XRP dans un portefeuille personnel.
