Maximum Extractable Value(MEV)とMEV保護とは

Bitcoin や Ethereum のようなパーミッションレスブロックチェーンの多くは透明性を持っています。この透明性は強みであると同時に、mempool（ノードによる検証を待ち、ブロックに恒久的に組み込まれる前の取引が滞留する「プール」）で見える情報を利用しようとするアクターを招くものでもあります。

そして、ブロックプロデューサーは mempool 内の取引を任意の順序で次のブロックに含めることができるため、収益のために取引の組み込み・除外を操作できてしまいます。

DEX、vault、あるいは価格に敏感なシステムを構築する際、MEV は実際の設計上の制約になります。MEV protection フレームワークは、不公正な取引操作による利益取得を許しません。

MEV と MEV protection とは

MEV（Maximum Extractable Value の略）とは、ブロック生成中に取引を並べ替え、挿入、または検閲することで、ある主体（MEV-Extracting Entity、略して MEE）がブロックから引き出せる最大の価値のことです。この価値は、マイナーやバリデーターが受け取る通常のブロック報酬やガス代とは別に発生します。

MEV はユーザーの取引にかかる「見えない税金」と考えることができます。MEE は、ユーザーが期待通りの価値を取引から得られないように取引を戦略的に操作し、その差額を懐に入れます（arbitrage）。

上の画像は、2025年12月8日から2026年1月6日までの間に MEE が得た利益の合計を示しています。合計は30日間で約2,400万ドルに達しており、これは Ethereum だけの数字です。

だからこそ、MEV への対策が重要になります。

「MEV protection」とは、ブロック内の取引順序を操作して追加の価値を得ようとするマイナーやバリデーターによる有害な取引操作から、ユーザーや開発者を守るあらゆる戦略や仕組み（private mempool の利用など）を指します。

MEV は、あなたのアプリが本番環境でどう動作するかに直接影響します。MEV から保護されていない場合、ユーザーは非常に高いスリッページや取引の失敗を経験します。これが積み重なると信頼が損なわれます。プロトコル自体が正しく機能していても、ユーザーはルーティングが悪い、価格が不正確だ、あるいは製品が安全でないと判断してしまいます。

MEV protection を組み込んだ状態でアプリをリリースすれば、取引はユーザーの期待通りに実行されます。

MEV の歴史

「MEV」または「Miner Extractable Value」という用語は、2019年の Flashbots のリサーチペーパー「Flash Boys 2.0: Frontrunning, Transaction Reordering, and Consensus Instability in Decentralized Exchanges」で初めて登場し、後にマイナー以外も含む「Maximum/Maximal Extractable Value」へと概念が拡張されました。

MEV はブロックチェーンにとって新しい概念ではありませんでした。mempool を使うブロックチェーンに本質的な構造的設計上の問題として、これまで見過ごされてきたのです。しかし Flashbots によるこの論文は転換点となりました。この「抽出」が、順序付け・公平性・透明性という分散化の理念にとって根本的なリスクであるという認識を明確にしたのです。

では、論文が指摘する「MEV リスク」とは具体的にどのようなものでしょうか。

システム全体の観点で見ると、放置された MEV は以下を含む、複数の悪影響をもたらします。

• MEV はユーザーとブロックプロデューサーの間にインセンティブの不整合を生む
• MEV はブロック生成を中央集権化しうる
• MEV はユーザー体験と信頼を損なう
• MEV は誠実な行動と有害な行動の境界を曖昧にする
• MEV マーケットがバリデーターのインセンティブを上回りうる

MEV はどう機能するのか

ユーザーがブロックチェーン上で取引を行うと、その取引はまず mempool に送られます。mempool は多くのブロックチェーンにとって重要なインフラの一部です。ここで取引は、ブロックに追加される、あるいは追加されず拒否される前に、検証・確認のために滞留します。

このウィンドウの長さはネットワークによって異なり、数秒から数分の範囲です。取引がブロードキャストされてからブロックに組み込まれるまでのこの短い時間で、MEE は利益の出る機会をスキャンし、悪用するには十分です。

MEV はしばしばブロックプロデューサー（マイナー/バリデーター）と結びつけて語られますが、今日の MEV の多くは実際にはボットによるものです。これにより MEV がユーザーに与える影響は大きく増幅されます。というのも、ブロックプロデューサーによる遅い手動の介入に依存するのではなく、価値の抽出がほぼ瞬時に発生するようになるからです。

典型的な MEV 攻撃の簡略化されたステップは以下の通りです。

• ユーザーが取引をネットワークにブロードキャストする。
• その取引は誰でも検査できる public mempool に入る。
• MEE が mempool 内の取引を監視し、利益の出る機会を見つける。
• MEE は MEV を抽出するために、特定の順序で実行されるよう設計された一連の取引（bundle）を作成する。
• その bundle が、例えばバリデーターに提出される。
• バリデーターが次のブロックにその bundle を丸ごと組み込み、ユーザーの取引を操作された順序で実行する。
• MEE が利益を得る一方、ユーザーは期待していたよりも悪い執行結果を受け取る。

MEV 攻撃の種類

MEV は単一の攻撃ではなく、保留中の取引の可視性とブロック内での順序への影響力から価値を引き出す手法群を指す包括的な用語です。ここでは、よく見られる MEV 攻撃の種類をいくつか紹介します。

1. Frontrunning

Frontrunning は最も一般的な MEV 攻撃です。ここでは、MEV ボットが保留中の取引を見つけ、より高いガス代を付けた自分の取引を送信して先に組み込まれるようにします。

通常、この挙動には2つのパターンがあります。

1つ目は、供給量が限られたアセットを買う競争です。ここでの frontrunning は価格操作というより速度の問題です。数量限定の NFT ドロップが好例です。frontrunner はユーザーより「後に」取引を開始しても、先に着地する取引を送信することで、ユーザーより先に NFT を mint/購入できます。

2つ目は、流動性の低いプールでの価格操作です。ここでは frontrunner が、ユーザーの取引より先に組み込まれるよう自分の取引を配置し、ユーザーが価格を押し上げる前により低い価格で買う、あるいはユーザーが価格を押し下げる前により高い価格で売るようにします。これにより、frontrunner は取引順序だけから arbitrage を生み出すことができます。

2. Sandwich attack（サンドイッチ攻撃）

Sandwich attack は、最後に「売り」のアクションが加わった frontrunning attack にすぎません。

取引を frontrun することで、MEV ボットは価格を押し上げることに成功し、含み益を抱えた状態になります。その後、ボットはアセットを売却して利益を確定させます。

簡単に言えば、

1. ボットは保留中の「買い」取引を見つけ、同じトークンについてより高い手数料を付けた新しい注文を出し、ブロック内で先に組み込まれるようにする。これにより、流動性プール内のトークン価格が上昇する。
2. その後、ユーザーの取引は「新しい」（上昇した）価格で約定する。
3. ボットは即座に高騰した価格でトークンを売却し、利益を確定させる（ユーザーは元の買い注文で潜在的な損失を被る可能性がある）。

3. Backrunning

Backrunning は、ユーザーの取引が実行された後にボットが反応するため、ユーザーの価格や執行結果を悪化させることがなく、はるかに害の少ないタイプの MEV 攻撃です。

ここでは、MEV ボットが流動性プール内での大規模な swap を待ちます。

例えば、あるユーザーが流動性プール（Pool 1）でトークン A の大量取引をトークン B に swap したとします。これにより B の価格が急騰し、A の価格が下落するため、他の流動性プールとの間に一時的な価格差が生まれます。

このとき、Pool 1 の価格は Pool 2 の価格と異なっています。そこで MEV ボットは Pool 1 でトークン A を（より低い価格で）買い、Pool 2 で（より高い価格で）売ることができます。

4. Censorship

ブロックプロデューサー（マイナー/バリデーター）は正当な取引をブロックに含めるインセンティブを持っていますが、取引を遅延させたり除外したりすることも十分に可能です。この取引を検閲する能力により、彼らは競合する取引を選択的にブロックに含めないようにすることで MEV を抽出し、自分自身の取引や優先する bundle だけが MEV を獲得するようにできます。

5. Oracle manipulation

アプリはアセット価格を受け取るために oracle を利用します。価格自体は非常に速く更新されますが、実際には oracle は一定の間隔ごとにしか更新されません。ボットは oracle のソース側で一時的に価格をずらすことで、アプリがそのずれた価格を取り込み、清算のような価格に依存したアクションを引き起こし、価値の移転を生じさせることができます。アプリが意図通りに動いた後、ボットは oracle のソースにおける価格の歪みを元に戻します。こうして市場は正常に戻りますが、アプリはその代償をボットに支払うことになります。

ユーザーを MEV から保護するメリット

MEV protection は、ブロックチェーンベースのアプリケーションが信頼できるとみなされる上で重要です。ユーザー向けにアプリケーションの複雑さを増やすことなく、より良い UX と予測可能性を保証します。

1. 予測可能な執行

MEV protection は取引執行の予測可能性を高めます。取引順序は操作可能であり、約定価格に実質的な影響を与えるため、同一の swap でも順序次第で結果が大きく異なることがあります。MEV protection があれば、ユーザーの実際の体験が期待通りになることを保証できます。予期しない価格変動はありません。

2. 取引成功率の向上

保護されていない取引は、送信から組み込みまでの間に価格が変動するために失敗することがよくあります。その結果、ユーザーは再試行したり、スリッページを引き上げたり、あるいは操作自体を諦めたりします。MEV protection はこうした価格ショックを減らし、ユーザーにとってよりスムーズでタイムリーな体験を保証します。

3. ユーザーの信頼とリテンションの向上

ユーザーが予期しない価格への影響や取引の失敗を頻繁に経験すると、彼らはネットワークではなくアプリへの信頼を失います。MEV から保護することで、結果がユーザーの期待に沿うようになり、それがリテンションと継続利用の直接的な向上につながります。

MEV 攻撃から保護する方法

MEV は通常、public mempool 特有の性質です。アプリケーションは、private mempool、中央集権型の sequencer、order flow auction など（これらに限らず）さまざまなソリューションを使って、ユーザーを MEV から保護できます。

MEV protection が防ぐのは、有害でユーザーに損害を与える抽出パターンのみである点に注意してください。以下のものには干渉しません。

• 正しい価格を回復させる arbitrage bot
• レンディングシステムを健全に保つ liquidation bot
• 状態変化に反応する正当な backrun

以下は、開発者が取引を MEV 攻撃から保護するために用いるいくつかの技術です。

Private mempool

MEV 攻撃に対する最も効果的な対策とされており、private mempool は取引の詳細がブロックに追加されるまで非公開に保たれるようにします。

FIFO（先入れ先出し）順序付け

シンプルながら効果的な方法で、取引はガス価格ではなく、受信した順序どおりに厳密に処理されます。ただし、完全に分散化されたネットワークでこれを強制するのは非常に難しいという制約があります。

中央集権型 sequencer

多少の分散性を犠牲にすることで、単一のエンティティまたは少数のエンティティ群が取引順序を決定する中央集権型 sequencer を利用できます。private mempool の実装と同様に、取引はブロックに追加されるまで一般に公開されないため効果的です。

Order flow auction

Order flow auction は、ユーザーを MEV 攻撃から保護するためのユニークなアプローチです。MEV を完全になくすのではなく、その方向を変えます。この仕組みは、ユーザーの意図を非公開で競合する solver 群に送ることで機能し、MEV はユーザーに対してではなく solver 同士の間で発生するようになります。

Alchemy でユーザーを MEV から守る

MEV protection を組み込んだ製品を出すことは、開発者にとっての強みです。アプリケーション内で予測可能な執行とより良い価格を提供すれば、信頼を獲得し、離脱を減らすことができます。

Ethereum、Solana、Base、Arbitrum、BNB Smart Chain 上のすべての標準的な Alchemy RPC エンドポイントには、MEV protection が組み込まれています。設定変更は一切不要です。

対応ネットワークでは、バリデーターが直接受け取る private pathway を通じて取引をルーティングしており、MEV ボットが依存する可視性を取り除くことで、ほとんどの攻撃を防いでいます。開発者は同じ send-transaction フローを使い続けるだけでよく、Alchemy が内部で private routing を処理します。

追加のオーバーヘッドなしに、あなたとあなたのユーザーにとってよりコスト効率の良いオンチェーン体験を実現します。これを選ばない理由はありません。

よくある質問

MEV（maximum extractable value）とは何ですか？

MEV とは、ブロック生成中に取引を並べ替え、挿入、または検閲することで、標準的なブロック報酬やガス代に加えて誰かが引き出せる最大の価値のことです。ユーザーの取引にかかる「見えない税金」のようなもので、操作者が取引を戦略的に並べ替えることでユーザーの犠牲の上に利益を得ると考えることができます。

MEV protection とは何ですか？

MEV protection とは、ブロック内の取引を並べ替えて追加の価値を得ようとするマイナーやバリデーターによる有害な取引操作から、ユーザーや開発者を守るあらゆる戦略や仕組みです。一般的な手法としては、取引がブロックに組み込まれるまで非公開にしておく private mempool の利用が挙げられます。

なぜ自分のアプリケーションに MEV protection が重要なのですか？

MEV protection がない場合、ユーザーは高いスリッページや取引の失敗を経験し、これが信頼を損ない、ルーティングが悪い、あるいは製品が安全でないとユーザーに思わせてしまいます。MEV protection により、取引はユーザーの期待通りに実行され、信頼とリテンションが向上します。

MEV は取引手数料と同じものですか？

いいえ。取引手数料は、ユーザーが自分の取引をブロックに含めてもらうために支払うものです。MEV は、ブロックプロデューサーやサーチャーが、取引のブロックへの組み込み方を操作することで引き出せる追加の価値です。

Sandwich attack とは何ですか？

Sandwich attack は、ボットが保留中の買い取引を見つけ、価格を押し上げるためにより高い手数料の買い注文を先に出し、ユーザーの取引を高騰した価格で約定させ、その後即座に利益をもって売却するというものです。これにより、ユーザーは期待していたよりも悪い執行結果を受け取ることになります。

MEV 攻撃における frontrunning とは何ですか？

Frontrunning とは、MEV ボットが保留中の取引を見つけ、より高いガス代を付けた自分の取引を先に組み込まれるように送信することです。これは、ユーザーより先に供給量が限られたアセットを購入するため、あるいは流動性の低いプールで arbitrage 目的の価格操作を行うために行われます。

Alchemy はどのように MEV から保護していますか？

Ethereum、Solana、Base、Arbitrum、BNB Smart Chain 上のすべての標準的な Alchemy RPC エンドポイントには、追加コストなしで MEV protection が組み込まれています。Alchemy はバリデーターに直接届く private pathway を通じて取引をルーティングすることで、MEV ボットが依存する可視性を防ぎます。

MEV protection はあらゆる種類の抽出をなくしますか？

いいえ、MEV protection が防ぐのは、有害でユーザーに損害を与える抽出パターンのみです。正しい価格を回復させる arbitrage bot、レンディングシステムを健全に保つ liquidation bot、状態変化に反応する正当な backrun のような有益な活動には干渉しません。

Private mempool とは何で、どのように役立ちますか？

Private mempool は、取引の詳細がブロックに追加されるまで一般には見えない状態に保つことで、ボットがあなたの取引を監視したり並べ替えたりするのを防ぎます。これは MEV 攻撃に対する最も効果的な対策の一つとされています。