Minter
Bittensor
Quack AI
NEAR Protocol
Pons
Pearl
Bitcoin
Aperçu des principaux éléments :
- Actualités XRP : les transactions en attente sur le réseau XRPL peuvent exposer les traders à des attaques de « front-running » et de « sandwich ».
- Le directeur technique de Ripple affirme que les validateurs ne bénéficient d’aucun avantage à moins de s’entendre, ce qui laisserait des traces publiques.
- M. Schwartz a proposé un système de frais de réservation visant à protéger les utilisateurs contre le « front-running » après la publication de l’information.
David Schwartz, directeur technique émérite de Ripple, a répondu aux nouvelles allégations concernant les risques de « front-running » sur le XRP Ledger. Cette discussion faisait suite à une publication de la place de marché XRPresso, basée sur le XRPL, au sujet de la visibilité des transactions en attente. Selon ce message, certains acteurs pourraient consulter les transactions en attente avant la clôture du registre. M. Schwartz a déclaré que cette question méritait une réponse technique, même s’il a minimisé le risque qu’elle représente actuellement. Il a proposé un système de réservation de transactions destiné aux utilisateurs souhaitant bénéficier d’une meilleure protection de l’ordre des transactions.
Actualités XRP : la file d’attente des transactions sur le réseau XRPL relance le débat sur le « front-running »
Les dernières actualités concernant le XRP portent sur la question de savoir si les transactions en attente sur le XRPL peuvent exposer les utilisateurs à des attaques de « front-running » ou de « sandwich ». XRPresso a indiqué que les validateurs et les nœuds bien connectés peuvent voir les transactions avant leur validation définitive.
Selon ce compte rendu, un acteur pourrait analyser une transaction en attente et soumettre des transactions concurrentes. De plus, des soumissions répétées pourraient améliorer le classement dans l’ordre définitif du registre.
La documentation relative au XRPL indique que l’ordre des transactions au sein d’un registre vise à décourager le « front-running ». Toutefois, la préoccupation porte principalement sur la visibilité avant le règlement, notamment en ce qui concerne les paiements, les offres, les transactions sur les DEX et les swaps via les AMM.
M. Schwartz a répondu que la visibilité publique concernait tous les participants, et pas seulement les validateurs. Il a également indiqué qu’une utilisation abusive de la part des validateurs laisserait des traces publiques évidentes, sous la forme de propositions et de validations signées.
Le directeur technique de Ripple affirme que les abus commis par les validateurs feront l’objet de contrôles publics
M. Schwartz a déclaré que le fait d’exploiter un validateur ne conférait pas automatiquement un avantage particulier. Il a fait valoir que les validateurs devraient se coordonner pour anticiper les transactions imprévisibles.
Une telle coordination apparaîtrait dans les données publiques. Selon lui, les listes de confiance pourraient exclure un validateur si le réseau constatait une faute manifeste.
Pour tenter une attaque de type « sandwich » sans la complicité des validateurs, les attaquants devraient publier plusieurs transactions planifiées. Ces transactions comporteraient des signatures et resteraient visibles sur le réseau.
Il a ajouté qu’il n’avait pas eu connaissance de rapports faisant état de telles attaques en dehors des travaux de validation de principe. Selon lui, la rentabilité dépend d’une combinaison spécifique : un volume important et une faible liquidité.
Le projet de plan de réservation prévoit l’ajout de créneaux protégés
L’article consacré au XRP proposait un système de réservation de transactions destiné aux utilisateurs souhaitant bénéficier d’une protection supplémentaire. Ce projet permettrait à un expéditeur de réserver un emplacement dans un registre futur.
L’expéditeur soumettrait une transaction de réservation comportant un numéro de grand livre et un identifiant de transaction. En cas de succès, cette dernière transaction serait exécutée avant toute transaction créée après sa publication.
Cette proposition viserait à créer un nouvel objet de registre appelé « ReservedTxns ». Cet objet contiendrait un numéro de séquence du registre ainsi qu’une liste d’identifiants de transactions réservées.
M. Schwartz a également décrit un nouveau type de transaction appelé « TxnReserve ». Cette transaction nécessiterait des frais au moins deux fois supérieurs à la norme et devrait respecter les règles d’exécution standard. Le registre cible devrait se situer en amont du registre actuel. Il ne pourrait toutefois pas se situer à plus de 16 registres en amont.
Chaque objet « ReservedTxns » serait également soumis à des limites de capacité. M. Schwartz a indiqué que, dans la configuration proposée, un objet pourrait contenir moins de 32 identifiants de transaction.
Actualités XRP : le débat porte désormais sur la révision de la conception du XRPL
Ce projet imposerait aux utilisateurs d’envoyer deux transactions pour une exécution sécurisée. La première transaction servirait à réserver le créneau, tandis que la seconde permettrait d’effectuer l’action souhaitée.
Selon cette proposition, la transaction réservée serait exécutée en premier dans le registre choisi. Ce registre la retirerait ensuite de l’ensemble de consensus afin d’éviter toute exécution en double.
M. Schwartz a également évoqué d’éventuels problèmes liés au spam. Un pirate pourrait tenter de monopoliser des créneaux de réservation, mais la hausse des coûts pourrait limiter l’efficacité de cette tactique. L’actualité concernant le XRP offre aux développeurs et aux validateurs un point de référence direct à examiner alors que le débat sur le « front-running » se poursuit.
