XRP Ledger内の取引保護をめぐる議論が、ネットワークの共同創設者であるDavid Schwartzによって提示された提案を受けて、再び勢いを増している。開発者は、いわゆる front-running と呼ばれる、台帳で確認される前に他のユーザーの注文に対して参加者が優位性を得ることを可能にしうる行為の影響を軽減するため、トランザクション予約の仕組みを提案した。
この議論は、XRPresso.ioが、特権的な接続を持つバリデーターやノードが検証前の保留中トランザクションを観察できる可能性があるとする分析を公表した後に始まった。掲載内容によれば、この可視性により、特定の参加者が自らの注文を組み替え、ウォレットやアプリによって行われる通常の取引を犠牲にして利益を得る余地が生まれるという。
分析によると、トランザクションは各台帳が閉じる前に一時的に公開キューに留まる。この間に、オペレーターは最終的な実行順序における自らの位置を変えるために新たな注文を送ることが有利かどうかを計算できる可能性がある。
トランザクションの順序付けはhashesに基づく決定論的な式に従うため、類似した複数の操作を送信することで、より有利な位置を獲得する可能性が高まる可能性がある。XRPressoの評価では、これにより、より洗練された参加者に優位性が生まれる一方、一般のユーザーはXRP LedgerのDEXでの取引中に継続的な損失を被る可能性がある。
David Schwartzは、このテーマが注意に値することは認めたが、バリデーターが構造的な優位性を持っているという考えには反対した。彼によれば、ネットワークのすべての参加者が確認前に同じトランザクションを可視化できるため、単一のバリデーターが特定されずにこの挙動を悪用できる可能性は低いという。
「複数のバリデーターが共謀したとしても、あるいは単一のバリデーターがこれを試みたとしても、誰がそれを行っていたのかは皆にとって 非常に 明白になるだろう」と、彼は書いた。
XRP Ledgerの共同創設者は、この種の攻撃については概念実証を超える記録がこれまで一度もなかったとも付け加えた。彼にとって、主な制約は引き続き経済的なものであり、なぜなら利益を生むのに十分な流動性と、価格を意味のある形で動かすのに十分低い流動性との間で均衡を見つける必要があるからだ。
代替案として、Schwartzはトランザクション予約システムを提案した。このモデルでは、ユーザーはトランザクション識別子、台帳のシーケンス番号、予約手数料を含むリクエストを事前に送信する。予約が受け入れられ、その決定版の操作がそのブロックの終了前に到着した場合、それは後から作成されたあらゆるトランザクションよりも優先される。
「これにより、自分のトランザクションの公開後に形成されたどのトランザクションよりも前に、自分のトランザクションを実行できることが保証される」と開発者は説明した。「このアプローチは、傍受されたり先回りされたりしてはならないトランザクションを実行したいときに、常に使うことになるだろう。」
XRPressoは、この提案が技術的進歩を示す可能性があると応じたが、同時に運用コストを引き上げ、トランザクションの複雑さを増すとも指摘した。さらに、事前検証段階における情報の露出をこの仕組みが完全には排除しないと主張し、選択的機密性に基づく解決策のほうが、この問題に対してより包括的な答えを提供できる可能性があると擁護した。
この議論は他のDeFiネットワークでも起きている。前年には、Binanceの共同創設者であるChangpeng Zhaoが、注文の詳細を実行まで隠すためにゼロ知識証明を用いるdark poolでの永久契約DEXというアイデアを提示した。この提案は、注文板を隠すことが暗号資産が排除しようとしている情報上の優位性を再び生み出しかねないのではないかと疑問を呈した開発者や分散化の擁護者の間で、意見を二分した。