重要ポイント:
- デイビッド・シュワルツ氏がXRPL向けトランザクション予約スキームを提案
- XRPressoがバリデータは支払いとDEX取引のフロントランニングが可能と主張
- 予約されたトランザクションは、後から開示されるどの取引よりも先に実行される
重要ポイント:

デイビッド・シュワルツ氏は、XRPLユーザーが支払いやDEX取引でフロントランニングに直面しているとの主張を受け、2倍の手数料を必要とするトランザクション予約スキームを提案した。
「バリデータやネットワークに接続されたノードは、検証前のキューにあるトランザクションを確認し、より有利なポジションを得るために自身のトランザクションを送信することができる」と、XRP LedgerベースのマーケットプレイスであるXRPressoは投稿で述べた。同グループは、この問題はウォレットやdAppを通じて取引するユーザーにとって最も重要であり、繰り返し送信を行うことで対象の取引の近くにランディングする可能性が高まり、サンドイッチ戦略が成功した場合にスリッページが悪化する可能性があると述べている。
この提案では、シーケンス番号とトランザクションIDを保持するReservedTxnsレジャーオブジェクトを追加する。TxnReserveトランザクションにより、ユーザーは通常の2倍の手数料で将来のレジャーのスロットを予約できるようになる。対象レジャーは現在から16レジャー以内で、オブジェクトあたりのトランザクションIDは32未満とする。そのレジャーが実行される際、ネットワークはReservedTxnsオブジェクトを確認し、リストされたトランザクションを他のものより先に実行し、その後セットから削除することで繰り返し実行を防止し、予約オブジェクトを削除する。
シュワルツ氏は、予約には通常のトランザクション手数料の少なくとも2倍のコストがかかるべきだと述べた。対象レジャーは現在のレジャーより大きく、かつ16レジャー以内でなければならない。各予約オブジェクトが保持するトランザクションIDは32未満とし、将来の設計で上限が拡張されない限りこの制限が適用される。XRPLのドキュメントでは、正規の順序付けは決定論的で効率的かつ操作が困難になるように設計されていると説明されているが、DEXのドキュメントでは、取引は新しいレジャーがクローズされる際に実行されるため、トランザクションの順序はフロントランニングを防止するように設計されていると述べられている。また、アルゴリズム取引のドキュメントでは、フロントランニングは困難だが不可能ではないとされている。
この議論は、XRPressoが一部の関係者がレジャーがクローズされる前に保留中のトランザクションを表示し、その情報を利用して取引を標的にする可能性があると述べたことから始まった。投稿によれば、各レジャー内の最終的な順序は既知の決定論的プロセスに従い、繰り返し送信することで対象取引の近くにランディングする可能性が高まり、元のトレーダーのスリッページを悪化させる可能性があるという。
このタイミングは、XRPL開発者がネットワークのDeFiスタックを拡大している時期と重なる。XRPL Foundationは最近、AMM Swappable Curvesを提案した。これは、ネイティブの自動マーケットメーカーにStableSwapと集中流動性を追加するドラフトアップグレードである。XRPLはまた、ネイティブレンディングとプログラマブルエスクローツールを準備しており、リップル社とJPモルガンが関与するトークン化された財務省証券の決済など機関ユースケースも進んでいる。活動が活発化するにつれ、トランザクションの順序付けや保留中の取引の可視性は、ビルダー、トレーダー、バリデータからさらなる注目を集める可能性がある。
シュワルツ氏はまた、サービス拒否(DoS)攻撃のリスクについても言及した。攻撃者は多数のレジャーにわたって予約スロットを埋めようとする可能性があるが、手数料の上昇によりコストがかさむ可能性があると述べた。ある例では、16スロットが埋まると手数料が上昇し始め、30スロット付近ではベースリザーブの数倍に達する可能性がある。この提案はまだ正式な修正案ではないが、XRPLコミュニティに検討のための明確な技術的パスを提供するものである。
本記事は情報提供のみを目的としており、投資助言を構成するものではない。