The XRP Ledger community has recently revisited the issue of chain-based trading fairness. XRPresso states that although XRPL is well known for its speed, low handling costs and built-in centralization of transactions, pre-transactions may still put ordinary users at a disadvantage at the time of the transaction.
Controversy focused on pending confirmation of transactions
XRPresso considers that the problem arises in terms of the visibility before the transaction is confirmed in the book of accounts. Better certificationers and connected nodes can see pending transactions before submitting competitive transactions on the basis of such information, thus obtaining earlier enforcement opportunities under established ranking rules.
This type of operation may evolve into a clamp attack. The attackers inserted two transactions before and after the transaction, forcing the user to make a deal at a lower price, which the attackers took away. According to XRPresso, this may weaken users ' trust in XRPL to go to the Centralized Exchange and AMM, and may slow down ecological adoption.
Schwartz proposed a mechanism for the retention of transactions.
In response to this round of discussions, Ripple ' s former Chief Technical Officer, now CTO Emeritus David Schwartz, acknowledged that the concerns existed, but said that the problem did not necessarily have to be widespread. At the same time, he proposed a new set-up programme for dealings, the aim of which was to compress directly the space for looting and trap attacks.
It is envisaged that the user would have to submit a special TxnReserve transaction first, pre-empting an execution position for a future book. The set-aside costs are approximately twice the ordinary transaction costs and can only be scheduled for the next 16 account cycles. Formal transactions will not be broadcast immediately upon completion of the reservation, but will wait until after the previous consensus on the account book.
The order of implementation has been changed to set aside time
If the target book is finally validated, the pre-encumbered transaction will be executed before other ordinary transactions. In this way, implementation priorities will not depend primarily on who has faster access to the network, but rather on who has completed the reservation earlier.
In order to prevent large-scale occupancy, Schwartz also proposed dynamic set-aside cost design. As the number of available places decreases, the set-aside costs will gradually increase to increase the cost of large-scale misuse or denial of service attacks.
The programme is still at the proposed stage and has not yet entered the formal landing process. However, in the view of the proponents, such an approach, if adopted, could help to reduce the room in which the sequencing of transactions is manipulated and enhance the predictability of XRPL to centralize the trading infrastructure.