Risque d'attaque en sandwich sur le XRP Ledger : l'ancien CTO de Ripple propose une solution
L'ancien CTO de Ripple, David Schwartz, a contesté les affirmations selon lesquelles le XRP Ledger expose les traders quotidiens à des attaques par sandwich, affirmant que le risque est réel mais exagéré.
Des préoccupations ont émergé sur X après qu'un compte a soutenu que les validateurs et les nœuds bien connectés obtiennent un avantage temporel en observant les transactions en attente avant la fermeture de chaque registre. Des acteurs sophistiqués peuvent alors calculer si le front-running d'une transaction est rentable et spammer plusieurs transactions pour sécuriser un créneau favorable dans l'ordre canonique.
Mécanique des attaques par sandwich sur le XRP Ledger
L'ordre des transactions sur le XRP Ledger utilise une formule déterministe impliquant des hachages de transactions. Cette formule est publique. Cela permet aux acteurs de positionner des transactions avant une transaction cible sur le DEX et l'AMM du XRP Ledger, aggravant le slippage pour les utilisateurs ordinaires.
Des préoccupations sont apparues selon lesquelles le problème crée un terrain de jeu inégal, en particulier pour les traders utilisant des portefeuilles populaires et des applications décentralisées.
Schwartz dit que les validateurs ne peuvent pas agir discrètement
Schwartz a reconnu la préoccupation mais a souligné plusieurs facteurs d'atténuation, s'appuyant sur ses positions antérieures dans les débats sur la conception du XRP Ledger. Tout d'abord, les transactions en attente sont publiquement visibles par tous avant la fermeture d'un registre. Aucune partie ne détient un accès précoce exclusif. Deuxièmement, un seul validateur n'obtient aucun avantage significatif. La coordination de plusieurs validateurs laisserait des preuves claires, puisque les validateurs signent toutes les propositions et validations.
« Exécuter un validateur ne vous aide pas à faire cela à moins que plusieurs validateurs ne conspirent. Si plusieurs validateurs conspirent, ou qu'un seul validateur essaie, il serait très évident pour tout le monde exactement qui faisait cela et ce validateur serait immédiatement retiré des listes de confiance de tout le monde. »
Schwartz a également noté que les attaques confirmées, au-delà des tests de preuve de concept, restent non signalées. La barrière économique fondamentale est simple. Les attaques rentables nécessitent une forte liquidité pour justifier l'effort et une faible liquidité pour faire bouger le prix. Ces deux conditions coïncident rarement. Les travaux récents sur la confidentialité institutionnelle du XRP Ledger abordent une préoccupation connexe au niveau des données.
Un schéma de réservation en 2 étapes pour le XRP Ledger
Pour les traders qui souhaitent des garanties plus fermes, Schwartz a décrit une approche de réservation de transaction. Un utilisateur diffuse d'abord une réservation spécifiant un numéro de séquence de grand livre futur, un ID de transaction et une petite frais. Si cette réservation est confirmée, le commerce réel s'exécute avant toute transaction soumise après que la réservation soit devenue publique. L'approche nécessite deux soumissions par commerce protégé.
La méthode complète les propositions de transfert de confidentialité du XRP Ledger en ciblant le front-running au niveau d'exécution plutôt qu'au niveau des données.
XRP continue de se négocier bien en dessous de son sommet historique alors que l'attention se tourne vers la question de savoir si des améliorations de l'équité comme celle-ci pourraient soutenir une adoption à long terme.
Source : BeInCrypto