﻿---
title: "フィースイッチ（手数料スイッチ）"
description: "フィースイッチは、プロトコルが手数料の取り分を有効化、変更、停止するためのガバナンス設定です。手数料の流れ、流動性提供者への影響、手数料徴収が直ちにトークン保有者の収益を意味しない理由を解説します。"
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>

## 要点

**フィースイッチ（手数料スイッチ）**とは、プロトコルが手数料の取り分を有効化、変更、停止するための設定です。自動マーケットメーカーでは、手数料の全額が流動性提供者に渡る場合があります。スイッチをオンにすると、その既存の手数料収入の一部をトレジャリー、バーン機構、保険基金など、ガバナンスが管理する宛先へ振り向けられます。別料金を上乗せする設計もあるため、実際のコントラクト規則を確認する必要があります。

この用語は、ガバナンストークン保有者が自動的に現金を受け取るという意味では**ありません**。手数料の有効化、徴収、徴収資産の使途決定は別々の判断です。プロトコルは資産をコントラクト内に保管したり、運営費に充てたり、トークンの買い戻しとバーンに使ったりできます。直接分配には明示的な仕組みが必要で、法務、税務、運用上の論点も増えます。

フィースイッチはプロトコル全体に恒久的に当てはまる事実ではなく、バージョンとチェーンごとの設定として捉えます。権限を持つ管理者、対象プール、手数料率、送付先、現在のオンチェーン状態はデプロイごとに異なり得ます。ガバナンス投稿は意図を示しますが、有効な状態を示すのは実行済みトランザクションとコントラクトのストレージです。

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

## 仕組み

まず手数料の計算対象を特定します。ここでいう**対象手数料**とは、プロトコル取り分が適用されるスワップ、借入、清算その他の料金です。プロトコル取り分を **s** とすると、次の関係になります。

**プロトコル受取額 = 対象手数料 × s**

ユーザーが支払う固定手数料からプロトコル分を差し引く場合は、次のとおりです。

**サービス提供者の受取額 = 対象手数料 − プロトコル受取額**

これは手数料の振り分けであり、新しい経済価値を生み出すものではありません。流動性提供者の収益から差し引くなら、取引量、価格設定、インセンティブで補われない限り、その利回りは下がります。上乗せ料金ならユーザー負担が増え、取引経路としての競争力が変わる可能性があります。

有効化は通常、権限の流れに沿って行われます。ガバナンスが提案を実行し、ファクトリー、プール所有者、または手数料コントローラーが設定を更新し、プールがプロトコル分を計上し、権限を持つ回収者が指定先へ資産を移します。Uniswap の各バージョンは実装差の重要性を示します。v2 はファクトリーの `feeTo` 設定、v3 はプール単位の `setFeeProtocol`、v4 は `ProtocolFeeController` アーキテクチャを使います。

徴収と価値還元も別です。トレジャリー収入は開発資金にはなりますが、保有者に自動的な請求権を与えません。バーンは供給量を減らせますが、効果は発行量と流通量に対するバーン量で決まります。ステーキング分配は保有者のキャッシュフローになり得ますが、対象者に限られ、コントラクト、保管、税務、ガバナンスの費用も伴います。

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

## 例

Uniswap v2 が典型例です。ホワイトペーパーでは、プロトコル手数料がオフのときのスワップ手数料を 0.30% としています。ガバナンスが `feeTo` を設定すると、実質的な配分は流動性提供者が 0.25%、プロトコルが 0.05% です。トレーダーに表示されるスワップ手数料は上がらず、提供者が受け取るはずだった一部の行き先が変わります。

対象取引量が $100,000 なら、スワップ手数料総額は $300、提供者分は $250、プロトコル分は $50 です。この計算は計上額の推定であり、トークン保有者の収入ではありません。送付先コントラクトによる回収と、その後の使途に関するガバナンス判断がなお必要です。

実行済みの Uniswap UNIfication は、その次の段階を示します。プロトコル手数料は `TokenJar` に送られ、`Firepit` ではサーチャーが UNI を提供してバーンする代わりに、蓄積した手数料資産を受け取ります。利用量をトークンのバーンに結び付ける仕組みであり、徴収資産をすべての UNI 保有者へ直接配るものではありません。その後の手数料方針の提案からも、有効化範囲がバージョン、プール群、チェーンごとに異なり得ることが分かります。

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

## リスク

主な経済リスクは参加者の反応です。純手数料利回りが下がると、流動性提供者は資金を引き揚げ、競合市場へ移る可能性があります。流動性が薄くなれば約定条件が悪化し、取引量と手数料の計算対象が縮小します。短期収入を最大化する料率が、長期的なプロトコル価値を下げることもあります。

技術面とガバナンス面のリスクも残ります。コントローラーやアダプターの設定ミス、回収とクロスチェーン経路によるコントラクト、ブリッジ、鍵管理への依存、トレジャリーの不適切な運用などです。ガバナンスは料率や送付先も変更できます。トレジャリーへの計上、バーン、買い戻し、分配では法務・税務上の扱いも異なり得ます。ダッシュボードの表示や古い提案ではなく、現在のコントラクトと実行済み投票を確認してください。

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

## よくある誤解

### 誤解 1：スイッチをオンにするとユーザー手数料が上がる

必ずしもそうではありません。既存の提供者向け手数料から取り分を差し引く方式、上乗せする方式、その両方を組み合わせる方式があります。個別のコントラクトと手数料方針を確認します。

### 誤解 2：プロトコル収入はトークン保有者の収入である

同じではありません。計上資産はプロトコルが定めた宛先に帰属します。保有者への価値還元には、明示的な分配、買い戻し、バーンなどの仕組みが必要で、それぞれ効果が異なります。

### 誤解 3：徴収額が増えれば必ずトークン価値が上がる

手数料の獲得は価値還元を強め得ますが、提供者収益と流動性を損なう場合もあります。発行、ロック解除、ガバナンス権、競争、収入の使途も重要です。

### 誤解 4：ガバナンスで可決されればスイッチは稼働中である

フォーラム投稿やオフチェーン投票だけでは状態が変わらない場合があります。最終オンチェーン投票、実行トランザクション、コントローラーのアドレス、対象プール、現在のパラメーターを確認します。

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

## 関連トピック

- [ガバナンストークン](/ja/crypto/governance-token/)
- [過剰担保型ステーブルコイン](/ja/crypto/overcollateralized-stablecoin/)
- [リアルイールド](/ja/crypto/real-yield/)
- [プロトコル収入と手数料](/ja/crypto/revenue-fee-protocol/)
- [トークン買い戻し](/ja/crypto/token-buyback/)

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

## 出典

- [Uniswap v2 Core](https://docs.uniswap.org/whitepaper.pdf) - Uniswap（参照日：2026-08-20）
- [UNIfication Proposal](https://gov.uniswap.org/t/unification-proposal/25881) - Uniswap Governance（参照日：2026-08-20）
- [Activate v4 Protocol Fees](https://gov.uniswap.org/t/temp-check-activate-v4-protocol-fees/26162) - Uniswap Governance（参照日：2026-08-20）

Source: https://wiki.fcontext.com/ja/crypto/fee-switch/index.mdx
