著者: シニック・レオデン**TL;DR*** **MEV とは: **MEV は Miner Extractable Value (Maximal Extractable Value、最大抽出可能値とも呼ばれます) と呼ばれ、追加収入を指します。 MEVの入手方法はDEXアービトラージ、清算、フロントランニング、バックランニング、サンドイッチ攻撃などに分けられます。* **MEVの影響: **フロントランニング取引とサンドイッチ取引は劣悪なユーザーエクスペリエンスとより深刻な損失につながりますが、同時にDEX裁定取引とローン清算は、Defi市場がより早く均衡に達し、市場の安定性を維持するのに役立ちます。* **MEV 市場規模は成長し続けています:** イーサリアムでのマージ後、Flashbot を使用したイーサリアムのブロック提案者だけが 206,450 ETH 以上を受け取りました (2023 年 7 月初旬時点)。* Flashbots は、MEV 分野における絶対的な支配力の 1 つです。MEV-Geth を使用すると、マイナーと検索者が MEV の収益を共有できます。MEV-Boost を使用すると、ユーザーのトランザクションがフロントにならないようにしながら、MEV を提案者、構築者、検索者に分散できます。実行中。MEV-share は、ユーザー、ウォレット、Dapps がトランザクションによって生成された MEV を取得できるようにすることに取り組んでいます。MEV-SGX は、SGX の信頼できるハードウェアを使用して、信頼できる MEV-Relay の役割を完全に置き換え、パーミッションレスを実現します。SUAVE は、 MEV リスクによってもたらされる中心。専用チェーンとして、トランザクションの順序付けとブロック構築サービスを既存のすべてのチェーンに提供します。* **MEV市場の新たな変数: **Chainlinkは市場最大のオラクルプラットフォームとして、オラクルネットワークレベルでトランザクションを注文することでMEVの問題を軽減しようとしています;UniswapXの出現は「サンドイッチ攻撃」の問題を効果的に解決します」ということですが、同時にMEVレビューなどの新たな問題ももたらします。**MEVとは**MEV の正式名は Miner Extractable Value (Maximal Extractable Value、最大抽出可能値とも呼ばれます) で、マイナーがトランザクションを操作 (トランザクションの追加、削除、再配置) することで得られる追加収入を指します。一般的なパブリック チェーンでは、すべてのトランザクションはまず Mempool メモリ プールに送信され、ブロックに含まれるのを待つ必要があります。マイナー/検証者は、ブロックチェーンエコシステムでブロックを生成する責任を負う役割として、どのトランザクションがブロックに含まれるかを決定でき、高い権限を持ちます。当初、マイナーはトランザクション手数料を高いものから低いものへと並べ替えて、ブロックに含まれるトランザクションの順序を決定するだけでした。その後、マイナーはメモリ プール内のトランザクションを監視することで、ブロックにトランザクションを追加したり、トランザクションを削除したり、トランザクションの順序を変更したりして、ブロック報酬以外の利益を得ることができることを発見し、MEV が登場しました。実際には、複雑なアルゴリズムを通じて収益機会を探している専任のサーチャーが存在することがよくありますが、オープンなメンプール間でサーチャーが競争しているため、サーチャーが MEV の機会を見つけると、確実にトランザクションを送信するためにトランザクション手数料を増額します。 。CGVFOFは業界の一般意見を統合しており、さまざまな戦略に従って、MEVの取得方法はDEXアービトラージ、清算、フロントランニング、バックランニング、サンドイッチ攻撃などに分類されます。確率的ファイナリティ コンセンサス アルゴリズムを使用するブロックチェーン (PoW コンセンサス アルゴリズムを使用するビットコインやイーサリアム 1.0 など) の場合、フィー スナイピング攻撃も発生する可能性があります。* **DEX アービトラージ。 **異なる DEX 間では価格に違いがある場合があります。ブロックチェーンのアトミック取引機能を使用すると、低価格の DEX で購入し、高価格の DEX で売却して、リスクのない裁定取引を実現できます。* ** ローン清算。 **貸付契約 住宅ローン金利が事前に設定された比率よりも低い場合、通常、この契約により誰でも担保を清算して貸し手に直ちに返済することが許可されます。借り手は通常、清算中に巨額の清算手数料を支払う必要があり、その一部は清算人が所有するため、MEVの機会がもたらされます。* **フロントランニング。 **フロントランナーとして理解できますが、収益性の高い取引を監視すると、より高い取引手数料で同じ取引が送信され、自分が送信した取引が元の取引よりも前のブロックに含まれ、利益が得られます。得られた。もちろん、フロントランニングとは、同じトランザクションを繰り返し実行することだけを指すのではなく、広義には、あるトランザクションの前にトランザクションを挿入して利益を得る行為を指します。* **バックランニング。 **AMM自動マーケットメイクメカニズムを使用するDEXの場合、大規模な取引により大幅なスリッページが発生します。大規模な取引が発生すると、市場はアンバランスな状態になりますが、バックランニングとは、大規模な取引の後に取引を追加して、市場の均衡価格よりも低い価格で資産を購入することを指します。* **サンドイッチのお得なセール。 **サンドイッチ取引は、フロントランニングとバックランニングの組み合わせです。サンドイッチ取引とは、大規模な取引の前に安い価格で買い、大規模な取引によって価格が上昇したときに高値で売って高い利益を得る取引のことを指します。* **手数料スナイピング攻撃。 **最近、BRC-20市場の激化によりビットコインネットワークが遮断され、取引手数料が高騰し続けており、手数料スナイピング攻撃の可能性が再び注目され始めています。 PoWコンセンサスを備えたブロックチェーンネットワークでは、潜在的な収入が十分に大きい場合、マイナーは最後の数ブロックをロールバックまたは再編成し、特定のトランザクションを並べ替えたり含めたりすることで、より多くの収入を得ることができます。注: マージ前のイーサリアムも PoW コンセンサスを採用していましたが、イーサリアムはそれをタイム バンディットと呼んでいました。**MEV の影響**MEV はユーザー、さらにはブロックチェーン ネットワーク全体に悪影響を及ぼしますが、同時に市場をよりバランスのとれた効率的なものにします。1. 良い点DEX 裁定取引とローン清算は、Defi 市場がより早く均衡に達し、市場の安定を維持するのに役立ちます。従来の金融と同様に、MEV サーチャーは実際、効率的な金融市場が存在するための前提条件です。このタイプの MEV の場合、MEV 検索者が得る収益は市場から得られます。2. マイナス面フロントランニングおよびサンドイッチトランザクションは、ユーザーエクスペリエンスの低下とより深刻な損失につながり、競合する MEV 検索者は、ガスオークションを通じてネットワークの混雑を引き起こし、ガス料金の上昇を引き起こします。確率的ファイナリティを持つ PoW チェーンの場合、より深刻なのは手数料スナイピング攻撃の可能性であり、タイムバンディット攻撃はブロックチェーンの「不変性」原則に違反し、ブロックチェーン ネットワークのセキュリティと安定性に重大な損害を与えるため、最近のBTCコミュニティは、Ordinalプロトコルによってもたらされた現状を懸念しています。PoS チェーン、特に現在の ETH2.0 では、MEV は検証者の集中化につながる可能性があります。プレッジプールが大きくなると、より高い MEV 収入が得られ、MEV 抽出能力を向上させるためのリソースが増えるため、マシュー効果が生じ、最終的には検証者の集中化とセキュリティの低下につながります。**MEV開発の歴史****初期の芽 (2010-2017):**2015年、ビットコインコア開発者のピーター・トッドは、上記のフロントランニングコンセプトの前身である「手数料による置換（RBF）」コンセプトをTwitter上で提案し、ユーザーが同じ入力で少なくとも1つのトランザクションを送信できることを指摘しました。元の取引に代わる取引手数料。RBF に基づいて、ビットコイン コミュニティは手数料スナイピングに関する研究を徐々に進化させてきました。フィースナイピングとは、最初にそれらのブロックを作成したマイナーからの手数料と引き換えに、マイナーが 1 つ以上の以前のブロックを意図的に再マイニングすることを指します。以前のブロックを再マイニングすることは、新しいブロックでチェーンを拡張するよりも成功する可能性が低くなりますが、トランザクション手数料の観点から、以前のブロックがマイナーの現在のメモリプール内のトランザクションよりも価値がある場合は、このアプローチの方が収益性が高い可能性があります。 Fee Sniping は後に EVM モデルに拡張され、「Flash Boys 2.0」論文では「Time Bandit」攻撃として説明されました。**正式に誕生 (2018-2019):**MEV は、状態紛争および提出済みだが未確認の状態転送の場合にのみ MEV を生成しますが、ビットコインには共有状態がほとんどなく、状態転送は厳しく規制されているため、ビットコインの MEV は手数料スナイピングと二重支払い攻撃に限定されます。チューリング完全スマート コントラクトを持つイーサリアムでは、MEV の機会が大幅に増加します。2016 年に、イーサリアムの最初の DEX である EtherDelta が開始されました。これはサブマッチング オーダーブック デザインを使用しており、実際に市場に幅広い MEV の機会を提供しましたが、当時は誰もそれを十分に活用していませんでした。2017年、イーサリアム初のアルゴリズム安定通貨であるDAIが登場し、Defiに清算機能を提供し、大規模だがまれなMEV機会（スパイクMEV）が市場に登場しました。 2018 年、Hayden Adams は、AMM 自動マーケットメイク メカニズムを使用するイーサリアム初の DEX である Uniswap を設立しました。AMM メカニズムは、実際には市場効率を維持するために MEV エクストラクターに依存しており、これにより市場における MEV の機会が大幅に増加します。**Flashbot の出現 (2019-2021):**2019年4月には「Flash Boys 2.0」が出版され、MEVの研究は主流の見方に入った。 2019年末、志を同じくするデジタル遊牧民のグループが、ロボット表現をロゴにしたPirate Shipを結成したが、後にFlashbotsと改名された。2021年1月にはFlashbots Auction（mev-gethとflashbotsリレー）が正式リリースされ、Defi Summerの人気に乗って抽出されるMEVが大幅に増加しました。**ステータス: MEV は繁栄しており、Flashbot も繁栄しています**MEV市場がますます大きくなるにつれて、多くのプロジェクトも開放の仲間入りを果たしています。 Flashbotsは現在イーサリアムメインネットのみをサポートしているため、現在主流のAltレイヤー1とレイヤー2はFlashbotを学習してMEVオークション機能を実現しようとしています。トランザクション プールを暗号化することで MEV の問題を完全に解決しようと、別の道を選択したプロジェクトもいくつかあります。 Flashbots自体も常に革新を続けており、2021年初めのFlashbots Alpha以降、Flashbots Protect、MEV-Boost、MEV-Shareが次々と実現され、次の段階のSUAVEも開発中です。**MEV市場の規模はどれくらいですか? **理論的には、ユーザーが送信したトランザクションに含まれる MEV のメリットは無限にあります。ただし、MEV の利点は限られた計算では決定できず、人々が発見した MEV の利点は、考えられる MEV の下限を構成します。通常、人々は実現された MEV (Realized MEV、REV) を通じて、起こり得る MEV 市場の状況を予測します。イーサリアム統合後の MEV 市場統計 出典:Flashbotsが提供したデータによると、イーサリアムの合併後の2023年7月初旬の時点で、206,450ETHのREVの出金が実現しました。ただし、これはブロック提案者が受け取る MEV 収入のみであり、検索者の収入は含まれていません。**市場競争がなければもっと良くなるでしょうか? **これまで人類社会が蓄積してきた歴史的経験からすると、多くの場合「見えざる手」の方が良い選択となります。しかし、特定の分野には市場経済が適用されず、市場の乱用は深刻な結果を招くことを否定する人はほとんどいません。フロントランニングによるガス価格高騰の問題は、イーサリアムの価格メカニズムに根ざしています。サーチャーの優先ガスオークションを回避するために、ガス価格を固定レベルに維持することはできますか?しかし、これの明白な結果はチェーン外での共謀であり、MEV の機会を持つサーチャーはマイナーに賄賂を渡し、自分の取引をより早くブロックに含めるようにするでしょう。ライセンスの考え方はイーサリアムの宣伝に反するものです。もちろん、ネットワーク内のマイナー/検証者に、悪事を行わないことを保証するために、ある種の権威ある証明書を渡すことを許可することもできますが、これには強力な信頼の前提が導入され、完全に許可されたチェーンになります。つまり、CGV は、イーサリアムの既存の特性を維持するという前提の下では、MEV 問題を完全に解決することは難しい可能性があると考えています。**MEV の悪影響を軽減する方法****プロトコル レベルの PBS - イーサリアム コミュニティのためのソリューション**PoS では、バリデーターはブロックの提案者として順番に勤務し、バリデーターはブロックがチェーンに書き込まれるかどうかを決定するための合意に達します。 PoW では、マイナーはブロックのリフティングとコンセンサス作業を完了しますが、これは本質的に同じです。PBS は主に、現在の MEV によってもたらされた検証者の集中化の問題を解決します。デフォルトの MEV プロセスでは、ブロックプロデューサーには 2 つのタスクがあります。1) 利用可能なすべてのトランザクションから最適なブロックを構築する (ブロック構築)、(2) そのブロックをネットワークに提案する (ブロック提案)。MEV が完全にマイニングされていない場合、ステップ 1) では実際にトランザクションをトランザクション手数料に従って最大から最小まで並べ替え、単にトランザクションを前から後ろのブロックに含めます。現在、MEV の利益が徐々に増加しているとき、より大規模なマイニング プール/バリデーター プールは実際により多くの市場シェアで MEV の利益を獲得し、マシュー効果につながり、コンセンサス ネットワークはますます集中化するでしょう。さらに、分散型マイニングプールの実際のブロックリフティングエンティティは MEV の機会を得ることができますが、他のメンバーは利益を共有できません。このメカニズムの不公平性により、分散型マイニングプールの採用率は低下します。コンセンサスネットワークの集中度はさらに高まりました。**MEV に関与する可能性のある役割は次のように分類できます。**1.プロデューサー: マイナー、バリデーター2. プロポーザー: ブロック セレクター (最も高い MEV を持つビルダーによって構築されたブロックを選択します)3.Builder: Builder (ブロックの内容の決定を担当)4. 検索者: トランザクションに含まれる MEV を検索します。5. ユーザー: MEV を含む可能性のあるトランザクションを送信します。もちろん、この段階では実際には多くの役割が同じ主体によって実行されており、例えば、通常のイーサリアムのコンセンサスプロセスでは、プロデューサー、提案者、構築者は同じ役割です。**ヴィタリックの初期提案**Vitalik 氏は、2021 年の初めに、それぞれ異なる重点を置いた 2 つのソリューションを提案しました。このセクションで説明するスキームはイーサリアム プロトコルのレベルにあり、PBS は Flashbot などのスキームのプライベート ネゴシエーションではなく、プロトコルによって強制されることに注意してください。PBS は次の 5 つの目標を達成しようとします。1. 提案者のフレンドリーさを信頼する必要はありません: 建設者は提案者を信頼する必要はありません2. 建設業者のフレンドリーさを信頼する必要はありません: 提案者は建設業者を信頼する必要はありません。3. 提案者の親和性が低い: 提案者は高いコンピューティング リソースや高い技術的難易度を必要としません。4. バンドルは盗むことができません: 提案者は、建設者が提出したブロックの利益を盗むことはできません5. コンセンサスはシンプルで安全です。コンセンサスはセキュリティを維持するため、現在のブロック提案メカニズムを変更しないことが最善です。**計画 1*** ビルダーはバンドルを作成し、バンドル本体のハッシュ、提案者への支払い、ビルダーの署名を含むバンドル ヘッダーを提案者に送信します。* 提案者は最も利回りの高いバンドル ヘッダーを選択し、バンドル ヘッダーを含む提案書に署名して公開します。* 署名された提案を見た後、ビルダーは完全なバンドルをリリースします5 つの目的に従って分析します。* プロポーザーは、ビルダーが支払った料金を請求できますが、ビルダーが MEV 利益を受け取るのを防ぐことができます。たとえば、スロットの最後にプロポーザルをリリースすると、ビルダーは完全なバンドルをリリースする時間がなくなりますか? 目標を達成できません1?* バンドル ヘッダーを送信すると、ビルダーからの支払いを確実に受け取ることができ、提案者はビルダーを信頼する必要がなく、目標 2 を満たします。* 簡単なネットワーク通信と基本的な署名操作のみが含まれ、目標 3 は達成されます。* 提案者はバンドルのコンテンツを独占的に取得することはできませんが、ヘッダーのみを参照することができ、目標 4 を達成できます。* 新しいロールビルダーの導入により、フォークのルールを変更する必要があり、考えられる状況が 2 から 3 に増加しました。これにより、フォークの選択が複雑になり、新たな不確実性が生じる可能性があり、目標 5 を満たしていません。**シナリオ 2*** ビルダーはバンドルを作成し、バンドル本体のハッシュ、提案者への支払い、ビルダーの署名を含むバンドル ヘッダーを提案者に送信します。* 提案者は、リストを形成するために表示されるバンドル ヘッダーから選択し、リストに声明に署名します。* ビルダーはステートメントを確認した後、対応するバンドル本体を公開します* 提案者は独自の署名リストからバンドル ヘッダーを選択し、それを含む提案を公開します。5 つの目的に従って分析します。* バンドルが提案に完全に含まれている場合にのみ、建設者は提案者に支払いを行い、目標 1 を満たします。* ビルダーは複数の高コストのバンドル ヘッダーを公開できますが、実際のバンドル本体は公開しないため、提案者は有効なバンドルを公開できなくなり、目標 2 は満たされません。* 受信できるバンドルの数が制限されていない場合、提案者が受信するバンドル本体が多すぎるため、ネットワーク帯域幅が高くなり、目標 3 を達成できなくなる可能性があります。* 提案者は事前に声明に署名しているため、スロットでは提案リスト内の限られたバンドルのみを使用でき、利益を盗むことはできず、目標 4 は達成されます。* ビルダーはコンセンサスプロセスに直接参加せず、提案者の動作は以前と同じで、フォークの増加はなく、目標 5 は満たされています。**進化における 2 つのルート - 2 スロット PBS と 1 スロット PBS**2 つのルートは、Vitalik の以前の計画を改良および改良したもので、2 スロット PBS と単一スロット PBS がそれぞれ計画 1 と計画 2 に対応します。2 スロット PBS では、勝利したビルダーのブロック コンテンツを保存するために「中間ブロック」と呼ばれる新しいブロック タイプが追加されます。スロット n では、提案者は、勝利したビルダー ブロックのコンテンツへのコミットメントを含む通常のビーコン ブロックを提案します。次に、スロット n+1 で、勝ったビルダーが、勝ったブロックのコンテンツを含む中間ブロックを提案します。この 2 つは大きなブロックの 2 つの部分とみなすことができますが、2 つのステージ (スロット) に分かれて完成します。最初のステージはブロック ヘッダー (Block Header) に相当し、2 番目のステージは実際のブロック本体 (Block Body) です。ビーコン ブロックがない場合は、入札に勝ったビルダーがないことを意味し、その後の中間ブロックは存在しません。どちらのブロックも委員会の認証によって投票される必要があります。ビーコン ブロックには投票を担当する委員が 1 人だけいますが、中間ブロックはスロット内の残りの委員全員によって投票されます。各ブロック (ビーコン ブロックまたは中間ブロック) の投票は、次のスロットのブロックに表示されます。ビルダーがビーコン ブロックを確認していない場合は、ビーコン ブロックが時間内に解放されなかったことを意味する可能性があるため、ビルダーは中間ブロックを解放しません。さらに、一定期間後に表示されるビーコン ブロックによって引き起こされるビルダーの損失を回避するために、このスキームは明確に定義されたフォーク選択ルールを使用してビーコン ブロックを拒否できるようにします。2 スロット PBS スキームのデザイン ソース:シングル スロット PBS では、分散委員会がブロックのコンテンツを保持する仲介者として機能します。ビルダーはバンドル ヘッダーをオークション サブネットに送信し、同時に暗号化されたバンドル本体を委員会に送信します。コミッティはしきい値を超えると、提案者が提案を送信します。提案を受信した後、コミッティはバンドル本体を復号してブロードキャストし、単一スロットで PBS のブロック生成を完了できます。シングル スロット PBS デザイン ソース:**イーサリアムには MEV だけでなく、プロトコル層で PBS が必要です**イーサリアムのプロトコル層に PBS を実装すると、コンセンサス基盤が揺らぎ、さまざまな新たな問題が発生する可能性があります。プロトコルの上にある他のソリューションで問題を解決するのではなく、プロトコル層を変更する必要があるのはなぜでしょうか?イーサリアムコミュニティには下心があると考えられますが、PBS は MEV 問題の緩和に加えて、イーサリアムの長期的な発展にとっても非常に重要です。PBSでは、提案者はトランザクションの順序を扱う必要がないため、ステートレス性が実現され、イーサリアムの完全な状態を保存する必要はなく、ビルダーによってパッケージ化されたブロック内のトランザクションの正当性を検証するだけで済みます。メルケルの証明に。ダンクシャーディングが徐々に議題に上がってくると、将来の保管の負担は増加するでしょう。ステートレス機能は非常に重要であり、提案者のストレージ要件が軽減され、より多くの人が提案者になれるようになり、分散化の度合いが向上します。イーサリアム コミュニティによって提案された PBS 提案は、実際には EIP-1559 とまったく同じです。マイナー/検証者は、ブロック内の取引内容を決定する役割として非常に高い権限を持っており、利益を上げすぎると中央集権化が進み、コンセンサスネットワーク全体のセキュリティに影響を与える権限を持ちすぎてしまいます。 。 PBS がしなければならないことは、マイナー/検証者の地位を弱体化し、彼らの収入を減らし、人々の間で権力を分散させることです。さらに、Flashbots MEV-Boost によって実装された PBS スキームは、Relay の信頼仮定により、トランザクション検閲の問題を引き起こします。これは、イーサリアムの検閲耐性とパーミッションレスのビジョンに深刻なダメージを与えます。トランザクションのレビューには最大 80% のソースが使用される場合があります。信頼を必要としないリレーであるイーサリアム プロトコル レベルの PBS は、ビルダーに対する提案者の制限を通じて、ビルダーに検閲されたトランザクションを強制的に含めるか、直接含めることができ、イーサリアムの反検閲特性を向上させることができます。概要: イーサリアム プロトコル レベルの PBS は、構築者と提案者の間で利益の分配を実現し、提案者の閾値を下げ、イーサリアムの分散化レベルを向上させ、検閲防止機能を向上させますが、イーサリアムのエクスペリエンスは向上しません。一般のユーザー。**フラッシュボット——MEV分野における絶対的な優位性**Flashbot は市場オークションを通じて MEV の問題を軽減し、MEV 参加者に利益をもたらします。Flashbot の公式ドキュメントでは、1) Flashbots Auction 2) Flashbots Data 3) Flashbots Protect 4) Flashbots MEV-Boost 5) Flashbots MEV-Share に従って分類されていますが、実際には、MEV-Boost は Flashbots におけるフェーズ スキームです。オークション では、Flashbotの発展を時系列に沿って説明していきます。Flashbots Auctionは実際にはETH1.0のMEV-Geth（合併前）とETH2.0のMEV-Boost（合併後）の2段階で構成されています。**MEV-ゲス**2021 年初めに、Flashbots は MEV-Geth と MEV-Relay をリリースしました。 MEV-Geth は Go-Ethereum クライアント上のパッチで、コードはわずか数百行ですが、MEV-Relay はバンドル フォワーダーであり、サーチャーとマイナー間のトランザクション バンドルの転送を担当します。MEV-Geth と MEV-Relay は、プライベート トランザクション プールと密閉入札ブロック スペース オークションを提供し、MEV が暗い森から市場経済への転換を可能にします。バンドルは、トランザクション順序の優先順位を表現するために使用される新しいトランザクション タイプです。Flashbots Auction では、バンドル通信を標準化するために「eth\_sendBundle」と呼ばれる新しい RPC を導入しています。バンドルは、署名されたトランザクションのセットと、それらのトランザクションが受け入れられた条件で構成されます。同時に、Flashbots は Flashbots Protect RPC ノードも提供しており、ユーザーはウォレット内の RPC ノードを変更するだけで、パブリック トランザクション プール内のフロント ランニングによるトランザクションの攻撃を防ぐことができます。さらに、Flashbots Protect は別のブロック生成プロセスを通じてユーザートランザクションを送信するため、取り消しは発生せず、ユーザーは失敗したトランザクションに対して料金を支払う必要がありません。 (ただし、排他的なオーダー ストリームが EOF になります)MEV-Geth は、イーサリアムマイナーの 90% 以上にすぐに採用され、マイナーの収入が大幅に増加しました。ただし、単純なオークション設計には、1) マイナーを信頼する必要がある、2) Geth とのみ互換性があり、多様性に欠ける、3) オークション サービスは集中サーバー上で実行され、単一障害点のリスクがあるなど、いくつかの重大な欠点があります。さらに、検索者間の一般的な競争により、収益の大部分がマイナーに渡され、イーサリアムに集中化のリスクが生じます。ソース: MEV-Boostマージ後、イーサリアムは PoS コンセンサスに変わり、MEV による集中化の問題がより顕著になり、Flashbot はこの問題に対処するために MEV-Boost を設計しました。MEV-Boost は、シングル スロット PBS のバリエーションと考えることができます。イーサリアム プロトコル レベルの PBS とは異なり、このソリューションは、プロトコルを介した必須の動作ではなく、オプションのミドルウェアとしてサービスを提供し、コンセンサス プロセスを変更しません。Relay は、User/Searcher と Miner の間の仲介者として機能しなくなりましたが、Builder と Validator の間の中間ノードとして機能します。User/Searcher によって送信されたトランザクション フローに従って、Builder、Relay、および Validator の各役割は最大値に従って選択されます。ダウンストリームに送信されたブロック。ソース：MEV-Boost は、Single Slot PBS で提案されている commit-reveal スキームを採用しており、Validator がブロック ヘッダーをコミットした後でのみ、Builder はブロックのコンテンツ全体を公開します。具体的なプロセスを次の図に示します。プロポーザルの前に、バリデーターは MEV-Boost とリレーに登録して、ブロック ビルダーがバリデーターを指定するプロポーザルのブロックを構築できるようにする必要があります。1.ユーザー/検索者は、パブリック/プライベート メモリプールを通じてブロック ビルダーにトランザクションを送信します。2. ブロックビルダーは受信したトランザクションに従ってソリューションペイロードを構築し、利益分配の観点から、ビルダーは自身のアドレスをペイロードのコインベースアドレスとして設定し、最後のブロックは提案者のアドレスへの転送として設定されます。ブロックがリレーに送信される3. リレーはブロックの有効性を検証し、utionPayloadHeader を MEV-Boost に送信します。 MEV-Boost は、さまざまなリレーによって送信された utionPayloadHeader から最も収益性の高いものを選択し、バリデーターに転送します。4. Validator はヘッダーに署名し、submitBlindedBlock を通じてヘッダーを呼び出し、MEV-Boost に送り返し、リレーに転送します。リレーは署名を検証した後、完全なペイロード本体を MEV-Boost に送信し、Validator がネットワークに SignedBeaconBlock を提案するときに使用するコンセンサスに転送します。ソース：MEV-Boost は MEV-Geth に比べて汎用性が高く、Consensus Client のプラグインとして使用され、複数のクライアントをサポートし、元の Miner の集中化の問題を解決します。しかし、PBS以降、ビルダーの権限が強化され、市場を支配するビルダーは取引の流れを見直し、独占する能力を得ることができ、現状ではビルダー間の競争を促進することでしか中央集権リスクを防ぐことができません。 Relayの信頼レベルはさらに低下しましたが、仮想入札を提出することで依然として建設者と提案者にリスクをもたらす可能性があります。現在、この問題はリレーの誠実さを監視し、バリデーターとビルダーがリレーを自由に選択できるようにすることで軽減されています。**MEV シェア**MEV-Geth を使用すると、マイナーとサーチャーが MEV 収益を共有できます。MEV-Boost を使用すると、ユーザーのトランザクションがフロント ランニングになるのを保護しながら、MEV をプロポーザー、ビルダー、およびサーチャーに分散できます。しかし、どちらもユーザーの利益を考慮していません。 Web3の考え方では、ユーザーが作成したデータが生み出す価値はユーザー自身に還元されるべきであり、MEV-Shareはこのコンセプトを実践する企業です。 MEV-share は、ユーザー、ウォレット、Dapps がトランザクションによって生成された MEV を取得できるようにすることに取り組んでいます。マッチメーカーの役割は、ユーザー、検索者、およびビルダーの間の仲介者として MEV-Share に導入され、検索者に公開されるユーザー トランザクション情報を制限することでユーザーのプライバシーを維持します。同時に、Searcher は、ユーザーの利益の損失を避けるために、ユーザーのトランザクションの後に独自のトランザクション、つまりバックランニングのみを挿入するように制限されています。バックランニングによってユーザーに損失が生じることはなく、バックランニングによって得られる利益は実際には市場の不均衡によって生み出されます。ユーザーは、ウォレットを Flashbots Protect RPC に接続するだけで、Matchmaker にトランザクションを送信したり、Matchmaker API を介してプライベート トランザクションを送信したりすることができ、ユーザーはトランザクションで送信するビルダーを指定できます。Searcher の場合、SSE Event Stream を通じて Matchmaker から送信されるトランザクション情報のオプション部分をリッスンする必要があります。 SSE は、クライアントがリクエストを開始する必要なく、サーバーがクライアントにアクティブに情報をプッシュできるようにするテクノロジーで、クライアントはブロックチェーンのステータスの更新をリアルタイムで取得できます。 Searcher はそこからトランザクションを選択し、自己署名 TX を挿入してバンドルを作成します。検索者は、MEV フィードバックを取得し、自分のバンドルがブロックに含まれる確率を高めるために、バンドル内のトランザクションに関する情報を他の検索者と共有できます。検索者はバンドルのプライバシー フィールドでビルダーを指定することもでき、最終的にバンドルはユーザーと検索者が共同で承認したビルダーに送信されます。**SGX 暗号化 - 信頼できるハードウェアにより信頼の前提を排除**市場における MEV の問題を軽減するための SGX の使用に関する調査と議論は、もともと Flashbots によって開始されました。MEV-SGX スキームは、主に 2021 年初めにリリースされた Flashbots Alpha (Flashbots MEV-Auction の初期バージョン) スキームにおける MEV-Relay の信頼問題に関して、2021 年 6 月にイーサリアム フォーラムで体系的に詳しく説明されました。 MEV-SGX は、完全にプライベートで許可のない MEV オークション メソッドを構築します。この記事では、1. ブロック ヘッダーのみを送信し、トランザクション トライを非表示にする 2. マージン ブロック ヘッダー 3. タイム ロック暗号化 4. セキュリティ分離領域とその他のソリューションについて説明し、最終的にセキュリティ分離領域 (最も広く使用されているのは Intel のセキュリティ分離領域) を使用することにしました。 SGX) を使用して、完全なプライバシーと許可なしを提供します。MEV-SGX スキームでは、SGX は信頼できる実行環境 (Trusted ution Environment、TEE) として機能し、MEV-Relay の単一の信頼仲介者に代わって、各 SGX がサーチャーとマイナーによって使用されます。 SGX は、相手側が改ざんやハッキングができない環境で特定のコードを実行することを保証できます。サーチャーの SGX は、ブロックの有効性とマイナーの収益性を保証する責任を負います (提案者はビルダーを信頼する必要はありません)。マイナーの SGX は、ブロック コンテンツの復号化とブロードキャストを担当します (ビルダー提案者を信頼する必要はなく、提案者は建設者が提出したブロックを盗むことはできません（利益）。この提案が提案されたとき、イーサリアムはまだ PoW コンセンサスに含まれていたため、「検証者」の代わりに「マイナー」という用語が使用されたことに注意してください。しかし実際には、コンセンサスにおける 2 つの機能は同じであり、どちらもパックです。トランザクションと提案ブロック。イーサリアムがマージを通じて 2.0 段階に入り、PoS コンセンサスに移行すると、完全なソリューションとしての MEV-SGX の量は徐々に減少し、MEV-Boost と MEV-Share に置き換えられました。ただし、SGX は完全に放棄されたわけではありませんが、MEV-SGX の実装はより困難であるため、コミュニティはより現実的な MEV-Boost と MEV-Share を選択し、SGX の欠陥を改善するパッチの形で SGX を使用する予定です。現在の解決策。2022 年 12 月 20 日、フラッシュボット コミュニティは、Geth (イーサリアム クライアントの Go 実装) が初めて SGX で実行され、MEV に適用される SGX の技術的実現可能性が検証されたと発表しました。 2023 年 3 月 3 日、フラッシュボット コミュニティは、ブロック ビルダーの操作が SGX で実現されたことを発表しました。これは、トランザクションのプライバシーとビルダーの分散化に向けた新たな一歩です。セキュリティ隔離領域でブロック構築アルゴリズムを実行することで、ユーザー以外の参加者はユーザーのトランザクションの内容を見ることができず、プライバシーを維持できます。同時に、検証可能なブロック実行アルゴリズムを実行することにより、プライバシーを損なうことなくブロックの経済効率を証明できます。長期的には、SGX でビルダーを実行すると、提案者に検証可能で有効なブロックが提供され、実際の入札が提供されます。これにより、信頼された MEV-Relay ロールが完全に置き換えられ、パーミッションレスが実現される可能性があります。**SUAVE - MEV の未来**MEV-Share は MEV によってもたらされる利益の分配を解決しますが、ブロック建設力によってもたらされる集中化のリスクを排除することはできません。 Flashbot の現段階では、1) 排他的注文フロー (Exclusive orderflow) 2) クロスドメイン MEV により、Builder 市場にはプラスのフライホイール効果があり、集中化リスクが発生しやすいです。SUAVE (価値表現のための単一統一オークション) は、MEV によってもたらされる集中化リスクの解決を試みます。 SUAVE はモジュラー ブロックチェーンのもう 1 つの試みで、すべてのブロックチェーンにプラグ アンド プレイのメモリ プールと分散型ブロック ビルダーを専用のブロックチェーンとして提供し、既存のすべてのチェーンとブロック構築サービスにトランザクションの順序付けを提供しようとしています。ソース：複数のチェーンをサポートする機能により、クロスドメイン MEV の抽出効率が効果的に向上します。ブロックチェーンとしてのその分散化特性により、以前のソリューションにおける Block Builder の集中化リスクが解決されます。SUAVE は、次の 3 つの主要コンポーネントで構成されます。1. ユニバーサルプリファレンス環境 (ユニバーサルプリファレンス環境) プリファレンスは、トランザクション実行に対するユーザー/検索者のニーズ (トランザクションパラメータ、時間、順序など) を反映し、バンドル上で改善されたトランザクションタイプとして理解でき、取り消しプロパティを持たないバンドルの事前確認プライバシー。 Universal は SUAVE のマルチチェーン機能を反映し、すべてのチェーンでユーザー/検索者によって SUAVE に送信されたトランザクションを合計し、一般的な並べ替えレイヤーを提供し、ユーザーの設定を収集して MEV 抽出の効率を向上させることができ、異なるドメイン間でのブロック ビルダーを許可します。協力して効率を高めます。2. 最適執行市場（Optimal ution Market） 執行者は、ユーザーが提出したプリファレンスに従って入札に参加し、ユーザーに最適な執行を提供し、クロスドメインのプリファレンス表現を完了し、可能な限り多くの MEV 収益をユーザーに還元することができます。3. 分散型ブロック構築（Decentralized Block Building） 分散型ブロックチェーンネットワークにおいて、Block Builder は、分散化を維持することを前提に、ユーザーの好みや最適な実行パスに従って各ドメインにブロックを構築し、各チェーンの Validator にブロックを提供します。 MEVを最大化します。このコンポーネントの前提は、ブロック ビルダーが内容を明らかにすることなく注文フローとバンドルを共有することです。ソース：もちろん、SUAVE はまだ非常に初期のプログラムであり、技術的なルートはまだ不明瞭で、プログラム設計もあいまいで、詳細はまだ進行中であることを指摘しなければなりません。フラッシュボットは、MEV を仮想通貨の世界におけるミレニアム賞問題と呼び、分散型の未来を創造するために協力するよう全員に呼び掛けました。**MEV 市場の新しい変数****Chainlink: Fair Sequencing Service (FSS) - Arbitrum が選択した MEV 軽減策**市場最大のオラクル プラットフォームとして、Chainlink はオラクル ネットワーク レベルでのトランザクション注文を通じて MEV 問題を軽減しようとしています。個人的には、オラクルレポートのフロントランニングを防ぐことがインスピレーションになると思いますが、オラクルレポートは価格に大きな影響を与えるため、ブロック内のオラクルレポートの順序を操作することで高いMEVが得られます。Fair Sequencing Services (FSS) は、次のように簡単に説明できます。 分散型オラクル ノード (Decentralized Oracle Network、DON) は、トランザクションの順序を分散化するツールを提供し、依存する契約作成者によって指定されたポリシーに従って実装します。理想的には、公正な戦略 (通常は FCFS を時系列順に)到着時間順に並べられます）、トランザクションの順序を操作したい参加者にとっては利点がありません。これらのツールを合わせて FSS を構成します。FSS は 3 つのコンポーネントで構成されます。 1つ目は取引の監視です。1. トランザクション監視 FSS では、Oracle ノードが O の MAINCHAIN のメモリ プールを監視し、専用チャネルを通じてオフチェーン トランザクションの送信を完了できるようにします。2. O のトランザクション順序付けノードは、その契約に対して定義されたポリシーに従って、従属契約 SCON のトランザクションを順序付けします。3. トランザクションの公開 トランザクションがソートされた後、O のノードは共同でトランザクションをメイン チェーンに送信します。4. FSS 図の出典: Chainlinkv2 ホワイトペーパーFSS の潜在的な利点は次のとおりです。* 公正な注文: FSS には、豊富なリソースやテクノロジーを持つユーザーの利益を得ることなく、開発者が特定の契約に締結されたトランザクションが公正な方法で注文されることを保証するのに役立つツールが含まれています。通常、公平な並べ替えのための戦略は FCFS です。特定の契約ソースのトランザクション順序:* 情報漏洩の削減または排除: ネットワーク参加者が今後のトランザクションに関する知識を悪用できないようにすることで、FSS は、トランザクションがコミットされる前にネットワーク内で入手可能な情報に基づいてフロントエンド トランザクションなどの攻撃を軽減または排除できます。このリークを悪用する攻撃を防止すると、元の保留中のトランザクションに依存する敵対的なトランザクションは、元のトランザクションがコミットされるまで台帳に入力できなくなります。* 取引コストの削減: 参加者がスマート コントラクトに取引を送信する際に速度を追求する必要がなくなるため、FSS は取引処理コストを大幅に削減できます。* 優先順位付け: FSS は、主要なトランザクションに特別な優先順位付けを自動的に提供できます。たとえば、Oracle レポートに対するトランザクション前の攻撃を防ぐために、FSS は一連のトランザクションに Oracle レポートを遡って挿入できます。スマート コントラクトで MEV を軽減するソリューションと比較して、DON によって実装された FSS は、その MEV 防御ソリューションがオフチェーンで実行されるため、より低いレイテンシーを実現できます。遅延は 12 秒の倍数のブロック遅延ではなく、ミリ秒のネットワーク遅延になります。 。**UniswapX: または MEV サンドイッチ攻撃を解決しますが、MEV 検閲が作成されました**7月17日、大手分散型取引所（DEX）であるUniswapは、分散型取引プールの流動性を集約し、「MEV対策」プロトコルを開始するUniswapXと呼ばれる新しいオープンソースプロトコルを開始するとツイートした。新しい機能。UniswapX は、オフチェーン注文マッチングのプロセスにいくつかの新機能を追加しました。これらの機能には、価格順に正確に従わない並べ替え、指値注文の実行、価格差を処理するためのローカル台帳の使用などが含まれます。これらの変更により、Mempool に保存されるトランザクションはますます予測不可能になり、MEV のアービトラージ スペースがさらに圧縮されています。 MEV の存在は主に、採掘者がガスの量に応じて梱包に優先順位を付けるという機械的なメカニズムによるものです。ただし、オフチェーン台帳を調整することで、確かに MEV を大幅に改善できます。Uniswap トレーダーは「サンドイッチ攻撃」により毎日大量の有害な MEV を生成しており、損失は 300 万ドルに達する可能性があります。 UniswapX は、生のトランザクションを Uniswap の中央サーバーに送信されるインテントに変換することで、この問題を解決するように設計されています。そうすることで「サンドイッチ攻撃」問題は効果的に解決されますが、MEV レビューに新たな問題も生じます。見積や取引の過程においては、適正価格が入札者に偏る可能性があります。この場合、単独の入札者は独占期間中にトランザクションをオンチェーンに置くことでオファーを提出することをいとわないことがよくあります。しかし、それはバリデーターにとっても、取引を精査するためにチームを組む可能性がある機会をもたらします。現段階では、このタイプの攻撃は珍しいように見えますが、一部のバリデーターが十分に強くなったり、複数のブロックを連続で獲得したり、バリデーターの共謀のためのインフラストラクチャが広く使用されたりした場合、MEV 検閲の問題が悪質に拡大する可能性があります。CGVFOFは、イーサリアム財団は実際にはMEVに対して否定的な態度をとっているかもしれないが、現在のブロックチェーンの生態構造の下では、集中採掘者/検証者の巨人が大きな力を持っており、トランザクションの暗号化やその他の手段を通じてワンステップのプロセスを達成するのは難しいと総合的に考えています。問題を適切に解決しないと、深刻な市場変動が発生し、ブロックチェーンエコロジーの持続可能な発展に役立ちません。したがって、Flashbot や他のチームの漸進的改善スキームでは、MEV に参加する複数の当事者を導入し、相互にチェックとバランスをとり、中央集権的な発言権を徐々に弱め、MEV がユーザーに与える影響を最小限に抑え、最終的にはプライベート トランザクション スキームに移行します。摩擦が少なくなります (「3 つの移行」で Vitailik が強調したプライバシーの懸念)。この観点から見ると、MEV は暗い森の中での初期のゼロサム ゲームから権力分立のチェック アンド バランスの段階に徐々に移行しており、ゆっくりと完全なプライバシーに向かって進んでいる可能性があります。しかし、いずれにせよ、MEV は依然として持続可能な発展の可能性を秘めた大きな市場であり、より多くのトレンドセッターやより興味深い新しいものを歓迎するでしょう。***注: この記事は CGV FoF 調査レポートであり、投資アドバイスを構成するものではなく、参照のみを目的としています。 ***
MEV市場が「ゼロサムゲーム」から「三権分立」にどのように移行するかを分析する
著者: シニック・レオデン
TL;DR
MEVとは
MEV の正式名は Miner Extractable Value (Maximal Extractable Value、最大抽出可能値とも呼ばれます) で、マイナーがトランザクションを操作 (トランザクションの追加、削除、再配置) することで得られる追加収入を指します。
一般的なパブリック チェーンでは、すべてのトランザクションはまず Mempool メモリ プールに送信され、ブロックに含まれるのを待つ必要があります。マイナー/検証者は、ブロックチェーンエコシステムでブロックを生成する責任を負う役割として、どのトランザクションがブロックに含まれるかを決定でき、高い権限を持ちます。当初、マイナーはトランザクション手数料を高いものから低いものへと並べ替えて、ブロックに含まれるトランザクションの順序を決定するだけでした。その後、マイナーはメモリ プール内のトランザクションを監視することで、ブロックにトランザクションを追加したり、トランザクションを削除したり、トランザクションの順序を変更したりして、ブロック報酬以外の利益を得ることができることを発見し、MEV が登場しました。
実際には、複雑なアルゴリズムを通じて収益機会を探している専任のサーチャーが存在することがよくありますが、オープンなメンプール間でサーチャーが競争しているため、サーチャーが MEV の機会を見つけると、確実にトランザクションを送信するためにトランザクション手数料を増額します。 。
CGVFOFは業界の一般意見を統合しており、さまざまな戦略に従って、MEVの取得方法はDEXアービトラージ、清算、フロントランニング、バックランニング、サンドイッチ攻撃などに分類されます。確率的ファイナリティ コンセンサス アルゴリズムを使用するブロックチェーン (PoW コンセンサス アルゴリズムを使用するビットコインやイーサリアム 1.0 など) の場合、フィー スナイピング攻撃も発生する可能性があります。
MEV の影響
MEV はユーザー、さらにはブロックチェーン ネットワーク全体に悪影響を及ぼしますが、同時に市場をよりバランスのとれた効率的なものにします。
DEX 裁定取引とローン清算は、Defi 市場がより早く均衡に達し、市場の安定を維持するのに役立ちます。従来の金融と同様に、MEV サーチャーは実際、効率的な金融市場が存在するための前提条件です。このタイプの MEV の場合、MEV 検索者が得る収益は市場から得られます。
フロントランニングおよびサンドイッチトランザクションは、ユーザーエクスペリエンスの低下とより深刻な損失につながり、競合する MEV 検索者は、ガスオークションを通じてネットワークの混雑を引き起こし、ガス料金の上昇を引き起こします。
確率的ファイナリティを持つ PoW チェーンの場合、より深刻なのは手数料スナイピング攻撃の可能性であり、タイムバンディット攻撃はブロックチェーンの「不変性」原則に違反し、ブロックチェーン ネットワークのセキュリティと安定性に重大な損害を与えるため、最近のBTCコミュニティは、Ordinalプロトコルによってもたらされた現状を懸念しています。
PoS チェーン、特に現在の ETH2.0 では、MEV は検証者の集中化につながる可能性があります。プレッジプールが大きくなると、より高い MEV 収入が得られ、MEV 抽出能力を向上させるためのリソースが増えるため、マシュー効果が生じ、最終的には検証者の集中化とセキュリティの低下につながります。
MEV開発の歴史
初期の芽 (2010-2017):
2015年、ビットコインコア開発者のピーター・トッドは、上記のフロントランニングコンセプトの前身である「手数料による置換（RBF）」コンセプトをTwitter上で提案し、ユーザーが同じ入力で少なくとも1つのトランザクションを送信できることを指摘しました。元の取引に代わる取引手数料。
RBF に基づいて、ビットコイン コミュニティは手数料スナイピングに関する研究を徐々に進化させてきました。フィースナイピングとは、最初にそれらのブロックを作成したマイナーからの手数料と引き換えに、マイナーが 1 つ以上の以前のブロックを意図的に再マイニングすることを指します。
以前のブロックを再マイニングすることは、新しいブロックでチェーンを拡張するよりも成功する可能性が低くなりますが、トランザクション手数料の観点から、以前のブロックがマイナーの現在のメモリプール内のトランザクションよりも価値がある場合は、このアプローチの方が収益性が高い可能性があります。 Fee Sniping は後に EVM モデルに拡張され、「Flash Boys 2.0」論文では「Time Bandit」攻撃として説明されました。
正式に誕生 (2018-2019):
MEV は、状態紛争および提出済みだが未確認の状態転送の場合にのみ MEV を生成しますが、ビットコインには共有状態がほとんどなく、状態転送は厳しく規制されているため、ビットコインの MEV は手数料スナイピングと二重支払い攻撃に限定されます。チューリング完全スマート コントラクトを持つイーサリアムでは、MEV の機会が大幅に増加します。
2016 年に、イーサリアムの最初の DEX である EtherDelta が開始されました。これはサブマッチング オーダーブック デザインを使用しており、実際に市場に幅広い MEV の機会を提供しましたが、当時は誰もそれを十分に活用していませんでした。
2017年、イーサリアム初のアルゴリズム安定通貨であるDAIが登場し、Defiに清算機能を提供し、大規模だがまれなMEV機会（スパイクMEV）が市場に登場しました。 2018 年、Hayden Adams は、AMM 自動マーケットメイク メカニズムを使用するイーサリアム初の DEX である Uniswap を設立しました。AMM メカニズムは、実際には市場効率を維持するために MEV エクストラクターに依存しており、これにより市場における MEV の機会が大幅に増加します。
Flashbot の出現 (2019-2021):
2019年4月には「Flash Boys 2.0」が出版され、MEVの研究は主流の見方に入った。 2019年末、志を同じくするデジタル遊牧民のグループが、ロボット表現をロゴにしたPirate Shipを結成したが、後にFlashbotsと改名された。
2021年1月にはFlashbots Auction（mev-gethとflashbotsリレー）が正式リリースされ、Defi Summerの人気に乗って抽出されるMEVが大幅に増加しました。
ステータス: MEV は繁栄しており、Flashbot も繁栄しています
MEV市場がますます大きくなるにつれて、多くのプロジェクトも開放の仲間入りを果たしています。 Flashbotsは現在イーサリアムメインネットのみをサポートしているため、現在主流のAltレイヤー1とレイヤー2はFlashbotを学習してMEVオークション機能を実現しようとしています。
トランザクション プールを暗号化することで MEV の問題を完全に解決しようと、別の道を選択したプロジェクトもいくつかあります。 Flashbots自体も常に革新を続けており、2021年初めのFlashbots Alpha以降、Flashbots Protect、MEV-Boost、MEV-Shareが次々と実現され、次の段階のSUAVEも開発中です。
**MEV市場の規模はどれくらいですか? **
理論的には、ユーザーが送信したトランザクションに含まれる MEV のメリットは無限にあります。ただし、MEV の利点は限られた計算では決定できず、人々が発見した MEV の利点は、考えられる MEV の下限を構成します。通常、人々は実現された MEV (Realized MEV、REV) を通じて、起こり得る MEV 市場の状況を予測します。
イーサリアム統合後の MEV 市場統計 出典:
Flashbotsが提供したデータによると、イーサリアムの合併後の2023年7月初旬の時点で、206,450ETHのREVの出金が実現しました。ただし、これはブロック提案者が受け取る MEV 収入のみであり、検索者の収入は含まれていません。
**市場競争がなければもっと良くなるでしょうか? **
これまで人類社会が蓄積してきた歴史的経験からすると、多くの場合「見えざる手」の方が良い選択となります。しかし、特定の分野には市場経済が適用されず、市場の乱用は深刻な結果を招くことを否定する人はほとんどいません。
フロントランニングによるガス価格高騰の問題は、イーサリアムの価格メカニズムに根ざしています。サーチャーの優先ガスオークションを回避するために、ガス価格を固定レベルに維持することはできますか?
しかし、これの明白な結果はチェーン外での共謀であり、MEV の機会を持つサーチャーはマイナーに賄賂を渡し、自分の取引をより早くブロックに含めるようにするでしょう。ライセンスの考え方はイーサリアムの宣伝に反するものです。
もちろん、ネットワーク内のマイナー/検証者に、悪事を行わないことを保証するために、ある種の権威ある証明書を渡すことを許可することもできますが、これには強力な信頼の前提が導入され、完全に許可されたチェーンになります。
つまり、CGV は、イーサリアムの既存の特性を維持するという前提の下では、MEV 問題を完全に解決することは難しい可能性があると考えています。
MEV の悪影響を軽減する方法
プロトコル レベルの PBS - イーサリアム コミュニティのためのソリューション
PoS では、バリデーターはブロックの提案者として順番に勤務し、バリデーターはブロックがチェーンに書き込まれるかどうかを決定するための合意に達します。 PoW では、マイナーはブロックのリフティングとコンセンサス作業を完了しますが、これは本質的に同じです。
PBS は主に、現在の MEV によってもたらされた検証者の集中化の問題を解決します。デフォルトの MEV プロセスでは、ブロックプロデューサーには 2 つのタスクがあります。1) 利用可能なすべてのトランザクションから最適なブロックを構築する (ブロック構築)、(2) そのブロックをネットワークに提案する (ブロック提案)。
MEV が完全にマイニングされていない場合、ステップ 1) では実際にトランザクションをトランザクション手数料に従って最大から最小まで並べ替え、単にトランザクションを前から後ろのブロックに含めます。現在、MEV の利益が徐々に増加しているとき、より大規模なマイニング プール/バリデーター プールは実際により多くの市場シェアで MEV の利益を獲得し、マシュー効果につながり、コンセンサス ネットワークはますます集中化するでしょう。
さらに、分散型マイニングプールの実際のブロックリフティングエンティティは MEV の機会を得ることができますが、他のメンバーは利益を共有できません。このメカニズムの不公平性により、分散型マイニングプールの採用率は低下します。コンセンサスネットワークの集中度はさらに高まりました。
MEV に関与する可能性のある役割は次のように分類できます。
1.プロデューサー: マイナー、バリデーター
3.Builder: Builder (ブロックの内容の決定を担当)
検索者: トランザクションに含まれる MEV を検索します。
ユーザー: MEV を含む可能性のあるトランザクションを送信します。
もちろん、この段階では実際には多くの役割が同じ主体によって実行されており、例えば、通常のイーサリアムのコンセンサスプロセスでは、プロデューサー、提案者、構築者は同じ役割です。
ヴィタリックの初期提案
Vitalik 氏は、2021 年の初めに、それぞれ異なる重点を置いた 2 つのソリューションを提案しました。このセクションで説明するスキームはイーサリアム プロトコルのレベルにあり、PBS は Flashbot などのスキームのプライベート ネゴシエーションではなく、プロトコルによって強制されることに注意してください。
PBS は次の 5 つの目標を達成しようとします。
提案者のフレンドリーさを信頼する必要はありません: 建設者は提案者を信頼する必要はありません
建設業者のフレンドリーさを信頼する必要はありません: 提案者は建設業者を信頼する必要はありません。
提案者の親和性が低い: 提案者は高いコンピューティング リソースや高い技術的難易度を必要としません。
バンドルは盗むことができません: 提案者は、建設者が提出したブロックの利益を盗むことはできません
コンセンサスはシンプルで安全です。コンセンサスはセキュリティを維持するため、現在のブロック提案メカニズムを変更しないことが最善です。
計画 1
5 つの目的に従って分析します。
シナリオ 2
5 つの目的に従って分析します。
進化における 2 つのルート - 2 スロット PBS と 1 スロット PBS
2 つのルートは、Vitalik の以前の計画を改良および改良したもので、2 スロット PBS と単一スロット PBS がそれぞれ計画 1 と計画 2 に対応します。
2 スロット PBS では、勝利したビルダーのブロック コンテンツを保存するために「中間ブロック」と呼ばれる新しいブロック タイプが追加されます。スロット n では、提案者は、勝利したビルダー ブロックのコンテンツへのコミットメントを含む通常のビーコン ブロックを提案します。
次に、スロット n+1 で、勝ったビルダーが、勝ったブロックのコンテンツを含む中間ブロックを提案します。この 2 つは大きなブロックの 2 つの部分とみなすことができますが、2 つのステージ (スロット) に分かれて完成します。最初のステージはブロック ヘッダー (Block Header) に相当し、2 番目のステージは実際のブロック本体 (Block Body) です。ビーコン ブロックがない場合は、入札に勝ったビルダーがないことを意味し、その後の中間ブロックは存在しません。
どちらのブロックも委員会の認証によって投票される必要があります。ビーコン ブロックには投票を担当する委員が 1 人だけいますが、中間ブロックはスロット内の残りの委員全員によって投票されます。各ブロック (ビーコン ブロックまたは中間ブロック) の投票は、次のスロットのブロックに表示されます。
ビルダーがビーコン ブロックを確認していない場合は、ビーコン ブロックが時間内に解放されなかったことを意味する可能性があるため、ビルダーは中間ブロックを解放しません。さらに、一定期間後に表示されるビーコン ブロックによって引き起こされるビルダーの損失を回避するために、このスキームは明確に定義されたフォーク選択ルールを使用してビーコン ブロックを拒否できるようにします。
2 スロット PBS スキームのデザイン ソース:
シングル スロット PBS では、分散委員会がブロックのコンテンツを保持する仲介者として機能します。ビルダーはバンドル ヘッダーをオークション サブネットに送信し、同時に暗号化されたバンドル本体を委員会に送信します。コミッティはしきい値を超えると、提案者が提案を送信します。提案を受信した後、コミッティはバンドル本体を復号してブロードキャストし、単一スロットで PBS のブロック生成を完了できます。
シングル スロット PBS デザイン ソース:
イーサリアムには MEV だけでなく、プロトコル層で PBS が必要です
イーサリアムのプロトコル層に PBS を実装すると、コンセンサス基盤が揺らぎ、さまざまな新たな問題が発生する可能性があります。プロトコルの上にある他のソリューションで問題を解決するのではなく、プロトコル層を変更する必要があるのはなぜでしょうか?イーサリアムコミュニティには下心があると考えられますが、PBS は MEV 問題の緩和に加えて、イーサリアムの長期的な発展にとっても非常に重要です。
PBSでは、提案者はトランザクションの順序を扱う必要がないため、ステートレス性が実現され、イーサリアムの完全な状態を保存する必要はなく、ビルダーによってパッケージ化されたブロック内のトランザクションの正当性を検証するだけで済みます。メルケルの証明に。ダンクシャーディングが徐々に議題に上がってくると、将来の保管の負担は増加するでしょう。ステートレス機能は非常に重要であり、提案者のストレージ要件が軽減され、より多くの人が提案者になれるようになり、分散化の度合いが向上します。
イーサリアム コミュニティによって提案された PBS 提案は、実際には EIP-1559 とまったく同じです。マイナー/検証者は、ブロック内の取引内容を決定する役割として非常に高い権限を持っており、利益を上げすぎると中央集権化が進み、コンセンサスネットワーク全体のセキュリティに影響を与える権限を持ちすぎてしまいます。 。 PBS がしなければならないことは、マイナー/検証者の地位を弱体化し、彼らの収入を減らし、人々の間で権力を分散させることです。
さらに、Flashbots MEV-Boost によって実装された PBS スキームは、Relay の信頼仮定により、トランザクション検閲の問題を引き起こします。これは、イーサリアムの検閲耐性とパーミッションレスのビジョンに深刻なダメージを与えます。
トランザクションのレビューには最大 80% のソースが使用される場合があります。
信頼を必要としないリレーであるイーサリアム プロトコル レベルの PBS は、ビルダーに対する提案者の制限を通じて、ビルダーに検閲されたトランザクションを強制的に含めるか、直接含めることができ、イーサリアムの反検閲特性を向上させることができます。
概要: イーサリアム プロトコル レベルの PBS は、構築者と提案者の間で利益の分配を実現し、提案者の閾値を下げ、イーサリアムの分散化レベルを向上させ、検閲防止機能を向上させますが、イーサリアムのエクスペリエンスは向上しません。一般のユーザー。
フラッシュボット——MEV分野における絶対的な優位性
Flashbot は市場オークションを通じて MEV の問題を軽減し、MEV 参加者に利益をもたらします。
Flashbot の公式ドキュメントでは、1) Flashbots Auction 2) Flashbots Data 3) Flashbots Protect 4) Flashbots MEV-Boost 5) Flashbots MEV-Share に従って分類されていますが、実際には、MEV-Boost は Flashbots におけるフェーズ スキームです。オークション では、Flashbotの発展を時系列に沿って説明していきます。
Flashbots Auctionは実際にはETH1.0のMEV-Geth（合併前）とETH2.0のMEV-Boost（合併後）の2段階で構成されています。
MEV-ゲス
2021 年初めに、Flashbots は MEV-Geth と MEV-Relay をリリースしました。 MEV-Geth は Go-Ethereum クライアント上のパッチで、コードはわずか数百行ですが、MEV-Relay はバンドル フォワーダーであり、サーチャーとマイナー間のトランザクション バンドルの転送を担当します。
MEV-Geth と MEV-Relay は、プライベート トランザクション プールと密閉入札ブロック スペース オークションを提供し、MEV が暗い森から市場経済への転換を可能にします。バンドルは、トランザクション順序の優先順位を表現するために使用される新しいトランザクション タイプです。
Flashbots Auction では、バンドル通信を標準化するために「eth_sendBundle」と呼ばれる新しい RPC を導入しています。バンドルは、署名されたトランザクションのセットと、それらのトランザクションが受け入れられた条件で構成されます。
同時に、Flashbots は Flashbots Protect RPC ノードも提供しており、ユーザーはウォレット内の RPC ノードを変更するだけで、パブリック トランザクション プール内のフロント ランニングによるトランザクションの攻撃を防ぐことができます。さらに、Flashbots Protect は別のブロック生成プロセスを通じてユーザートランザクションを送信するため、取り消しは発生せず、ユーザーは失敗したトランザクションに対して料金を支払う必要がありません。 (ただし、排他的なオーダー ストリームが EOF になります)
MEV-Geth は、イーサリアムマイナーの 90% 以上にすぐに採用され、マイナーの収入が大幅に増加しました。ただし、単純なオークション設計には、1) マイナーを信頼する必要がある、2) Geth とのみ互換性があり、多様性に欠ける、3) オークション サービスは集中サーバー上で実行され、単一障害点のリスクがあるなど、いくつかの重大な欠点があります。さらに、検索者間の一般的な競争により、収益の大部分がマイナーに渡され、イーサリアムに集中化のリスクが生じます。
ソース: MEV-Boost
マージ後、イーサリアムは PoS コンセンサスに変わり、MEV による集中化の問題がより顕著になり、Flashbot はこの問題に対処するために MEV-Boost を設計しました。
MEV-Boost は、シングル スロット PBS のバリエーションと考えることができます。イーサリアム プロトコル レベルの PBS とは異なり、このソリューションは、プロトコルを介した必須の動作ではなく、オプションのミドルウェアとしてサービスを提供し、コンセンサス プロセスを変更しません。
Relay は、User/Searcher と Miner の間の仲介者として機能しなくなりましたが、Builder と Validator の間の中間ノードとして機能します。User/Searcher によって送信されたトランザクション フローに従って、Builder、Relay、および Validator の各役割は最大値に従って選択されます。ダウンストリームに送信されたブロック。
ソース：
MEV-Boost は、Single Slot PBS で提案されている commit-reveal スキームを採用しており、Validator がブロック ヘッダーをコミットした後でのみ、Builder はブロックのコンテンツ全体を公開します。具体的なプロセスを次の図に示します。
プロポーザルの前に、バリデーターは MEV-Boost とリレーに登録して、ブロック ビルダーがバリデーターを指定するプロポーザルのブロックを構築できるようにする必要があります。
1.ユーザー/検索者は、パブリック/プライベート メモリプールを通じてブロック ビルダーにトランザクションを送信します。
ブロックビルダーは受信したトランザクションに従ってソリューションペイロードを構築し、利益分配の観点から、ビルダーは自身のアドレスをペイロードのコインベースアドレスとして設定し、最後のブロックは提案者のアドレスへの転送として設定されます。ブロックがリレーに送信される
リレーはブロックの有効性を検証し、utionPayloadHeader を MEV-Boost に送信します。 MEV-Boost は、さまざまなリレーによって送信された utionPayloadHeader から最も収益性の高いものを選択し、バリデーターに転送します。
Validator はヘッダーに署名し、submitBlindedBlock を通じてヘッダーを呼び出し、MEV-Boost に送り返し、リレーに転送します。リレーは署名を検証した後、完全なペイロード本体を MEV-Boost に送信し、Validator がネットワークに SignedBeaconBlock を提案するときに使用するコンセンサスに転送します。
ソース：
MEV-Boost は MEV-Geth に比べて汎用性が高く、Consensus Client のプラグインとして使用され、複数のクライアントをサポートし、元の Miner の集中化の問題を解決します。
しかし、PBS以降、ビルダーの権限が強化され、市場を支配するビルダーは取引の流れを見直し、独占する能力を得ることができ、現状ではビルダー間の競争を促進することでしか中央集権リスクを防ぐことができません。 Relayの信頼レベルはさらに低下しましたが、仮想入札を提出することで依然として建設者と提案者にリスクをもたらす可能性があります。現在、この問題はリレーの誠実さを監視し、バリデーターとビルダーがリレーを自由に選択できるようにすることで軽減されています。
MEV シェア
MEV-Geth を使用すると、マイナーとサーチャーが MEV 収益を共有できます。MEV-Boost を使用すると、ユーザーのトランザクションがフロント ランニングになるのを保護しながら、MEV をプロポーザー、ビルダー、およびサーチャーに分散できます。
しかし、どちらもユーザーの利益を考慮していません。 Web3の考え方では、ユーザーが作成したデータが生み出す価値はユーザー自身に還元されるべきであり、MEV-Shareはこのコンセプトを実践する企業です。 MEV-share は、ユーザー、ウォレット、Dapps がトランザクションによって生成された MEV を取得できるようにすることに取り組んでいます。
マッチメーカーの役割は、ユーザー、検索者、およびビルダーの間の仲介者として MEV-Share に導入され、検索者に公開されるユーザー トランザクション情報を制限することでユーザーのプライバシーを維持します。
同時に、Searcher は、ユーザーの利益の損失を避けるために、ユーザーのトランザクションの後に独自のトランザクション、つまりバックランニングのみを挿入するように制限されています。バックランニングによってユーザーに損失が生じることはなく、バックランニングによって得られる利益は実際には市場の不均衡によって生み出されます。
ユーザーは、ウォレットを Flashbots Protect RPC に接続するだけで、Matchmaker にトランザクションを送信したり、Matchmaker API を介してプライベート トランザクションを送信したりすることができ、ユーザーはトランザクションで送信するビルダーを指定できます。
Searcher の場合、SSE Event Stream を通じて Matchmaker から送信されるトランザクション情報のオプション部分をリッスンする必要があります。 SSE は、クライアントがリクエストを開始する必要なく、サーバーがクライアントにアクティブに情報をプッシュできるようにするテクノロジーで、クライアントはブロックチェーンのステータスの更新をリアルタイムで取得できます。 Searcher はそこからトランザクションを選択し、自己署名 TX を挿入してバンドルを作成します。
検索者は、MEV フィードバックを取得し、自分のバンドルがブロックに含まれる確率を高めるために、バンドル内のトランザクションに関する情報を他の検索者と共有できます。検索者はバンドルのプライバシー フィールドでビルダーを指定することもでき、最終的にバンドルはユーザーと検索者が共同で承認したビルダーに送信されます。
SGX 暗号化 - 信頼できるハードウェアにより信頼の前提を排除
市場における MEV の問題を軽減するための SGX の使用に関する調査と議論は、もともと Flashbots によって開始されました。
MEV-SGX スキームは、主に 2021 年初めにリリースされた Flashbots Alpha (Flashbots MEV-Auction の初期バージョン) スキームにおける MEV-Relay の信頼問題に関して、2021 年 6 月にイーサリアム フォーラムで体系的に詳しく説明されました。 MEV-SGX は、完全にプライベートで許可のない MEV オークション メソッドを構築します。
この記事では、1. ブロック ヘッダーのみを送信し、トランザクション トライを非表示にする 2. マージン ブロック ヘッダー 3. タイム ロック暗号化 4. セキュリティ分離領域とその他のソリューションについて説明し、最終的にセキュリティ分離領域 (最も広く使用されているのは Intel のセキュリティ分離領域) を使用することにしました。 SGX) を使用して、完全なプライバシーと許可なしを提供します。
MEV-SGX スキームでは、SGX は信頼できる実行環境 (Trusted ution Environment、TEE) として機能し、MEV-Relay の単一の信頼仲介者に代わって、各 SGX がサーチャーとマイナーによって使用されます。 SGX は、相手側が改ざんやハッキングができない環境で特定のコードを実行することを保証できます。
サーチャーの SGX は、ブロックの有効性とマイナーの収益性を保証する責任を負います (提案者はビルダーを信頼する必要はありません)。マイナーの SGX は、ブロック コンテンツの復号化とブロードキャストを担当します (ビルダー提案者を信頼する必要はなく、提案者は建設者が提出したブロックを盗むことはできません（利益）。
この提案が提案されたとき、イーサリアムはまだ PoW コンセンサスに含まれていたため、「検証者」の代わりに「マイナー」という用語が使用されたことに注意してください。しかし実際には、コンセンサスにおける 2 つの機能は同じであり、どちらもパックです。トランザクションと提案ブロック。
イーサリアムがマージを通じて 2.0 段階に入り、PoS コンセンサスに移行すると、完全なソリューションとしての MEV-SGX の量は徐々に減少し、MEV-Boost と MEV-Share に置き換えられました。ただし、SGX は完全に放棄されたわけではありませんが、MEV-SGX の実装はより困難であるため、コミュニティはより現実的な MEV-Boost と MEV-Share を選択し、SGX の欠陥を改善するパッチの形で SGX を使用する予定です。現在の解決策。
2022 年 12 月 20 日、フラッシュボット コミュニティは、Geth (イーサリアム クライアントの Go 実装) が初めて SGX で実行され、MEV に適用される SGX の技術的実現可能性が検証されたと発表しました。 2023 年 3 月 3 日、フラッシュボット コミュニティは、ブロック ビルダーの操作が SGX で実現されたことを発表しました。これは、トランザクションのプライバシーとビルダーの分散化に向けた新たな一歩です。
セキュリティ隔離領域でブロック構築アルゴリズムを実行することで、ユーザー以外の参加者はユーザーのトランザクションの内容を見ることができず、プライバシーを維持できます。同時に、検証可能なブロック実行アルゴリズムを実行することにより、プライバシーを損なうことなくブロックの経済効率を証明できます。長期的には、SGX でビルダーを実行すると、提案者に検証可能で有効なブロックが提供され、実際の入札が提供されます。これにより、信頼された MEV-Relay ロールが完全に置き換えられ、パーミッションレスが実現される可能性があります。
SUAVE - MEV の未来
MEV-Share は MEV によってもたらされる利益の分配を解決しますが、ブロック建設力によってもたらされる集中化のリスクを排除することはできません。 Flashbot の現段階では、1) 排他的注文フロー (Exclusive orderflow) 2) クロスドメイン MEV により、Builder 市場にはプラスのフライホイール効果があり、集中化リスクが発生しやすいです。
SUAVE (価値表現のための単一統一オークション) は、MEV によってもたらされる集中化リスクの解決を試みます。 SUAVE はモジュラー ブロックチェーンのもう 1 つの試みで、すべてのブロックチェーンにプラグ アンド プレイのメモリ プールと分散型ブロック ビルダーを専用のブロックチェーンとして提供し、既存のすべてのチェーンとブロック構築サービスにトランザクションの順序付けを提供しようとしています。
ソース：
複数のチェーンをサポートする機能により、クロスドメイン MEV の抽出効率が効果的に向上します。ブロックチェーンとしてのその分散化特性により、以前のソリューションにおける Block Builder の集中化リスクが解決されます。
SUAVE は、次の 3 つの主要コンポーネントで構成されます。
ユニバーサルプリファレンス環境 (ユニバーサルプリファレンス環境) プリファレンスは、トランザクション実行に対するユーザー/検索者のニーズ (トランザクションパラメータ、時間、順序など) を反映し、バンドル上で改善されたトランザクションタイプとして理解でき、取り消しプロパティを持たないバンドルの事前確認プライバシー。 Universal は SUAVE のマルチチェーン機能を反映し、すべてのチェーンでユーザー/検索者によって SUAVE に送信されたトランザクションを合計し、一般的な並べ替えレイヤーを提供し、ユーザーの設定を収集して MEV 抽出の効率を向上させることができ、異なるドメイン間でのブロック ビルダーを許可します。協力して効率を高めます。
最適執行市場（Optimal ution Market） 執行者は、ユーザーが提出したプリファレンスに従って入札に参加し、ユーザーに最適な執行を提供し、クロスドメインのプリファレンス表現を完了し、可能な限り多くの MEV 収益をユーザーに還元することができます。
分散型ブロック構築（Decentralized Block Building） 分散型ブロックチェーンネットワークにおいて、Block Builder は、分散化を維持することを前提に、ユーザーの好みや最適な実行パスに従って各ドメインにブロックを構築し、各チェーンの Validator にブロックを提供します。 MEVを最大化します。このコンポーネントの前提は、ブロック ビルダーが内容を明らかにすることなく注文フローとバンドルを共有することです。
ソース：
もちろん、SUAVE はまだ非常に初期のプログラムであり、技術的なルートはまだ不明瞭で、プログラム設計もあいまいで、詳細はまだ進行中であることを指摘しなければなりません。フラッシュボットは、MEV を仮想通貨の世界におけるミレニアム賞問題と呼び、分散型の未来を創造するために協力するよう全員に呼び掛けました。
MEV 市場の新しい変数
Chainlink: Fair Sequencing Service (FSS) - Arbitrum が選択した MEV 軽減策
市場最大のオラクル プラットフォームとして、Chainlink はオラクル ネットワーク レベルでのトランザクション注文を通じて MEV 問題を軽減しようとしています。個人的には、オラクルレポートのフロントランニングを防ぐことがインスピレーションになると思いますが、オラクルレポートは価格に大きな影響を与えるため、ブロック内のオラクルレポートの順序を操作することで高いMEVが得られます。
Fair Sequencing Services (FSS) は、次のように簡単に説明できます。 分散型オラクル ノード (Decentralized Oracle Network、DON) は、トランザクションの順序を分散化するツールを提供し、依存する契約作成者によって指定されたポリシーに従って実装します。理想的には、公正な戦略 (通常は FCFS を時系列順に)到着時間順に並べられます）、トランザクションの順序を操作したい参加者にとっては利点がありません。これらのツールを合わせて FSS を構成します。
FSS は 3 つのコンポーネントで構成されます。 1つ目は取引の監視です。
トランザクション監視 FSS では、Oracle ノードが O の MAINCHAIN のメモリ プールを監視し、専用チャネルを通じてオフチェーン トランザクションの送信を完了できるようにします。
O のトランザクション順序付けノードは、その契約に対して定義されたポリシーに従って、従属契約 SCON のトランザクションを順序付けします。
トランザクションの公開 トランザクションがソートされた後、O のノードは共同でトランザクションをメイン チェーンに送信します。
FSS 図の出典: Chainlinkv2 ホワイトペーパー
FSS の潜在的な利点は次のとおりです。
特定の契約ソースのトランザクション順序:
スマート コントラクトで MEV を軽減するソリューションと比較して、DON によって実装された FSS は、その MEV 防御ソリューションがオフチェーンで実行されるため、より低いレイテンシーを実現できます。遅延は 12 秒の倍数のブロック遅延ではなく、ミリ秒のネットワーク遅延になります。 。
UniswapX: または MEV サンドイッチ攻撃を解決しますが、MEV 検閲が作成されました
7月17日、大手分散型取引所（DEX）であるUniswapは、分散型取引プールの流動性を集約し、「MEV対策」プロトコルを開始するUniswapXと呼ばれる新しいオープンソースプロトコルを開始するとツイートした。新しい機能。
UniswapX は、オフチェーン注文マッチングのプロセスにいくつかの新機能を追加しました。これらの機能には、価格順に正確に従わない並べ替え、指値注文の実行、価格差を処理するためのローカル台帳の使用などが含まれます。
これらの変更により、Mempool に保存されるトランザクションはますます予測不可能になり、MEV のアービトラージ スペースがさらに圧縮されています。 MEV の存在は主に、採掘者がガスの量に応じて梱包に優先順位を付けるという機械的なメカニズムによるものです。ただし、オフチェーン台帳を調整することで、確かに MEV を大幅に改善できます。
Uniswap トレーダーは「サンドイッチ攻撃」により毎日大量の有害な MEV を生成しており、損失は 300 万ドルに達する可能性があります。 UniswapX は、生のトランザクションを Uniswap の中央サーバーに送信されるインテントに変換することで、この問題を解決するように設計されています。そうすることで「サンドイッチ攻撃」問題は効果的に解決されますが、MEV レビューに新たな問題も生じます。
見積や取引の過程においては、適正価格が入札者に偏る可能性があります。この場合、単独の入札者は独占期間中にトランザクションをオンチェーンに置くことでオファーを提出することをいとわないことがよくあります。しかし、それはバリデーターにとっても、取引を精査するためにチームを組む可能性がある機会をもたらします。現段階では、このタイプの攻撃は珍しいように見えますが、一部のバリデーターが十分に強くなったり、複数のブロックを連続で獲得したり、バリデーターの共謀のためのインフラストラクチャが広く使用されたりした場合、MEV 検閲の問題が悪質に拡大する可能性があります。
CGVFOFは、イーサリアム財団は実際にはMEVに対して否定的な態度をとっているかもしれないが、現在のブロックチェーンの生態構造の下では、集中採掘者/検証者の巨人が大きな力を持っており、トランザクションの暗号化やその他の手段を通じてワンステップのプロセスを達成するのは難しいと総合的に考えています。問題を適切に解決しないと、深刻な市場変動が発生し、ブロックチェーンエコロジーの持続可能な発展に役立ちません。
したがって、Flashbot や他のチームの漸進的改善スキームでは、MEV に参加する複数の当事者を導入し、相互にチェックとバランスをとり、中央集権的な発言権を徐々に弱め、MEV がユーザーに与える影響を最小限に抑え、最終的にはプライベート トランザクション スキームに移行します。摩擦が少なくなります (「3 つの移行」で Vitailik が強調したプライバシーの懸念)。
この観点から見ると、MEV は暗い森の中での初期のゼロサム ゲームから権力分立のチェック アンド バランスの段階に徐々に移行しており、ゆっくりと完全なプライバシーに向かって進んでいる可能性があります。しかし、いずれにせよ、MEV は依然として持続可能な発展の可能性を秘めた大きな市場であり、より多くのトレンドセッターやより興味深い新しいものを歓迎するでしょう。
***注: この記事は CGV FoF 調査レポートであり、投資アドバイスを構成するものではなく、参照のみを目的としています。 ***