パラダイムは、既存のDeFiの状況を変える可能性のある新しいメカニズム、MEV税を発明しました。

この記事はPriority Is All You Needからのものです

原作者: ダン・ロビンソン、デイブ・ホワイト

編集：Odaily Planet Daily Husband

パラダイムは6月4日に「Priority Is All You Need」という記事を公開し、MEV税の新しい仕組みを詳しく紹介した。

MEV 税は、アプリケーションがブロック提案者に漏らすのではなく、自ら生成した MEV を捕捉できるようにする新しいメカニズムです (ブロック提案者の詳細については、記事の最後にある脚注を参照してください)。このメカニズムは、ブロック構築中に競合優先順位ソートを利用します。このソート方法では、トランザクションは優先手数料の降順でソートされ、優先度の高いトランザクションが最初にブロックにパッケージ化されます。MEV 税は、トランザクションの優先手数料に追加の手数料を加えることで実装されます。アプリケーションは、トランザクションの優先手数料に基づいて独自の手数料を設定できるため、MEV のほとんどまたはすべてを獲得できます。つまり、アプリケーションは、オフチェーン インフラストラクチャを必要とせずに、ブロック提案者によって実行される単一の共有オークションに参加することで、独自のカスタム MEV オークションを実行できます。

MEV税制の誕生は、既存のDeFiエコシステムに影響を及ぼす可能性があります。

• 従来の MEV の配布方法の変更: 従来、MEV のほとんどはブロック提案者に流れていましたが、MEV 税により、アプリケーションはこの値を取得してユーザーに再配布したり、他の目的で使用したりできるようになります。

• アプリケーション収益とユーザー エクスペリエンスの向上: アプリケーションは、MEV 税を実装することで収益を増やすと同時に、ユーザーがより高いトランザクション実行効率とより良いトランザクション価格を得られるため、より優れたユーザー エクスペリエンスを提供できます。

• DeFi:M のいくつかの問題を解決します。たとえば、DEX ルーティングの最適化、裁定取引による AMM 損失の削減、ウォレット ユーザーの MEV 漏洩の削減などです。MEV 税を導入することで、アプリケーションは製品とサービスを改善し、DeFi エコシステムの効率と持続可能性を向上させることができます。

引用

本稿では、あらゆるアプリケーションが独自の MEV (最大抽出可能値) を獲得できるようにするメカニズムである MEV 税を紹介しました。

このメカニズムは、OP Mainnet、Base、Blast などの OP Stack L2 チェーンですぐに使用できます。これらのチェーン上のブロック提案者は、競合の優先順位付けと呼ばれる一連のルールに従うためです。

これらのチェーンに MEV 税を実装するには、スマート コントラクトがトランザクションの優先手数料に基づいて手数料を請求します。アプリケーションが、検索者が支払う優先手数料 $1 ごとに $99 MEV 税を請求すると、そのトランザクションの競合 MEV の 99% を獲得できることがわかります。

MEV 税は、広大な設計空間を開くシンプルな手法です。ブロック提案者が実行する共有オークションに接続するだけで、チェーン上の任意のアプリケーションが独自のオフチェーン インフラストラクチャを必要とせずに独自のカスタム MEV オークションを実行できると考えることができます。

MEV 税が MEV 研究における 3 つの主な質問にどのように対処できるかを示します。

交換業者が受け取る価格を最適化する分散型取引所（DEX）ルーター

リバランスによる流動性プロバイダーの損失（LVR）を最小限に抑える自動マーケットメーカー（AMM）

ユーザーがトランザクションによって生成された「フォールバック」MEVをキャプチャできるウォレット

しかし、落とし穴があります。MEV 税は、ブロック提案者が、検閲、スヌーピング、遅延なしでトランザクションを優先料金で順序付けるなど、競争的な優先順位付けルールに厳密に従う場合にのみ機能します。ブロック提案者がこれらのルールから逸脱した場合、MEV 税を回避して価値を獲得できます。結果として、現在の MEV 税は L2 シーケンサーを信頼することに依存しており、Ethereum メインネット上のブロック構築が提案者の収益を最大化する競争的なビルダー オークションによって支配されている Ethereum L1 ではまったく機能しない可能性があります。

それでも、MEV 税の威力と柔軟性は、現在それを提供しているプラットフォームにとって優先順位付けが正しい選択である可能性を示唆しています。また、競争上の優先順位付けが比較的単純であることから、単一のシーケンサーを信頼することなく、分散型で優先順位付けを実施する実行可能な方法がある可能性が示唆されています。この投稿が、この問題に関するさらなる研究のきっかけとなることを願っています。

優先順位

誰かが Ethereum メインネットまたは L2 でトランザクションを送信すると、ブロック提案者に支払われる優先手数料が指定されます。これは、トランザクションで使用されたガスに掛けられた数値である priorityFeePerGas によって指定され、ETH での合計支払い額である builderPriorityFee が算出されます。

Ethereum プロトコルでは、ブロック内のトランザクションを優先度の降順で貪欲にソートする必要はありません。ただし、これはブロックを構築する一般的な方法です。たとえば、これは OP Stack チェーンのシーケンサーや geth および reth で使用されるデフォルトのアルゴリズムです。優先度ソートにより、トランザクターはトランザクションの緊急性を効果的に表現できるだけでなく、特定のタイプの MEV をブロック提案者に自然に誘導することもできます。

これは、優先順位の並べ替えによって MEV の競争が優先ガスオークションに変わるために発生します。AMM と中央取引所間の裁定取引など、チェーンとのやり取りから利益を得る機会がある場合、検索者は最初にこの機会をつかむために競争します。チェーンが優先順位の並べ替えを使用してトランザクションのパッケージ化と順序を決定する場合、検索者はトランザクションに高い優先料金を設定することで競争します。

競争によりリスクフリーの利益がゼロに圧迫される競争シナリオでは、最終的に勝利した検索者は優先手数料として MEV の全額を支払う必要があります。したがって、契約とのやり取りによって 100 ETH の利益が得られる場合、その機会を捉えた最初のトランザクションは 100 ETH の優先手数料を設定します。(これに関する注意事項については、「制限事項」セクションで説明します)。

MEV税

スマート コントラクトが、やり取りするすべてのトランザクションの MEV を取得したいとします。スマート コントラクトが独自の MEV を取得しようとするさまざまなアプリケーション固有の方法については、膨大な研究文献があります。

しかし、実際には、アプリケーションについて具体的なことは必ずしも知る必要はありません。ブロックが競争的な優先順位付けによって構築されることがわかっていれば、トランザクションの MEV の量に関する統一されたシグナル、つまり優先手数料が得られます。

スマート コントラクトがトランザクションの優先手数料を確認し、それに基づいて独自の手数料を請求できるようにすることを提案します。これは優先手数料の増加関数です。たとえば、コントラクトでは、呼び出した人に applicationPriorityFee = 99 * proposalrPriorityFee ETH をコントラクトに転送することを要求する場合があります。

この新しい手数料は、トランザクションを送信する検索者が支払うため、その検索者の行動に影響します。機会に 100 ETH の MEV がある場合、勝ったトランザクションは 1 ETH の優先手数料のみを設定します。これは、合計支払いが 100 ETH (ブロック提案者に 1 ETH、スマート コントラクトに 99 ETH) になるためです。優先手数料がこれより高くなると、トランザクションは不採算になり、優先手数料がこれより低くなると、より高い手数料を設定した競合他社に機会を奪われることになります。つまり、スマート コントラクトはトランザクションで MEV の 99% を獲得することになります。

スマート コントラクトによって課されるこの追加料金を、MEV 税と呼びます。MEV 税により、アプリケーションは優先順位を乗っ取って自らの利益を図ることができ、ブロック提案者に MEV を漏らすのではなく、ユーザーのために MEV を取り戻すことができます。

この手数料が priorityFeePerGas の関数として十分に速く増加する場合、提案者に発生する MEV はごくわずかになります。priorityFeePerGas は wei (1 ETH の 1 億分の 1) で表されるため、利用できる精度が高くなります。たとえば、MEV 税の感度が十分に高く、priorityFeePerGas が 50,000 の場合に非常に高い税額になる限り、提案者に支払われる合計金額は $0.01 未満になります。

ただし、重要な注意点があります。「制限」セクションで説明したように、MEV 税は、ブロック提案者が特定のルール (「競争上の優先順位付け」と呼びます) に従い、自身の収益を最大化するためにそれらのルールから逸脱しない場合にのみ機能します。これらのルールをトラストレスな方法で強制することは未解決の問題です。

単一アプリケーション用のMEVキャプチャ

競争的な優先順位付けを使用してブロックが構築されることを保証するチェーンでは、MEV 税を使用して、MEV に関する 3 つの重要な問題を軽減できます。つまり、DEX インターフェースが交換業者の取引実行を改善できるようにする、AMM が LP の裁定損失を削減できるようにする、ウォレットがユーザーに実行権を販売することでユーザーの MEV 漏洩を削減できるようにする、という問題です。

DEX ルーター検索

UniswapX や 1inch Fusion などのインテントベースの DEX ルーティング プロトコルでは、ユーザー (Alice) が交換インテントに署名し、検索者は最適な価格でルーティングまたはインテントを満たすために競争します。

UniswapX の現在のバージョンでは、この競争を実行するために 2 つのメカニズムが使用されています。1 つはダッチ オークションで、アリスの制限価格は検索者によって満たされるまで時間の経過とともに変化します。もう 1 つは、このダッチ オークションの開始価格を設定するための初期のオフチェーン見積依頼 (RFQ) オークションです。

競争上の優先順位を保証するプラットフォームでは、UniswapX はこれを MEV 税というメカニズムに置き換えることができます。これは、誰でもすぐに実行できる注文にユーザーに署名してもらうことで実装できますが、実行価格はトランザクションの優先手数料の関数になります。

たとえば、アリスが 1 ETH を売る UniswapX 注文を持っている場合、注文の実行価格を minimumPrice + ($ 0.01 * priorityFeePerGas) と定義できます。 minimumPrice は、現在の価格よりも大幅に低くなると予想される固定値にすることができます。

検索者は、トランザクションを送信することで Alice の注文を満たすために競争します。フォールバックしない最も優先度の高い手数料を持つトランザクションが注文を満たし、トレーダーが検索者が見つけられる最高の価格を確実に得ることができるようになります。(これに関するいくつかの例外については、「制限」セクションで説明します。)

Alice の最低価格が $3,000 で、現在の ETH 価格が $3,500 の場合、勝利トランザクションの priorityFeePerGas は約 50,000 になります。(200,000 GAS のトランザクションでは、ブロック提案者に支払われるのは約 100 億 wei (約 $0.000035) のみになることに注意してください。)

これには、UniswapX で使用されている既存のメカニズムに比べていくつかの潜在的な利点があります。

MEV 税を使用した注文は、ダッチオークションを使用した注文よりも早く、より良い価格で完了できます。記事で説明されているように、オンチェーンのダッチオークションでは、ブロック間の価格変動により MEV にいくらかの価値が漏れ、完了するまでに複数のブロックが必要になる場合があります。対照的に、MEV 税を使用した注文は、MEV の大部分を獲得しながら、次のブロックで完了できることがよくあります。

オフチェーン RFQ とは異なり、MEV 税を使用して注文を満たすオークションは、オンチェーン トランザクションが実行されると自動的に実行されます。つまり、落札者は、オンチェーン トランザクションが成功した場合にのみ注文が満たされることを保証できます。これにより、オンチェーンの流動性 (AMM など) がオフチェーンの流動性と競争しやすくなります。つまり、UniswapX は、マルチプール サブシステム (Uniswap v4 など) のより効率的なルーターとして機能できます。

自動マーケットメーカー（AMM）

通常、AMMは、ブロックの頂点でアービトラージ業者が古い価格で取引することで価値が漏れる。 損失対リバランス 論文では、MEV 税を使用して、AMM がこれらの MEV を獲得できるようにすることができます。簡単にするために、集中型流動性のない AMM でこれを行う方法について説明します。(集中型流動性がある場合にこの問題を解決する方法に興味がある場合は、Sorella がすぐにソリューションをリリースします。)

AMM は、トランザクションの優先手数料に基づいて追加料金を請求することで MEV を獲得し、ブロック内のトランザクションを優先する権利をオークションで競売にかけることができます。この手数料を計算して指定する方法は多数あります。ここでは、プールの流動性 sqrt(xy) の単位で表す、ほぼ中立的な方法について説明します。プールの流動性を最も高めるトランザクションが勝利します。

ブロック内のプールで最初のトランザクションが実行されると、プールは条件 x_end * y_end > x_start * y_start (a の定数として) を強制できます。

x_end * y_end > (sqrt(x_start * y_start) + a*priorityFeePerGas)^ 2 この式により、裁定取引業者は真の価格で取引するようになり、その後はプールの中間価格が真の価格になるはずです。

最初の取引の後は、固定スワップ手数料を使用して、Uniswap v2 と同じように取引を行うことができます。追加の MEV 税を支払わずに取引したい、情報に疎いトレーダーは、より低い優先手数料を設定します。

AMM に MEV 税を実装する方法は他にもたくさんあり、効果も異なります。たとえば、MEV 税は取引所の入力トークンまたは出力トークンで表現したり、プールによって適用される取引所手数料の割合に影響を与えたり、ユーザーが取引できる最低価格を決定したりすることができます。これは、検討する価値のある興味深い設計空間だと考えています。

バックランニングオークション

上記の説明は、特定のアプリケーションを設計して MEV の漏洩を回避する方法を示しています。しかし、アプリケーションに MEV 税が含まれていない場合でも、ウォレットが、ユーザーがトランザクションを通じて任意のアプリケーションとやり取りするときに生成する MEV を取得できるようにしたい場合はどうでしょうか。

たとえば、アリスが AMM で大規模な取引を行うと、価格を通常に戻すための「バックランナー」に裁定取引の機会が生まれることがあります。多くの場合、これらの機会はアリスではなく MEV に漏れます。

MEVシェア そして MEVブロッカー これらは、ユーザーがトランザクションから MEV を取得できるようにする 2 つのプロトコルですが、複雑なオフチェーン オークション システムに依存しています。 オーダーフローオークション設計スペース 他の解決策をいくつか説明します。

MEV 税をインテントベースのスマート コントラクト ウォレットと組み合わせると、アリスのトレーリング MEV を捕捉する代替システムを構築できます。アリスが AMM で取引するトランザクションを作成せず、代わりに誰でもアリスのスマート コントラクト ウォレットに送信してそのアクションを実行できるインテントに署名したとします。アリスのスマート コントラクト ウォレットは、そのトランザクションを送信した人に MEV 税を請求し、アリスに支払われます。

アリスの意図を送信した検索者は、同じトランザクションで自動的にアリスをフォローできるため、アリスをフォローする独占的な権利を持ちます。したがって、検索競争が激しい場合は、アリスをフォローすることで得られるすべての利益は、MEV 税を通じてアリスに渡されるはずです。

このシステムでは、フロントランナーがユーザーへの MEV 税の支払いを回避できる可能性があるため、フロントランニング攻撃からユーザーを完全に保護できない可能性があることに注意することが重要です。この問題 (およびいくつかの可能な緩和策) については、以下の制限事項のセクションで詳しく説明します。ただし、緩和策のないパブリック メモリプール システムよりも少なくとも改善されています。

その他のユースケース

これらの例に加えて、MEV 税の潜在的な用途としては、現在オフチェーンまたはダッチオークションを使用しているほぼすべてのシナリオが含まれます。

• Oval のようなプロトコルは、作成した Oracle 抽出可能値 (OEV) をキャプチャすることによって機能します。

• Blend のような NFT 担保貸付プロトコルでの借り換えオークション。

• レンディング プロトコルの清算では、ダッチ オークションよりも価値の漏洩が少なくなります。

アプリケーション間のMEVキャプチャ

上記のソリューションは、単一のアプリケーションとやり取りするときに生成される MEV を取得するように設計されています。ただし、検索者は、同じトランザクションで複数のアプリケーションとやり取りすることで、より多くの価値を取得できる場合があります。

これらのアプリケーションのうち 1 つだけが MEV 税を使用する場合、MEV 税の高低に関係なく、トランザクションからのすべての MEV は MEV 税を使用するアプリケーションに帰属する必要があります。

しかし、検索者のトランザクションが MEV 税を使用する 2 つのアプリケーションとやり取りする場合はどうなるでしょうか。たとえば、一部の MEV は、MEV 課税の AMM に対して MEV 課税の UniswapX 注文を満たすことによってのみ取得できる場合はどうでしょうか。

この場合、各アプリケーションによって捕捉される超過 MEV の相対量は、それらのアプリケーションによって設定された MEV 税によって決定されます。MEV 税としての app_i の値が関数 tax_i(priority) によって与えられる場合、次の式で優先度を解くことで、勝利トランザクションの優先度を決定できます。 tax_1(ガスあたりの優先度) + tax_2(ガスあたりの優先度) = 合計MEV

(技術的には、ブロック提案者に支払われる優先手数料を考慮するために、3 番目の項 priorityPerGas * gasUsed を追加することもできますが、付録 A で説明したように、優先手数料は通常の状況では無視できるほど小さいため、これを無視します。)

MEV 税が priorityPerGas に比例する単純なケース (つまり、tax_ 1(priorityPerGas) = a_ 1 * priorityPerGas) では、各アプリケーションが受け取る MEV のシェアを次のように求めることができます。

a_1 * ガスあたりの優先度 + a_2 * ガスあたりの優先度 = MEV

優先度PerGas = MEV/(a_ 1 + a_ 2)

tax_1(優先度/ガス) =(a_1/(a_1+a_2))*MEV

tax_2(ガスあたりの優先度) = (a_2/(a_1+a_2))*MEV

アプリケーションは、独自の MEV 税を設定する際にトレードオフに直面します。税率を高くすると、発生したアプリケーション間 MEV のより大きな割合を獲得できますが、競合する抽出方法がある場合、アプリケーション間 MEV の一部を逃す可能性があります。たとえば、すべての取引に MEV 税を課す AMM がある場合、MEV 課税対象の UniswapX 注文書は、別の AMM またはオフチェーン フィラーによって埋められる可能性があります。

多くの場合、2 つのアプリケーションがそれぞれの福利を最大化するように MEV を共有するように MEV 税を設計することで均衡が保たれる可能性があります。たとえば、MEV 課税 AMM は、ブロックの上部付近で 1 人の情報に精通したトレーダーから価値を獲得したいが、他のトレーダーやアプリケーション (MEV 税を使用しているものを含む) にはより低い固定料金で流動性を提供したい場合があります。この場合、AMM は比較的低い MEV 税 (例: $0.00001 * priorityFeePerGas ) を設定して、ブロックの早い段階で裁定取引 (ある場合) が発生し、ブロック内の後続の取引には MEV 税を課さない可能性があります。AMM と対話したい UniswapX などのアプリケーションは、プールがすでに裁定取引を行った後に取引が含まれるように、より高い MEV 税 ($0.01 * priorityFeePerGas など) を設定できます。これらの相対的な税金により、UniswapX の注文書に $1 の MEV と $50,000 の MEV しかない場合でも、最終的には AMM が最初に裁定取引されることになります。

これは将来の研究に値する広範な設計空間であると信じています。

制限

MEV 税にはいくつかの複雑さと欠陥があります。これらは今後の研究にとって興味深い分野であると考えています。

インセンティブの非互換性

MEV 税は、独占的なブロック提案者にとってインセンティブと相容れません。MEV 税は、トランザクションの組み込みに関して公正な競争がある場合にのみ機能します。これは、ブロック提案者が自身の収益を最大化するのではなく、私たちが「競争の優先順位付け」と呼ぶルールに従う場合にのみ発生します。これらのルールには以下を含めることをお勧めします。

• 優先順位のソート: ブロック内のトランザクションは、priorityFeePerGas の降順でソートする必要があります。

• 検閲耐性: ブロック提案者がブロックを構築するときにトランザクションt 1 を受信し、ブロックがいっぱいでないかトランザクションt 2 を含み、t 2.priorityFeePerGas

• トランザクション前のプライバシー: ブロック提案者はプライベート エンドポイントを介してトランザクションを受け入れる必要があり、ブロックを送信する前にこれらのトランザクションを他のユーザーと共有したり、これらのトランザクションの内容を使用して独自のトランザクションを構築したりすることはできません。

• 最終性はありません。ブロック提案者は、特定の時間 (blockTime) を設定する必要があります。その時間より前は誰からのトランザクションも受け入れ、その後は誰からのトランザクションも受け入れません。

これらの特性の 1 つ以上が侵害されると、MEV 税の有効性が弱まる可能性があります。検閲耐性を侵害するブロック提案者は、競合するトランザクションを除外し、優先度ゼロのトランザクションを送信することで、ほとんどの MEV 税を回避する機会を利用できます。トランザクション前のプライバシーを侵害するブロック提案者は、他のトランザクションから MEV を盗んだり、優先度料金を覗いて、他のトランザクションよりも高い入札を行うためにどの程度高く設定する必要があるかを確認したりできます。一方、他の提案者よりも遅くトランザクションを送信できる提案者は、他の提案者よりも高い入札を行うかどうかを自由に決定できるため、逆選択問題が発生し、最終的に競争が阻害されます。

残念ながら、最初のプロパティはプロトコル層で簡単に適用できますが、他のプロパティを信頼できない方法で適用するのは未解決の問題です。

プロトコル レベルでの強制がない場合、これらのルールに従うシーケンサーはルールから逸脱しないと信頼される必要があり、提案者がブロック構築を収益最大化の競争オークション (Ethereum メインネットの MEV-Boost など) にアウトソーシングすると、ブロックがルールに従わない可能性があります。

これらの問題は、競争的な優先順位付けを使用してブロックの構築にコミットする単一の信頼できる発注者によって「解決」される可能性があります。または、Sorella の Angstrom、Flashbots の SUAVE、Leaderless Auctions、Multiplicity など、コンセンサス、暗号化、および/または信頼できる実行環境の組み合わせを使用した分散メカニズムによって解決することもできます。

フルブロック

MEV 税の通常の動作に対する例外は、ブロックが完全にいっぱいになったときに発生します。この場合、ブロック提案者は、優先度の低いトランザクションをブロックの後半に含めるのではなく、除外する必要がある場合があります。MEV 税を使用するアプリケーションとやり取りするトランザクションは優先度手数料が非常に低い可能性が高いため、これらのアプリケーションは、MEV 税を使用しないアプリケーションまたは非常に低い MEV 税を使用するアプリケーションによって排除される可能性があります。ただし、EIP-1559 などのメカニズムを使用して個別の基本料金を設定するチェーンでは、ブロックが完全にいっぱいになることはまれです。さらに、ブロックがいっぱいになったときに一部のトランザクションを遅らせる必要があることを考えると、緊急性の低いトランザクションを MEV 税を高く設定して遅らせることは、合理的な結果である可能性があります。

ロールバックトランザクション

MEV 税は基本的に、各入札がトランザクションとなる単一ブロック オークションに依存しています。このようなオークションの欠点は、入札が失敗すると、多くの場合、ロールバック トランザクションがオンチェーンに含まれ、基本料金が支払われ、チェーンが混雑することです。

シーケンサーが失敗したトランザクションを完全に除外できれば、この問題は軽減されますが、集中型シーケンサーでもこれを実現するのは困難です。(これは、前述の検閲耐性特性に完全に準拠しているわけではありませんが、その定義は調整できます。) より洗練されたシーケンサーは、トランザクションが参加する紛争オークションを指定できるようにすることでこのプロセスを最適化し、シーケンサーが失敗することがわかっている後続のトランザクションをスキップできるようにすることができます。

ユーザーの意図を明らかにする

MEV 税は、検索者間で競争がある場合にのみ機能します。つまり、機会がある程度わかっている必要があります。機会がオンチェーンで表示される AMM などのアプリケーションの場合、これは自然に発生するはずです。ただし、インテント ベース ルーティングやテール ビディングなどのアプリケーションの場合、アプリケーションはユーザーの意図を検索者と共有する必要がある場合があります。

場合によっては、ユーザーの意図を満たす前にそれをブロードキャストすることで一時的にプライバシーが失われ、MEV 税では回復できない形で価値が漏洩する可能性があります。

たとえば、アリスが上記のトレーリングオークションプロトコルを使用して流動性の低いトークンを購入したいとします。彼女はスマートコントラクトウォレットに署名されたインテントを発行し、AMMでそのトークンを購入し、ある程度のスリッページ許容値を設定します。検索者は、ユーザーの注文を満たさずに、高優先度のトランザクションでそのトークンの価格を彼女のスリッページ許容値まで押し上げるために競争することができます。勝者であるボブは、低優先度のトランザクションにアリスのインテントを含めてバックランすることで、非競争的にアリスのインテントを満たし、アリスのトランザクションを挟んでアリスに悪い価格を与え、MEV税を回避できます。同様の問題は、NFTを購入するときにも発生する可能性があります。

ボブにとって、このような攻撃はリスクがあることに注意してください。なぜなら、トークンの購入とアリスへの販売の間の原子性を保証できないからです。単純なボブは、ティアリング サンドイッチ トラップの犠牲になる可能性があります。このトラップでは、アリスが自分から価値のないトークンを購入する意図を投稿し、ボブはそれを彼女のトランザクションに挟むことを期待して購入しますが、ボブがサンドイッチを完成させる前にアリスが意図を取り消します。

アプリケーションは、既存の多くの注文フロー オークションと同様に、意図を共有する検索者のセットを制限し、その行動を監視することで、この問題を軽減することもできます。

また、MEV 税を、Flashbots の SUAVE 設計で想定されているようなプライバシー重視のビルダー機能と組み合わせることも可能です。

最後に、アリスが自分の意図を共有するコストが競争的検索の利点を上回ると判断した場合、アリスは自分でトランザクションを構築し、それを直接ブロックに送信できます。前述のように、競争的優先順位付けの理想的な実装は、ブロック提案者にトランザクション前のプライバシーを提供します。

議論と予備作業

優先ガスオークション。 フラッシュボーイズ 2.0 「マイナー抽出可能価値」という用語を生み出したこの論文は、分散型ブロックチェーンにおける優先順位付けのダイナミクスの一部を検討した。この論文では、イーサリアムのマイナー（ネットワークがプルーフ・オブ・ワークを使用していたとき）はすでにトランザクションに優先順位を付けており、裁定取引業者はこの行動を利用して「優先ガスオークション」に参加し、ブロックに最初に含まれる権利を競い、その結果、分散型取引所の裁定取引によるMEVの大部分がマイナーにもたらされたと指摘した。

先着順。トランザクションの順序付けルール（ テミス または Arbitrum Ones の現行シーケンサー MEVを緩和する試みの中には、異なる順序付けルール、先着順（「公平な順序付け」と呼ばれることもある）の実施に焦点を当てたものもある。このルールでは、ブロック提案者は トランザクションを、表示された順に並べます。

優先順位付けでは、異なるアプローチが採用されます。つまり、特定の期間内に到着するトランザクションを平等に扱い、宣言された優先順位に従って並べ替えます。

「公平な順序付け」は、複数のバリデータが存在する実際のネットワーク環境では、強制することも定義することも困難です。また、信頼できるシーケンサーが 1 つしかない場合でも、無駄なレイテンシー競争やスパムにつながる可能性があります。最後に、MEV 税は、資産価格の不連続な「急騰」による裁定利益など、一部の「先着順」MEV を排除できる可能性があります。先着順よりも優先順序付けが有利な点は、連続時間よりも離散時間の交換が有利な点と多少関連しています。 バディッシュ、クラムトン、シム (2015) .

同時に、優先順位付けによってデフォルトで MEV に価値が漏れているように見えますが、この記事では、その価値を取り戻すためにアプリケーションを設計する方法を示します。

手数料の共有。Blast は、トランザクションでアクセスされるスマート コントラクトと優先度と基本手数料の一部を共有する Ethereum L2 です。

MEV 税は、同様の機能 (少なくとも優先手数料の場合) を許可しますが、手数料共有の特別なサポートを必要とせずに、競争上の優先順位付けを使用する任意のチェーンのアプリケーション層で実装できます。また、アプリケーションが優先手数料のカスタム関数として独自の税金を定義することも許可されるため、MEV 対応アプリケーションの柔軟性が向上し、構成可能性が向上する可能性があります。

トラストレス ソリューション。この記事では、トラストレスで競合の優先順位付けを実行する方法については説明せず、競合の優先順位付けを使用するプラットフォームのインセンティブと、競合の優先順位付けプラットフォームを活用する方法に焦点を当てています。

競争上の優先順位付けに必要なその他の特性については、これまでにも広く議論されてきた。例えば、 フォックス、パイ、レスニック（2023） では、著者らは検閲耐性のないオンチェーンオークションの脆弱性について議論し、複数の同時提案者を使用した検閲耐性オークションの設計について説明しています。ただし、トランザクションの特定の順序付けは推奨していません。

信頼を最小限に抑えたブロック構築メカニズムの構築に関する研究としては、他にも、Flashbots の SUAVE、Sorella の Angstrom、Leaderless Auctions、Espresso と Offchain Labs の分散型 Timeboost、Péter Szilági の強制パブリックトランザクションパッケージングなどがあります。

結論は

この投稿により、L2 が優先順位付け (OP スタックではデフォルトでサポートされています) の使用を検討するようになり、サポートされている場合はアプリケーションが MEV 税を試すよう奨励されることを願っています。

また、これが L1 および L2 での信頼性を最小限に抑える競合優先順位付けプロトコルに関するさらなる研究につながることを期待しています。

脚注

1. この投稿では、「プロポーザー」は、特定のブロックにどのトランザクションを含めるかを決定する参加者またはプロセスを指します。Ethereum L2 では、この役割は通常「シーケンサー」によって果たされます。Ethereum L1 では、プロポーザーと呼ばれる特定の Ethereum バリデーターによって果たされますが、プロポーザーは通常、ブロックを構築するタスクを「リレー」と「ビルダー」を含む競争オークションにアウトソースします。これらの責任がどのように分割されるかの詳細については、この投稿の範囲を超えています。

2. Gas あたりの優先手数料は、実際にはトランザクションで明示的に指定されていませんが、トランザクションで計算できます。トランザクションは Gas 価格を指定しますが、Ethereum は基本手数料も請求します。これは Gas 価格から差し引かれ、破棄されます。MEV 税の目的では、基本手数料はトレーダーによって制御されないため無視する必要があります。Gas あたりの優先手数料 (つまり、ブロック提案者に支払われるトランザクション手数料の一部の価格) は、Solidity で priorityGasPrice = tx.gasprice – block.basefee として計算できます。

3. 「MEV」を定義するだけで、検索者の利益を除外し、バリデーターに流れる値のみを参照することができます。

4. トランザクションが最終的にどのくらいのガスを使用するかを知る方法がないため、契約中に、proposerPriorityFee を priorityFeePerGas 量 (トランザクションで使用される合計ガスに等しい) の倍数として計算することはできません。ただし、必要なのは上限だけなので、通常は問題になりません。安全のために、priorityFeePerGas に 3000 万 (現在の Ethereum ブロックの最大ガス) を掛けることができます。この値を過大評価すると、MEV 税が MEV のより大きな割合を占めることになります。

5. トランザクションが 3,000 万 Gas を超えないと仮定すると、priorityFeePerGas が 50,000 の場合、Gas 支払いは 1,500 gwei となり、ETH 価格が $4,000 の場合、約 $0.006 になります。

6. 裁定者の利益がゼロになるように priorityFeePerGas が設定されている場合、利益を最大化する裁定取引は、機能を最大化する AMM 上の同じ取引に対応する必要があります。

7. Arbitrum は、これを Timeboost と呼ばれる優先順位付け形式に置き換えることを検討していますが、この記事の執筆時点ではまだ実用化されていません。

この記事はインターネットから引用したものです: パラダイムは新しいメカニズム、MEV税を発明しました。これは既存のDeFiの状況を変える可能性があります

関連：Bitget Research Institute：ミームセクターは週末に急落、LayerZeroとzkSyncがトークンを発行すると予想される

過去24時間で、市場には多くの新しいホットな通貨とトピックが登場しており、それらが次の金儲けのチャンスになる可能性が非常に高いです。 次のセクターに注意を払う必要があります： ミームセクター、ファントークンセクター ユーザーによるホットな検索トークンとトピック： Scroll、Manta Network、BONK 潜在的なエアドロップの機会には、Scroll、Orbiter Financeが含まれます データ統計時間：2024年5月20日4：00（UTC + 0） 1.市場環境 先週、BTCスポットETFは5日連続で純流入を記録しました。 過去2週間の資金流入は、4月の流出をすべて相殺しました。 BTCは1週間で9%上昇し、価格は67,000前後で変動しました。 CME連邦準備制度の観測データによると、連邦準備制度理事会の確率は…