Points clés à retenir :
David Schwartz a proposé un système de réservation de transactions nécessitant des frais doublés, après des allégations selon lesquelles les utilisateurs de XRPL seraient confrontés à du front-running sur les paiements et les transactions DEX.
« Les validateurs et les nœuds bien connectés peuvent voir les transactions dans la file d'attente de pré-validation, puis soumettre leurs propres transactions pour rechercher une meilleure position », a déclaré XRPresso, une place de marché basée sur le XRP Ledger, dans un article. Le groupe a indiqué que ce problème concerne principalement les utilisateurs qui effectuent des transactions via des portefeuilles et des dApps, où les soumissions répétées peuvent augmenter les chances de se positionner près d'une transaction cible et aggraver le slippage lorsqu'une stratégie de sandwich réussit.
La proposition ajouterait un objet de registre ReservedTxns contenant un numéro de séquence et des identifiants de transaction. Une transaction TxnReserve permettrait aux utilisateurs de réserver un créneau pour un registre futur à un tarif double des frais normaux, avec un registre cible ne dépassant pas 16 registres d'avance et moins de 32 identifiants de transaction par objet. Lorsque ce registre s'exécute, le réseau vérifierait l'objet ReservedTxns et exécuterait les transactions listées avant les autres, puis les supprimerait de l'ensemble pour empêcher une exécution répétée et supprimerait l'objet de réservation.
Schwartz a déclaré qu'une réservation devrait coûter au moins le double des frais de transaction normaux. Le registre cible devrait être supérieur au registre actuel et ne pas dépasser 16 registres d'avance. Chaque objet réservé contiendrait moins de 32 identifiants de transaction, à moins que la conception n'élargisse ultérieurement ce plafond. La documentation XRPL indique que l'ordonnancement canonique est conçu pour être déterministe, efficace et difficile à manipuler, bien que sa documentation DEX précise que l'ordre des transactions est conçu pour décourager le front-running, car les transactions s'exécutent lorsqu'un nouveau registre se ferme. Sa documentation sur le trading algorithmique indique que le front-running est difficile mais pas impossible.
Le débat a commencé après que XRPresso a déclaré que certains acteurs pourraient être en mesure de voir les transactions en attente avant la fermeture d'un registre et d'utiliser ces informations pour cibler des transactions. Selon l'article, l'ordre final au sein de chaque registre suit un processus déterministe connu, et les soumissions répétées peuvent augmenter les chances de se positionner près d'une transaction cible, potentiellement en aggravant le slippage pour le trader d'origine.
Ce timing intervient alors que les développeurs de XRPL étendent la pile DeFi du réseau. La XRPL Foundation a récemment proposé les AMM Swappable Curves, une mise à niveau préliminaire ajoutant StableSwap et la liquidité concentrée au teneur de marché automatisé natif. XRPL prépare également des outils de prêt natifs et d'escrow programmables, avec des cas d'usage institutionnels incluant un règlement de Trésorerie tokenisée impliquant Ripple et JPMorgan. À mesure que l'activité croît, l'ordonnancement des transactions et la visibilité des transactions en attente pourraient attirer davantage l'attention des constructeurs, des traders et des validateurs.
Schwartz a également abordé les risques potentiels de déni de service. Il a déclaré qu'un attaquant pourrait tenter de remplir des créneaux de réservation sur de nombreux registres, mais que la hausse des frais pourrait rendre cette opération coûteuse. Selon un exemple, les frais augmenteraient une fois 16 créneaux remplis et pourraient atteindre plusieurs fois la réserve de base près de 30 créneaux. La proposition n'est pas encore un amendement formel, mais elle offre à la communauté XRPL une voie technique claire à examiner.
Cet article est fourni à titre d'information uniquement et ne constitue pas un conseil en investissement.
