At the week's start, Ripple CTO emeritus David Schwartz addressed concerns about the possibility of front-running or transaction sandwich attacks on XRPL payments and offer crossing.
Schwartz proposed a fairly simple transaction reservation scheme that would eliminate such concerns by reserving transaction slots. The transaction reservation scheme will ensure that a transaction executes before any subsequent transactions created after it are disclosed.
This attracted reactions from various quarters of the XRP community, with some asking how the scheme could work for the XRP Ledger.
HOT Stories Ripple Co-Founder's PAC Boosts Democrat to Primary Victory Is XRP Reversal Even Possible? Bitcoin (BTC) May Aim for $52,000, Ethereum (ETH) Not Forgotten: Crypto Market Review
In one such instance, an X user asked if it will be possible to add a "time stamp down to the second, so that when transactions are ordered they would be ordered by time, that way if someone submitted a transaction after it would be at least a second after and would automatically get ordered after the first one."
You Might Also Like
Wed, 06/17/2026 - 08:40 Ripple CTO Emeritus Schwartz Backs Major XRP Ledger Upgrade, Dropping Ripple Name From CodeByGamza Khanzadaev
Ripple software engineer Mayukha Vadari joined the conversation, answering this question in the negative, noting that different nodes may receive each transaction at slightly different times, as transactions have to propagate through the peer network.
Schwartz highlighted that the closest thing to this is consensus-based transaction ordering, with validators voting on it as part of the consensus process.
Transaction ordering: here's the catch
On the question of transaction ordering, Schwartz describes a likely scenario: one determined by consensus with validators voting on it as part of the consensus process.
About the closest thing to this you could actually do is have transaction ordering determined by consensus with validators voting on transaction ordering as part of the consensus process. But there are a lot of disadvantages to this.
The big one is that it would slow the…
The Ripple CTO Emeritus noted that there are a lot of disadvantages to this. The big one is that it would slow the consensus process significantly because the number of bits on which to reach consensus will increase.
You Might Also Like
Mon, 06/29/2026 - 07:50 XRPL Security Upgrade? Ripple CTO Emeritus Pitches Anti Front-Running PlanByTomiwabold Olajide
Schwartz mentioned one option: having a flag to request sequencing set on a transaction, but this would cost an extra fee. Transactions with the flag set would be prioritized for relaying above transactions without the flag in the same ledger, and their ordering would be determined by consensus. He, however, sees a catch: it might enable front-running or sandwich attacks.
"I don't think it's worth it though, particularly because it makes it easier to front-run or sandwich transactions that don't set the flag," Schwartz said.
免责声明：本文章仅代表作者个人观点，不代表本平台的立场和观点。本文章仅供信息分享，不构成对任何人的任何投资建议。用户与作者之间的任何争议，与本平台无关。如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到support@aicoin.com，本平台相关工作人员将会进行核查。
