価格インパクトとスリッページ｜大口取引者のコスト計算と対策

「DEX で1,000万円分のトークンを買おうとしたら、表示価格より10%も高い金額になった」——機関・大口取引者が必ず経験する現象だ。この「価格インパクト」と「スリッページ」は、伝統金融（株式・為替）でもマーケットインパクトやスリッページとして存在するが、DEX では AMM の数式により価格インパクトが機械的・明示的に発生し、規模が小さいプールほど影響が大きい点が特徴だ。本記事は事業者目線で、なぜこれが発生するのか、どう計算するのか、最適化手法を整理する。

目次

1. なぜ事業者がこれを理解する必要があるのか
2. 価格インパクトとスリッページ — 用語整理
3. プール規模と取引額の関係 — 直感的な計算
4. アグリゲータ（1inch、CowSwap、Jupiter）の役割
5. MEV による「見えないコスト」
6. 機関・大口取引者のコスト最適化手法
7. まとめ

1. なぜ事業者がこれを理解する必要があるのか

機関・大口取引者が DEX を使う場面は増えている:
- 自社で保有する暗号資産を運用通貨に交換
- 顧客向け商品の裏側でのリバランス
- ステーブルコイン間の大口送金

このとき「表示価格通りに取引できない」というのが DEX 特有の現象だ。事業計画でコストを見積もる際、この「インパクト・コスト」を考慮しないと収支が合わない。

2. 価格インパクトとスリッページ — 用語整理

価格インパクト（Price Impact）

「自分の取引によって、市場価格が動く量」。例えば、ETH の市場価格が $3,000 のとき、1,000枚 の ETH 売り注文を入れると、約定価格は $2,950 まで下がる、というケース。価格インパクト = ($3,000 - $2,950) / $3,000 = 1.67%。

スリッページ（Slippage）

「外部市況の変動やトランザクション順序待ちの間の価格変動で生じる、期待価格と約定価格のズレ」（価格インパクトは自分の取引が直接動かす分）。注文がブロックに取り込まれるまでに他のトランザクションが入る、想定外の市況変動が起きる、等で発生する。

両者は別概念だが、合計すると「想定通りに約定できなかった量」になる。事業者目線では「取引額に対する追加コスト」として一括で把握すれば良い。

3. プール規模と取引額の関係 — 直感的な計算

定数積モデル（x*y=k）における価格インパクトの直感:

取引額が「プール総量の X%」なら、価格インパクトはおおよそ「X% 〜 2X%」

具体例:
- プールに ETH 10,000枚、USDC 30,000,000枚（合計 $60M 規模）
- 100 ETH（プールの1%）を売る → 価格インパクト 1〜2%
- 1,000 ETH（プールの10%）を売る → 価格インパクト 10〜20%
- 5,000 ETH（プールの50%）を売る → 価格インパクト 50% 以上

事業者にとって押さえるべきポイント:

• 取引額がプール規模の 5% を超えると、コストが急増
• 大口は複数 DEX に分割する必要がある
• 自社のトレジャリーで取引する場合、プール規模を事前に確認

4. アグリゲータ（1inch、CowSwap、Jupiter）の役割

価格インパクトを下げる手段の代表が「アグリゲータ」だ。

アグリゲータとは

複数の DEX（Uniswap、Curve、Balancer、Sushiswap 等）を横断して、最も安く約定できる経路を自動で探す中間レイヤー。

• 1inch: 老舗アグリゲータ。Pathfinder アルゴリズムで最適経路を計算
• CowSwap: バッチオークション方式。同一ブロック内の注文を集約して clearing price で約定
• Jupiter: Solana 上のアグリゲータ。DEX 横断で最適経路

各アグリゲータの取引高・利用統計は DefiLlama DEX カテゴリ、Jupiter は DefiLlama (Jupiter Aggregator) を参照。

効果

100 ETH の売り注文を:
- Uniswap だけで実行: 価格インパクト 1.5%
- アグリゲータ経由（Uniswap 40% + Curve 30% + Balancer 30% に分割）: 価格インパクト 0.6%

機関・大口取引者は基本的にアグリゲータ経由が推奨。

5. MEV による「見えないコスト」

価格インパクト・スリッページに加えて、機関・大口取引者が知っておくべきが MEV（Maximal Extractable Value） だ。

サンドイッチ攻撃

自分の大口取引を mempool（取引待機列）で検知した攻撃者が:
1. 自分より前に同じ方向の取引を入れる（フロントラン）
2. 自分の取引が約定して価格が動く
3. 攻撃者が反対方向の取引で利確（バックラン）

——という3ステップで利ざやを抜く。被害者は「表示価格より悪い価格で約定」する。

対策

• CowSwap などのバッチオークション: mempool 経由しないので攻撃されにくい
• Flashbots Protect: プライベート mempool 経由のユーザー向け RPC でサンドイッチを防止（MEV-Boost はバリデータ側のブロック構築ミドルウェアであり、大口取引者の防御策ではない点に注意）
• 取引額を小さく分割: 攻撃者にとって採算が合わなくする

6. 機関・大口取引者のコスト最適化手法

実務的に推奨される手法:

7. まとめ

事業者目線でこの分野を理解する要点は4つ。

1. 価格インパクト = 自分の取引で動く価格量、スリッページ = 注文と約定のズレ
2. 取引額がプール規模の 5% を超えると、コストが急増
3. アグリゲータ経由が機関・大口の標準
4. MEV による「見えないコスト」もあり、対策は必須

詳しくは DeFi完全マップ 2026 と MEV と AMM を参照。

関連記事

大口取引のコストを抑える観点から、設計レイヤーを切り替えて読み進めると理解が深まる記事を選びました。

• MEV と AMM — 本記事 5章「MEV による見えないコスト」を、サンドイッチ攻撃と JIT 流動性の仕組みから防御策まで深掘り
• Uniswap v2 定数積モデル — 本記事 3章のプール規模・取引額・価格インパクトの関係は、x*y=k の数学から導かれる
• Uniswap v3 集中流動性 — v3 プールに対する大口取引は、レンジ設計次第でスリッページの出方が大きく変わる
• Curve StableSwap 不変量 — ステーブル間大口送金で最もスリッページが小さい設計。アグリゲータが Curve を選ぶ理由
• Flash Loan を使った裁定の実装例 — 価格差を「コスト」ではなく「収益」として取りに行く側の実装

本記事は XTELA JAPAN 株式会社が作成しました。 DEX 取引最適化のご相談は無料技術相談からお問い合わせください。