David Schwartz, qui a cofondé le XRP Ledger, a proposé un système de réservation de transactions comme solution potentielle au front-running sur l'échange décentralisé et le teneur de marché automatisé du réseau.
Sa proposition faisait suite à un post du compte axé sur le XRP XRPresso.io, qui soutenait que les validateurs et les nœuds bien connectés peuvent exploiter la visibilité des transactions pré-validation pour extraire de la valeur des traders ordinaires.
Préoccupations concernant le Front-Running sur XRPL
Selon XRPresso, les transferts se trouvent généralement dans une file d'attente visible publiquement avant qu'un grand livre ne se ferme sur le XRPL, les validateurs et certains nœuds pouvant voir ces transactions en attente. En tant que tel, ils sont en mesure d'évaluer si les sandwichs seraient rentables, puis de soumettre plusieurs entrées pour manipuler leur position dans l'ordre canonique final.
Et parce que cet ordre est décidé par une formule déterministe connue impliquant des hachages de transactions, soumettre des entrées similaires augmente les chances de se retrouver dans un créneau favorable par rapport à la transaction cible. Cela, comme l'a affirmé XRPresso, pourrait voir des utilisateurs quotidiens échangeant via des portefeuilles et des applications standard se retrouver systématiquement désavantagés tandis que des opérateurs plus sophistiqués extraient de la valeur de leurs transactions.
Schwartz a reconnu que le problème est réel mais a contesté certaines parties du cadre. Il a souligné que tous les participants ont une chance égale de voir les transferts et a soutenu que les validateurs ne bénéficient d'aucun avantage structurel à moins que plusieurs d'entre eux ne conspirent. Une telle action, a-t-il dit, serait visible sur la chaîne et entraînerait le retrait des validateurs fautifs des listes de confiance.
« Si plusieurs validateurs conspiraient, ou qu'un seul validateur tentait de le faire, cela serait *très* évident pour tout le monde exactement qui faisait cela », a-t-il écrit.
De plus, il a déclaré qu'il n'y avait jamais eu de rapports de quiconque tentant quelque chose de ce genre, sauf comme preuve de concept. Le plus gros problème, selon lui, a été la rentabilité, car pour gagner de l'argent, les acteurs auraient besoin à la fois d'une forte liquidité qui rendrait les volumes dignes de l'effort disponible et d'une faible liquidité pour faire bouger le prix de manière mesurable et à un coût raisonnable.
Néanmoins, il a proposé une solution dans laquelle un utilisateur soumettrait une transaction de réservation spécifiant un numéro de séquence de grand livre et un ID de transaction, et paierait des frais de réservation. Si la réservation réussit et que l'activité réelle est diffusée avant que ce grand livre ne se ferme, elle obtient une priorité garantie sur toute autre formée après que l'original a été divulgué.
« Cela garantit que vous pouvez exécuter votre transaction avant toute transaction qui a été formée après que votre transaction a été divulguée », a expliqué le développeur. « Vous utiliseriez cette approche chaque fois que vous souhaitez effectuer une transaction que vous voulez vous assurer de ne pas être sandwichée ou exécutée en priorité. »
Le débat sur le front-running dans la DeFi
XRPresso a répondu que bien que l'idée de réserve de Schwartz mérite d'être explorée, elle ajouterait des coûts et de la complexité et ne résout pas complètement le problème de visibilité sous-jacent à l'étape de pré-validation. Selon eux, la confidentialité ciblée pour les détails des actions en attente serait une solution à long terme plus propre, avec de telles approches déjà utilisées sur d'autres chaînes.
Le problème du front-running n'est pas unique à l'écosystème XRP, et le co-fondateur de Binance, Changpeng Zhao, a proposé l'année dernière un DEX de perpétuels en dark pool qui utilise la cryptographie à connaissance nulle pour cacher les données de commande jusqu'à l'exécution. Cette idée a également suscité des critiques, certains défenseurs de la décentralisation affirmant que cacher les carnets de commandes ne fera que recréer les dynamiques d'initiés dont la crypto devait s'éloigner.
Source : CryptoPotato
