Rotate

Create

BlackRock

Security

Humanity

<ul>
 <li>Ripple CTO warns proposed XRPL transaction ordering could increase risks.</li>
 <li>Validators rejected timestamp ordering because network propagation differs between nodes.</li>
 <li>Sequencing flags may prioritize transactions but expose users to manipulation.</li>
</ul>
Ripple CTO emeritus<a href="https://36crypto.com/david-schwartz-early-life-and-net-worth-the-vision-behind-xrp-ledger-and-decentralized-finance/" rel="noopener noreferrer nofollow"> David Schwartz</a> has warned that a proposed XRP Ledger transaction ordering method could create new security risks. <a href="https://x.com/JoelKatz/status/2072371979156647973" rel="noopener noreferrer nofollow">According to comments shared on X</a>, Schwartz said one suggested approach may unintentionally make front-running and sandwich attacks easier for some users. 
The discussion follows Schwartz’s recently proposed transaction reservation scheme. That proposal seeks to reserve transaction slots before they become publicly visible. As a result, transactions could execute before later submissions gain an opportunity to interfere with them. 
During the conversation, an X user suggested assigning timestamps down to the second. Under that idea, earlier transactions would automatically receive priority during processing. The suggestion aimed to simplify transaction ordering across the XRP Ledger network. 
However, Ripple software engineer Mayukha Vadari explained why that solution would not work. According to comments shared on X, validator nodes receive transactions at different times. Transactions travel through a distributed peer-to-peer network. Therefore, timestamps cannot guarantee identical ordering across every validator. 
Also Read: <a href="https://36crypto.com/blackrock-bitcoin-etf-sees-300m-outflows-as-institutions-rotate-capital-in-june/" rel="noopener noreferrer nofollow">BlackRock Bitcoin ETF Sees $300M Outflows as Institutions Rotate Capital in June</a> 
<h2 id="consensus-ordering-comes-with-trade-offs">Consensus ordering comes with trade-offs</h2>
According to Schwartz, the closest practical alternative involves consensus-based transaction ordering. Under that model, validators would vote on transaction order during the consensus process. 
However, Schwartz explained that the method carries significant drawbacks. Validators would need to agree on more information during every consensus round. Consequently, the additional workload would slow the network’s consensus process and increase complexity. 
<div class="embed-x">
 <blockquote class="twitter-tweet">
 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… 
 — David 'JoelKatz' Schwartz (@JoelKatz) <a href="https://x.com/JoelKatz/status/2072371979156647973?ref_src=twsrc%5Etfw" rel="noopener noreferrer nofollow">July 1, 2026</a> 
 </blockquote>
</div>
Schwartz also outlined another possible option. Users could pay an additional fee to attach a sequencing flag to selected transactions. Those flagged transactions would receive relay priority within the same ledger before standard transactions. 
<h2 id="security-concerns-remain-a-major-obstacle">Security concerns remain a major obstacle</h2>
Despite outlining the proposal, Schwartz said he does not support implementing the sequencing flag. According to his comments on X, the feature could make front-running and sandwich attacks easier against transactions without the flag. 
Attackers could prioritize flagged transactions while ordinary users avoid paying the additional fee. Consequently, the proposed solution could weaken fairness instead of strengthening network protection. 
In conclusion, the discussion shows <a href="https://36crypto.com/ripple-cto-emeritus-proposes-anti-front-running-system-to-strengthen-xrpl-security/" rel="noopener noreferrer nofollow">Ripple developers</a> continue evaluating improvements to XRP Ledger transaction processing. Schwartz believes future changes should strengthen security without slowing consensus or introducing new attack opportunities. 
Also Read: <a href="https://36crypto.com/june-crypto-hacks-reach-75-9m-as-humanity-protocol-accounts-for-biggest-security-breach/" rel="noopener noreferrer nofollow">June Crypto Hacks Reach $75.9M as Humanity Protocol Accounts for Biggest Security Breach</a> 
The post <a href="https://36crypto.com/ripple-cto-emeritus-warns-proposed-xrpl-transaction-ordering-could-create-new-risks/" rel="noopener noreferrer nofollow">Ripple CTO Emeritus Warns Proposed XRPL Transaction Ordering Could Create New Risks</a> appeared first on <a href="https://36crypto.com" rel="noopener noreferrer nofollow">36Crypto</a>.

Ripple CTO Emeritus Warns Proposed XRPL Transaction Ordering Could Create New Risks

Table of Contents

36crypto

Other articles published on Jul 3, 2026

Join our free newsletter for daily crypto updates!