
MEV税とは何か?誰が支払うのか?
TechFlow厳選深潮セレクト

MEV税とは何か?誰が支払うのか?
MEV税はMEVを再分配し、元々検索者に全額帰属していたMEVの利益をアプリケーションへと還元する。
執筆:0XNATALIE
ParadigmのリサーチャーであるDan RobinsonとDave Whiteは、「MEV税」という新しい概念を提案した。MEV税メカニズムは、アプリケーションが取引から一部のMEVを回収できるようにするもので、その目的はMEVの価値を再分配し、この価値がすべてトランザクションを実行する searcher(探索者)に独占されることを防ぐことにある。このメカニズムはOP Mainnet、Base、BlastなどのOP Stack L2上で効果的に実装可能である。
MEV税の紹介
MEV税(MEV taxes)とは、スマートコントラクトが取引における優先料金(priority fee)を分析することで自動的に手数料を徴収できる仕組みのことである。この枠組みでは、スマートコントラクトは取引の優先料金に基づいて一定比率のMEV税を課す。優先料金とは、ユーザーがネットワーク上で自分の取引を迅速に承認してもらうために支払う追加費用である。EIP-1559導入後、イーサリアムのトランザクション手数料はベース料金と優先料金に分けられる。ベース料金はネットワークによって自動設定され、ネットワークの混雑状況に応じて動的に調整される一方、優先料金はブロッカー提案者(block proposer)に支払われる追加報酬であり、自らの取引を優先的に処理してもらうためのインセンティブとなる。
スマートコントラクトは取引の優先料金をチェックし、それに応じた比例的な追加料金(=MEV税)を徴収する。例えば、MEV税の下では、ユーザーがブロッカー提案者に1uの優先料金を支払い、自分の取引を優先的に処理してもらうとする。あるsearcherがこの取引に関連するMEV(たとえば100uの利益)をすべて獲得しようとする場合、取引先のスマートコントラクトが定めた1:99の割合に従い、99uをスマートコントラクトに支払わなければならない。この99uはアプリケーション側に戻され、ユーザーへの報酬などに利用される。MEV税がない場合は、ユーザーが1uの優先料金を支払えば、ブロッカー提案者はその1uを得るが、同時に発生するMEV(100u)もすべてsearcherが得ることになる。
有効性は「競争的優先順位付け」ルールに依存
MEV税の有効性は、「競争的優先順位付け」(competitive priority ordering)というルールに依存している。
優先料金順の並び替え:ブロッカー提案者は、取引の優先料金が高い順に取引を並べ替えるべきであり、高い優先料金を支払った取引ほど優先的に処理されるべきである。
検閲禁止:ブロッカー提案者は、優先料金が低い取引であっても検閲または排除してはならない。
覗き見・遅延禁止:ブロッカー提案者は取引内容を事前に覗き見たり、正当な理由なく特定の取引を遅らせたりしてはならない。
このルールに基づき、MEV税はOP Stack L2でのみ有効となる。なぜならこれらのチェーンでは、ブロッカー提案者(=ソーター)が競争的優先順位付けのルールに従っているためである。もしソーターがこれらの原則に違反すれば、取引順序を操作してMEV税を回避し、その価値を自らが独占することが可能になる。
一方、イーサリアムL1では、ブロック構築がMEV-Boostなどの競合型ブロック構築オークションシステムを通じて行われており、複数のブロックビルダーが高額の手数料を含む取引を取り込むことで収益を最大化しようと競っている。MEV税によりビルダーの利益が減少するため、こうした激しい競争環境では、ビルダーはMEV税を導入していない取引を優先的に選択する傾向があり、結果としてこのメカニズムはイーサリアムL1上では機能しない。
MEV税が解決する問題
MEV税は特別な外部インフラを必要とせず、任意のスマートコントラクトが採用でき、開発者がアプリケーションのニーズに応じて課金モデルをカスタマイズできる。この柔軟性により、異なるブロックチェーンプロトコルやアプリケーションが独自の戦略で最適化しつつ、他のシステムとの互換性を維持できる。たとえば:
DEX取引の最適化:DEXにMEV税を導入すると、取引の執行価格は市場の需給関係だけでなく、MEV税の要素も反映するようになる。有利な価格で先んじて取引を完了しようとするsearcherは、より高いMEV税を支払わなければならない。この追加費用は、ブロック内での取引優先度向上に使われたり、ユーザーまたは流動性提供者への報酬として還元されたりする可能性があり、間接的にスリッページの削減につながる。
AMMにおける流動性提供者の損失およびリバランス問題の軽減:AMMは、高いMEV税を支払った取引を優先的に処理するように設定できる。これにより、裁定取引を行う者(arbitrageur)から直接一部の利益を回収し、それをAMMまたは流動性提供者に還元できるため、流動性提供者の収益がより安定する。
取引によって発生する「バックラン」MEVの捕獲:スマートコントラクトウォレットにMEV税を統合し、ユーザーのウォレットが取引時に自動的にMEV税を徴収する仕組みを設計する。これにより、他の市場参加者がユーザーの取引によって発生するMEVを利用しようとする際には、MEV税を支払う必要がある。この税収は元の取引を行ったユーザーに還元されるため、ユーザー自身が自らの取引によって生じたMEVを獲得でき、利益を保護できる。
MEV税の制限
前述の通り、MEV税の有効性はソーターが競争的優先順位付けルールを厳密に遵守することに大きく依存しているほか、他のいくつかの制約にも直面している。例えば、ブロックが完全に満たされた場合、ブロッカー提案者は単に低優先度の取引をブロックの後ろに配置するのではなく、あえてそれらを除外せざるを得なくなるかもしれない。また、MEV税の成功には市場における競争の存在が必要であり、これは取引機会が広く知られていることが前提となる。しかし、ユーザーの意図(intent)に基づくアプリケーションの場合、ユーザーの意図を公開する必要があり、それが競争中に価値の漏洩を招く可能性がある。
MEV税メカニズムには課題や制限があるものの、これはsearcherに独占されていたMEVの利益をアプリケーション側に返還するという、MEVの価値を再分配する新たなアプローチでもある。MEV税はMEV Shareと同様に、MEVの還元方法を探り、MEVエコシステムの公平な分配を促進することを目指している。
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














