モジュラー MEV の詳細説明: 公正なトランザクション順序を実現するには?
原作者: Maven 11
オリジナル編集：ルフィ、フォーサイトニュース
この文書シリーズの最初の 2 つのパートでは、スタックを分割するときに発生する技術的な問題と、モジュール式の世界に必要な改善に焦点を当てました。私たちは、クロスドメイン設定で自然に発生する問題に対処するために、多くの進歩的な取り組みを導入してきました。ただし、シリーズの最終部分では、ユーザー エクスペリエンスにさらに焦点を当てたいと思います。私たちは、モジュール性、カスタマイズ、専門化がより良いアプリケーションの作成にどのように役立つかを調べたいと考えました。このシリーズの最終章では、開発者が Web3 の確実性を備えた Web2 ユーザー エクスペリエンスを作成するための、モジュール化におけるエキサイティングでユニークな創造性と可能性について考察します。
モジュール性を構築する背後にある理由は、単に物語に適合させるためでも、単にモジュール化するためでもなく、それにより、より優れた、より効率的で、よりカスタマイズ可能なアプリケーションを構築できるようになるためです。モジュール式の専用システムを構築すると、多くの独自の機能が生まれます。これらの中には明白なものもあれば、あまり明白ではないものもあります。したがって、私たちの目標は、スケーラビリティなど、存在を知らなかったモジュラー システム機能の概要を提供することです。
私たちは、モジュール化が開発者に提供する機能の 1 つは、エンド ユーザーにより良いエクスペリエンスを提供する、高度にカスタマイズ可能なプロフェッショナル アプリケーションを構築できる機能であると考えています。ルールを設定したり、トランザクションの実行順序を変更したりする機能については以前に説明しました。
検証可能なソート ルール (以下、VSR と呼びます) は、特に実行の観点から「より公平な」取引システムの構築に関心のある開発者にとって、制御された注文によってもたらされる興味深い機会の 1 つです。明らかに、流動性プロバイダーの損失がリバランス (LVR) にどのように関係するかについては、この記事の範囲を超えているため、この側面についてはあまり触れないようにします。これから説明するセットアップは主に AMM 用であり、オーダーブック モデル用ではないことに注意してください。さらに、CLOB (さらには CEX) は、特定の設定に適した検証可能な照合順序を活用することで大きなメリットを得られます。オフチェーン設定では、暗号経済セキュリティに裏付けられたゼロ知識または楽観的な実行の概念が明らかに必要です。
ほとんどの個人投資家がまだ保全手法を採用していない（または採用する可能性が低い）という事実を考慮すると、VSR は特に興味深いものです。ほとんどのウォレット/DEX は、プライベート メモリプール、RPC、または同様のメソッドも実装していません。ほとんどのトランザクションは、フロントエンド (アグリゲーターまたは DEX のフロントエンド) を通じて直接送信されます。したがって、アプリケーションがプロセスや注文の処理方法に直接干渉しない限り、エンド ユーザーが達成する実行結果は理想的ではない可能性があります。
VSR の役割は、トランザクションのサプライ チェーンの順序付けがどこで行われるかを考慮すると明らかになります。これは、プロのプレーヤーが通常、オークションまたは基本料金に基づいてトランザクションを注文する (または含む) 場所にあります。この順序は、どのトランザクションがいつ実行されるかを決定するため、非常に重要です。基本的に、ランキング権を持つ人は、通常は優先料金 (またはチップ) の形で MEV を引き出すことができます。
したがって、(DEX 設定での) より公平な取引執行をエンドユーザーに提供するために、注文の処理方法に関するルールを作成することは興味深いかもしれません。ただし、汎用ネットワークを構築している場合は、そのようなルールに従わないようにする必要があります。
さらに、裁定取引、清算など、重要な MEV がいくつかあります。アイデアの 1 つは、ブロックの上部に「ハイウェイ」チャネルを作成し、特にホワイトリストに登録された裁定取引者や清算人をターゲットにし、より高い手数料を支払い、収益の一部をプロトコルと共有することです。
論文では「検証可能な注文ルールによる信頼できる分散型取引所の設計”、マテウス V.、設定されたルールが従わない場合、オブザーバーは失敗の証明を生成できます (または、制約は数学的に検証可能であるため、有効性の証明として ZKP を使用する、これらの制約を持つ ZK 回路を想像することもできます)。主なアイデアは本質的に、エンドユーザー (トレーダー) に約定価格の保証を提供することです。この保証により、ブロック内の唯一の取引と同等の価格で取引が実行されることが保証されます（当然、先着順に基づいて買い/売り/買い/売りの順序を仮定すると、ある程度の待ち時間が発生します） ））。論文の提案の基本的な考え方は、これらの注文ルールにより、ビルダー（PBS シナリオの場合）または注文者が、最高価格よりも有利な価格で約定する場合にのみ同じ方向のトランザクションを含めるように制限されるというものです。ブロックの（例：売り/売り）。さらに、一連の買いの最後に売りを行う状況がある場合、売りは実行されません (例: 買い、買い、買い、売り)。これは、検索者 (またはビルダー) が /選別者）これらの購入を利用して、価格を自分たちに有利に押し上げることができます。これは本質的に、プロトコル ルールが、ユーザーが他のユーザーにより良い価格 (つまり MEV) を提供するために利用されたり、優先料金によって価格が下落したりしないことを保証することを意味します。明らかに、このルールの欠点は (買いよりも売りが多い場合、またはその逆の場合)、比較的劣悪なロングテール価格が得られる可能性があることです。
一般的なスマート コントラクト プラットフォームの場合、実行と順序を制御できないため、これらのルールを純粋なオンチェーン構築ルールとして扱うことはほとんど不可能です。同時に、他の多くの企業と競争しているため、ブロックの先頭にいる人に優先料金の支払いを強制しようとすると、不必要に費用がかかることになります。モジュラーセットアップの特徴の 1 つは、アプリケーション開発者が実行環境の動作をカスタマイズできることです。それが照合であれ、別の VM の使用であれ、既存の VM へのカスタム変更 (新しいオペコードの追加やガス制限の変更など) であれ、実際には開発者とその製品次第です。
データ可用性、コンセンサス層、流動性決済層を使用するロールアップの場合、可能な設定は次のとおりです。
もう 1 つの考えられるアイデアは、取引の分割です。取引プールがあると想像してください。大規模な注文の取引 (結果として大量のスリッページが発生する) をどのように実行しますか?このトランザクションが連続したブロックにわたって (VSR 準拠の場合はブロックの最後で) 実行される場合、これはエンド ユーザーにとって公平ですか?
エンド ユーザーが待ち時間を懸念している場合、そのユーザーは注文を分割することを望まない可能性があります。ただし、これはあまり一般的ではなく、大規模な注文の取引分割を最適化すると、大多数のユーザーにとってより効率的な執行が可能になる可能性があります。いずれにしても、懸念の 1 つは、MEV 検索者がこれらの連続取引に気づき、上記のトレーダーの前または後に自分の取引を配置しようとする可能性があることです。ただし、一連のブロックにわたる分割トランザクションが小さいため、抽出される MEV の合計値ははるかに小さくなる可能性があります。
以前の投稿で言及したもう 1 つの興味深いアイデアは、伝説的なエリック ブディッシュとその同僚によって開拓されたテクノロジーを使用することです。頻繁なバッチオークション (FBA)、連続的な方法ではなくバッチオークションでトランザクションを処理します。これは、需要の重複 (CoW) を特定し、裁定取引の機会を市場メカニズムの設計に組み込むのに役立ちます。これは、連続するブロック構築でのレイテンシー ゲーム (または連続ブロックでの優先料金戦争) に「対抗する」のにも役立ちます。 Michael Jordan (DBA) にこの論文を私たちの注意を引いていただき、Latency Roast を緩和する取り組みに感謝します。Rollup のフォーク選択と順序付けルールの一部として実装することも、開発者が使用できる興味深い機能です。過去 1 年間で、特に Penumbra と CoWSwap で大きな注目を集めました。考えられるセットアップの 1 つは次のようになります。
この設定では、先着順または優先ガス戦争はなく、各ブロック間の時間内の累積注文に基づいてブロックエンドのバッチオークションが行われます。
一般的に言えば、ほとんどの取引が非保管の「オンチェーン」に移行している世界では、ブロック時間にもよりますが、FBA は「実際の」価格を発見するより効率的な方法の 1 つである可能性があります。 FBAを活用することは、すべての大量注文が一括で行われ、オークションが終了するまで公開されないため、フロントランニングが大幅に減少することも意味します（何らかの暗号化が設定されていると仮定します）。取引の順序を変更しても意味がないため、ここでは統一された清算価格が重要です。
また、先ほど紹介したものと同様のデザインが 2018 年に Ethresear.ch フォーラムで議論されたことも指摘しておく価値があります (ここを参照）。その投稿の中で、彼らはプラズマ上でバッチ オークション メカニズム (最新のロールアップの前編のようなもの) を提供する 2 つの論文に言及しており、各バッチはある最高制限価格で他の ERC 20 トークンを購入する注文を受け入れます。これらの注文は一定の間隔で収集され、すべてのトークン取引ペアに均一の決済価格が提供されます。このモデルの背後にある一般的な考え方は、一般的な AMM によく見られるフロントランニング現象を排除するのに役立つということです。
注意すべきもう 1 つの重要な点は、これらの設定では、シーケンサーが上記のルールを強制 (強制) するために何らかのインセンティブを必要とする可能性があることです。これは見落とされがちですが、ブロックチェーン ネットワークのインフラストラクチャの多くは専門会社によって運営されており、そのコストは一般家庭の参加者とはまったく異なります。一般に、インセンティブはセキュリティ インフラストラクチャの実装の重要な要素です。シーケンサーとビルダーは、インセンティブが施行されているルールと一致している場合には、より大きな努力を払う可能性が高くなります。これは、これらの設定にも活発な市場が存在するはずであることを意味します。専門化のための資本コストが高くなる可能性があるため、こうした市場は明らかに集中化が進んでいます。したがって、最も賢い（そして最も裕福な）企業は、可能な限り多くの価値を獲得するために統合し、専門化する可能性があります。ここで、排他的な注文フローは一部のプレイヤーにとって矢となる可能性があり、集中化の増加につながります。一般的なベンチマーク料金で十分かもしれませんが、シーケンスプレーヤーを専門化に向けて実際に推進するものではありません。したがって、特定の状況に適したインセンティブを通じてトレーダーが結果に満足し続けるようないくつかの概念を導入するとよいでしょう。
これはほとんどの人にとって明らかなはずですが、ロールアップ レベルの順序付けについて議論する際には依然として言及する必要があります。順序を制御できれば、プロトコルの値をより簡単に「抽出」できます。これは、トランザクションを再注文する権限を制御するためです。通常、ほとんどの L1 では優先料金に基づいています (MEV ブースト風の設定)。チェーン上で価値を引き出す複雑な参加者が支払う料金を優先的に提供します。これらのプレーヤーは、多くの場合、(価値が提供されなくなるまで) かなりの金額を支払うことをいとわないでしょう。ただし、現在、ほとんどのロールアップでは先着順メカニズムが採用されています。ほとんどの MEV 抽出は遅延戦争によって発生するため、ロールアップ インフラストラクチャに重大な負担がかかります。上記の理由により、優先料金の概念 (Arbitrum の時間強化メカニズムなど) を備えたランキング構造を実装し始めるロールアップがますます増える可能性があります。
私たちが気に入っているもう 1 つの例は Uniswap です。現在、プロトコルとしての Uniswap は多くの非効率を「生み出し」ています。これらの非効率性は、MEV（流動性プロバイダーを犠牲にして裁定取引）を抽出しようとする参加者によって悪用されます。同時に、これらの参加者は価値を引き出すために多額の料金を支払いましたが、その価値はいずれもUniswapプロトコルやそのトークン所有者の手に渡ることはありませんでした。代わりに、この抽出された値の大部分は、ある時点で値を取得できるようにするブロックに含める権利として、MEV-Boost 経由でイーサリアムの提案者 (検証者) に支払われます。したがって、Uniswap の注文フローには数多くの MEV 機会がありますが、Uniswap によって捕捉されるものはありません。
もしUniswapがプロトコル内で注文を制御できれば（そしてサーチャーから優先料金を引き出す能力があれば）商業化を達成でき、おそらくそれらの利益の一部をトークン保有者や流動性プロバイダーなどに支払うこともできるだろう。 Uniswap への変更 (例: UniswapX など) がオフチェーン実行 (および決済層としてのイーサリアム) に向けて移行しているため、このメカニズムはますます可能性が高まっているように見えます。
部分的な PBS メカニズムを備えたロールアップを想定した場合、注文フローと商品化プロセスは次のようになります。
このことから、ロールアップ注文者と提案者の商品化は次の公式に従う可能性があります。
発行量 (PoS) + 手数料収入 (+ 優先度) - DA、州のパブ、保管場所のコスト
現在イーサリアムでどれだけの価値が抽出されているか (特にアービトラージ) を確認する良い方法は、非効率から実際にどれだけの価値を抽出できるかについての概要を示す Mevboost.pics にあります。
さらに、優先料金ガス戦争をオフチェーン構造から切り離すことで、MEV 抽出を実行環境に隔離することで、サプライチェーンの混乱を抑えることができます。ただし、リーダーの選出がロールアップで行われる場合、ほとんどの MEV がロールアップで抽出され、DA レイヤーが含まれない限り基礎となる構造の余地がほとんどないことを考慮すると、決済レイヤーの優先手数料は流動性統合またはその他の経済から来ます。規模。
明確にするために、これらの構造の多くは、検証ブリッジや強力なセキュリティ保証なしで純粋にオフチェーン構造として機能できます。ただし、そこではいくつかのトレードオフを考慮する必要があります。既存のものと目に見えないものの両方で、これらのものがさらに出現しているのがわかり始めています。 1 つ指摘しておきたいのは、モジュラーセットアップは必ずしもロールアップを意味するわけではないということです。
上記の順序付けルールは、インフラストラクチャを微調整することで、その上に構築されたアプリケーションを大幅に改善できる例を表しています。
