---
title: "オンチェーンのフロントランニング"
description: "オンチェーンのフロントランニングとは、保留中のトランザクション情報を利用し、別のトランザクションを先に実行させて利益を得る行為です。公開トランザクションプール、順序付け、MEV、スリッページ、非公開送信との関係を解説します。"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# オンチェーンのフロントランニング

> 教育目的の参考情報であり、投資助言ではありません。投資により損失が生じる可能性があります。

<a id="answer"></a>

## 要点

オンチェーンのフロントランニングは、誰かが保留中のトランザクションを知り、そこから価値を得るために別のトランザクションを先に実行させることです。収益性のあるコールをコピーする、既知の注文より先に買う、希少なオンチェーン機会を争う、といった形があります。フロントランニングは最大抽出可能価値（MEV）の一種であり、すべての MEV 戦略を指す言葉ではありません。

この機会が生じるのは、送信された Ethereum トランザクションが通常、バリデーターによってブロックに取り込まれる前にネットワークへ配信され、トランザクションプールに保持されるためです。サーチャーは保留中の内容を調べ、結果をシミュレーションし、自分のトランザクションやバンドルを送れます。最終的な順序はブロック構築で決まるため、優先手数料を増やしても特定の位置は保証されません。

利用者が確認すべきなのは、実行前に価値ある意図が漏れるか、取引条件に抽出余地があるか、誰が順序へ影響できるかです。緩いスリッページの DEX スワップ、再利用可能な秘密を使う公開請求、清算、オークション、数量限定ミントはいずれも競争を招き得ます。

<a id="mechanism"></a>

## 仕組み

サンドイッチ取引では、サーチャーが保留中の DEX 買い注文を見つけ、その直前に同じ資産を買い、直後に売ります。利用者の購入によって、サーチャーの二つの取引の間でプール価格が上昇します。追加の値動きがあっても利用者の最低受取量を満たし、全手数料を差し引いて利益が残る場合にのみ成立します。

汎用フロントランナーは、価値をコピーできるコールを狙います。トランザクションが答えや認可を公開し、それが予定された受取人に結び付いていなければ、別アカウントがコールを再現して先の実行を狙えます。コントラクト側ではコミット・リビール方式や請求権の受取人への紐付けが有効で、利用者に手数料増額を求めるだけでは公開済み情報を守れません。

Ethereum の `maxPriorityFeePerGas` や `maxFeePerGas` は送信者が支払う上限に影響しますが、トランザクション内容を非公開にはしません。また、ビルダーは単一の手数料項目で並べるのではなく、バンドルを評価する場合があります。したがってフロントランニングは、単なる Gas 価格競争ではなく、情報と順序付けの問題です。

<a id="example"></a>

## 例

ある AMM プールに 100 ETH と 200,000 USDC があるとします。利用者は 10,000 USDC で ETH を買う公開トランザクションを、スリッページ許容度 5% で送信します。保留中の内容から、方向、規模、最低許容出力が分かります。

サーチャーはスワップをシミュレーションし、その前に実行する買いと、後に実行する売りを送ります。両方が利用者の取引を挟む順序になれば、利用者が受け取る ETH はサンドイッチがない場合より少なくなりますが、5% の範囲内には収まり、サーチャーは手数料控除後の差額を得ます。

成功は保証されません。他のサーチャーとの競争、プール手数料、価格変動、ブロックに入らないこと、利用者の最低出力チェックにより、採算が崩れたり一連の取引が失敗したりします。通常の大口取引も価格へ影響するため、すべてのスリッページを攻撃と判断するには、トランザクションの追跡とプール状態の確認が必要です。

<a id="risks"></a>

## リスクと対策

あらゆる順序付けリスクを消す設定はありません。不要な情報漏えいを減らし、取引で許容する損失に上限を設けることが現実的な目標です。

- プールの深さと現在の状況に基づき、妥当な最低出力または価格上限を設定し、約定させるためだけにスリッページを広げない。
- 特に流動性の薄いプールで大口取引を行う場合は、署名前に価格影響、流動性、トークンの移転規則、経路を確認する。
- 必要に応じて信頼できる非公開送信や MEV 保護サービスを使い、対応ビルダー、失敗時の挙動、プライバシーポリシー、信頼前提を確認する。
- プロトコル設計では先着順の秘密を取引データへ直接入れず、用途に合った受取人への紐付け、コミット・リビール、バッチオークションなどを使う。

非公開送信はトランザクションを公開プールから隠せますが、万能な保証ではありません。サービスと参加ビルダーが情報を漏らしたり悪用したりしないことに依存し、確定前に RPC 経路を切り替えると公開される場合もあります。また、処理が遅れたり採用されなかったりする可能性もあります。

<a id="misconceptions"></a>

## よくある誤解

### 誤解 1：Gas を多く払えばフロントランニングを防げる

優先手数料を上げると採用確率は上がり得ますが、取引内容は隠れません。サーチャーやビルダーはより価値の高い順序やバンドルを提出できるため、手数料競争だけでは防御になりません。

### 誤解 2：不利な約定はすべてサンドイッチ攻撃である

大口注文はそれ自体で AMM 価格を動かし、保留中に市場も変化します。経路手数料、移転税、通常の競争も約定を悪化させる要因です。

### 誤解 3：スリッページをゼロにするのが常に最も安全である

厳しすぎる制限は通常の値動きでも取引を拒否し、公開トランザクションがリバートすれば Gas を消費する場合があります。適切な値は流動性、取引規模、緊急性、許容できる最大損失で決まります。

<a id="related"></a>

## 関連トピック

- [DEX](/ja/crypto/dex/)
- [Gas 手数料](/ja/crypto/gas-fee/)
- [MEV](/ja/crypto/mev/)
- [シビル攻撃](/ja/crypto/sybil-attack/)
- [イールドファーミング](/ja/crypto/yield-farming/)

<a id="sources"></a>

## 出典

- [Transactions](https://ethereum.org/developers/docs/transactions/) - ethereum.org（参照日: 2026-08-20）
- [Maximal extractable value (MEV)](https://ethereum.org/developers/docs/mev/) - ethereum.org（参照日: 2026-08-20）
- [Flashbots Protect Quick Start](https://docs.flashbots.net/flashbots-protect/quick-start) - Flashbots（参照日: 2026-08-20）

Source: https://wiki.fcontext.com/ja/crypto/front-running/index.mdx