Dans l’actualité de XRP aujourd’hui, David Schwartz, CTO Emeritus de Ripple et cofondateur du XRP Ledger, a proposé un mécanisme de réservation de transactions afin de prévenir le front-running et les attaques sandwich sur l’échange décentralisé (DEX) du protocole.
Cette proposition intervient alors que les discussions communautaires autour de l’infrastructure de paiement du XRP Ledger s’intensifient, coïncidant avec le vote actif de la communauté sur la mise à niveau XRPL 3.2.0.
L’initiative de Schwartz survient alors que la paire XRP/USD s’échange à 1,04 $, en baisse de -0,2 % sur la journée, se rapprochant dangereusement d’une rupture du support technique et psychologique clé de 1 $. Un passage sous ce seuil pourrait entraîner un retour vers les 0,80 $.
Concerns have been raised about the possibility of front running or transaction sandwich attacks on XRPL payments and offer crossing.
— David 'JoelKatz' Schwartz (@JoelKatz) June 29, 2026
For the reasons I've explained, I'm not that concerned about this issue. But I have a proposal for a fairly simple scheme that would eliminate… https://t.co/lnhTv1bhBK
Actualité XRP : Le fonctionnement concret de la proposition TxnReserve
Le mécanisme central introduit un nouveau type de transaction, TxnReserve, ainsi qu’un nouvel objet de registre, ReservedTxns. Ce dernier contient une liste d’identifiants de transactions assignés à un registre futur spécifique. Pour réserver un créneau, l’utilisateur doit payer au moins le double des frais de transaction habituels et spécifier à l’avance un numéro de séquence de registre ainsi qu’un ID de transaction.
Les réservations sont limitées à 32 emplacements par registre et restreintes aux 16 registres suivants. Point crucial : la transaction réelle n’est diffusée qu’une fois que l’ensemble de consensus du registre précédent est connu. Ce timing empêche les attaquants potentiels d’avoir la visibilité nécessaire pour agir. Les transactions réservées sont ensuite exécutées en priorité, selon l’ordre de réservation, avant toutes les autres transactions de ce registre.
Schwartz a décrit cette protection avec clarté : « Cela garantit que vous pouvez exécuter votre transaction avant toute transaction formée après la divulgation de la vôtre. Cette approche est idéale pour toute opération où l’on veut s’assurer d’éviter le front-running ou une attaque sandwich. »
Le problème que David Schwartz tente de résoudre
L’inquiétude soulevée par le compte communautaire XRPresso.io réside dans le fait que les transactions sur le XRPL sont visibles publiquement dans une file d’attente avant la clôture d’un registre.
Les validateurs et les nœuds bien connectés peuvent inspecter les transactions en attente pour évaluer la rentabilité d’une attaque sandwich — qui consiste à placer des ordres avant et après une transaction cible pour en extraire de la valeur. Ils pourraient alors spammer le réseau pour manipuler l’ordre canonique déterministe décidé par les hachages de transactions.
Il s’agit d’une variante de ce que l’industrie DeFi appelle le MEV (maximal extractable value) : le profit accessible aux producteurs de blocs ou validateurs capables de réordonner, d’insérer ou de censurer des transactions.
Cette dynamique affecte déjà les traders sur d’autres chaînes ; les problèmes de MEV et de front-running sur les DEX à haut volume sont devenus un risque structurel standard pour les traders on-chain à travers l’industrie.
Bien que Schwartz reconnaisse l’exposition théorique, il a tempéré sa gravité. Il note que les validateurs devraient simultanément maintenir une liquidité élevée pour que les volumes soient attractifs, et une liquidité faible pour faire bouger les prix à moindre coût — deux conditions contradictoires.
« Si plusieurs validateurs conspiraient, ou si un seul tentait de le faire, cela serait flagrant pour tout le monde », a-t-il affirmé, ajoutant qu’aucune tentative réelle de front-running n’a été signalée sur le DEX du XRPL en dehors des démonstrations de faisabilité.
La visibilité plutôt que la priorité des frais : un débat ouvert
@XRPLF @Vet_X0
— XRPresso.io (@xrpresso_io) June 29, 2026
Hey Vet or XRPL foundation: what do next steps in this process look like?
David made a write down / technical proposal here.
I’ve also made one in the thread for the confidentiality provisioning (the more fulsome solve imo).
Just wondering how this discussion… https://t.co/N8JsjVRSfM
Par ailleurs, XRPresso.io a souligné que si l’idée de réservation est intéressante, l’exigence de frais doublés complique le processus sans traiter le problème de fond : la visibilité pré-validation. Ils préconisent plutôt une solution de confidentialité ciblée pour les détails des ordres en attente.
Cette approche, similaire à celle suggérée par Changpeng Zhao (cofondateur de Binance), utilise la cryptographie zero-knowledge pour masquer les données des ordres jusqu’à leur exécution. Cependant, certains critiques craignent que cette méthode ne recrée des dynamiques d’informations privilégiées, ce que les blockchains publiques cherchent justement à éliminer.
Les discussions en cours sur la proposition TxnReserve suggèrent une réflexion plus large sur l’évolution du protocole XRPL et ses incitations. Aucun vote formel n’a encore eu lieu et les spécifications ne sont pas finalisées. La direction que prendra la communauté — priorité basée sur les frais, solution de confidentialité ou modèle hybride — influencera l’infrastructure des teneurs de marché automatisés (AMM) et des DEX à mesure que le trading on-chain se développe.
Enfin, les progrès réglementaires de Ripple au Luxembourg sous le régime MiCA soulignent l’importance de garantir l’équité des DEX pour répondre aux exigences institutionnelles, au-delà du simple trading de détail.
Pourquoi vous pouvez faire confiance à 99Bitcoins
Fondée en 2013, les membres de l’équipe de 99Bitcoin sont des experts en cryptographie depuis les débuts de Bitcoin.
Recherche hebdomadaire
100k+Les lecteurs mensuels
Contributeurs experts
2000+Projets de crypto-monnaie examinés
