AMM V4フックの説明：カスタム流動性プールがトレードオフをどのように変えるか

従来の自動マーケットメーカー（AMM）は、ユーザーに価格設定モデル、手数料ポリシー、プロトコルで定義された流動性メカニズムといった、かなり固定されたプールルールを受け入れるよう求めていました。Uniswap v4は、フック（プールのライフサイクルの特定の時点でカスタムロジックを実行できる外部スマートコントラクト）によって、この設計空間を変革します。その結果、単に「より高度なAMM」が誕生したわけではありません。同じ基盤となるv4コアを使用する2つのプールが、全く異なる動作をすることができるフレームワークが実現したのです。

その柔軟性によって、真の選択肢が生まれます。プールは、一切の制約なしに標準的な集中流動性挙動を維持することも、動的な手数料、自動流動性アクション、アクセスルール、特殊な会計処理、その他の市場設計のためのカスタムロジックを追加することもできます。ただし、トレードオフも同様に重要です。ルールを追加するたびに、コード、前提条件、統合の複雑さが増し、新たなセキュリティリスクが生じる可能性があります。

2026年9月現在、Uniswap v4は2025年1月から稼働しています。Uniswapはv4を、非カストディアル、非アップグレード、パーミッションレスのAMMプロトコルであり、シングルトンのPoolManagerとフックを使用してプールの動作をカスタマイズするものと説明しています。プロトコルの概要については、 Uniswap Labsのv4概要とUniswap v4ホワイトペーパーを参照してください。

v4フックとは具体的に何ですか？

フックとは、Uniswap v4プールが初期化される際に、そのプールにアタッチされるスマートコントラクトのことです。フックは、特定のプールアクションの前後にコールバックを受け取るように設定できます。現在のv4コアインターフェースでは、これらのライフサイクルポイントには、初期化、流動性の追加、流動性の削除、スワップ、寄付などが含まれます。公式インターフェースは、UniswapのIHooks.solソースコードで確認できます。

重要な違いは、フックがAMM全体を置き換えるものではないということです。v4コアは引き続きPoolManagerを通じてプールの状態と集中流動性を処理します。フックは、選択されたアクションに関する動作を追加します。たとえば、フックはスワップ前に市場状況を調べて動的なLP手数料を選択したり、流動性が変更された後に会計処理を実行したりできます。

プールが使用するコールバックは初期化時に固定されます。v4では、フックの権限はフックコントラクトアドレス内の特定の下位ビットにエンコードされます。この独特な設計により、PoolManagerはどのコールバックを効率的に呼び出すかを判断できます。実装の詳細については、公式のHooks.solライブラリを参照してください。

v4が新しいAMMを導入せずにカスタムプールをサポートできる理由

以前のAMM設計では、異なる手数料ロジック、注文動作、または会計処理が必要な場合、チームは取引所プロトコルの大部分をフォークまたは再構築する必要がありました。V4では、共有流動性エンジンとオプションのカスタマイズが分離されています。すべてのプールは、各プールごとに個別のコアコントラクトをデプロイするのではなく、シングルトン型のPoolManagerを通じて管理されます。

このホワイトペーパーでは、フラッシュアカウンティングについても紹介しています。これは、最終的な通貨の差額が正しく決済される限り、ロック解除された操作中に中間トークンの移動を相殺できる機能です。シングルトンアーキテクチャとフックを組み合わせることで、AMMコードベース全体を複製することなく、複数のプールアクションとカスタムロジックを簡単に構成できます。

よく使われる4つのフックの選択肢と、それぞれで諦めなければならないこと

オプション1：フックなし

v4プールはフックを必要としません。最小限のカスタム動作で通常の集中型流動性を実現することが目的の場合、これが最もシンプルな選択肢です。利点は、推論が容易になることです。検査すべき外部コードが少なく、エッジケースも少なく、スワップや流動性の変化時に何が起こるかについての不確実性も少なくなります。

制約は明らかです。特殊なプール運用は実現できません。市場が変動手数料、自動ポジションロジック、またはカスタム制限によって利益を得ている場合、フックレスプールはそれらの機能を単独で提供することはできません。

オプション2：動的料金フック

V4では、プールが動的なLP手数料を使用できるようになります。beforeSwapプロトコルの動的手数料ルールに基づき、フックは当該スワップのLP手数料のオーバーライドを返すことができます。これにより、ボラティリティ、注文フロー、時間などの条件に応じて手数料ポリシーを設計することが可能になります。

利点は適応性の高さです。安定したペアであれば、通常の取引時には低い手数料が望ましいものの、価格が乖離した際には異なる対応が求められる場合があります。リスクとしては、手数料アルゴリズム自体が市場のミクロ構造の一部となってしまうことが挙げられます。不適切なパラメータ設定は取引量の減少、流動性プロバイダー（LP）やスワッパーの不利、あるいは市場操作の機会を生み出す可能性があります。

Uniswap Labsの公開フックリポジトリには、ほぼ同じ価格で取引されると予想される資産に対して動的な手数料を使用するStablePairHookが含まれています。このリポジトリは、本番環境向けのフックがv4コアからどのように分離されているかを示す具体的な例として役立ちます。Uniswap v4フック公開リポジトリを参照してください。

オプション3：自動化された戦略フック

フックは、流動性の変化やスワップに関するアクションを調整し、LP戦略の一部を自動化するシステムを実現します。例としては、リバランスロジック、時間ベースの動作、他のプロトコルとの統合などが挙げられます。

これにより手動管理は削減できますが、「自動化」は「リスクフリー」を意味するものではありません。戦略ルールは、変動の激しい市場ではパフォーマンスが低下したり、外部データに依存したり、余分なガスを消費したり、他の契約と悪影響を及ぼす可能性があります。重要なのは、自動化と労力ゼロの比較ではなく、予測可能で検証可能なルールと、運用上の複雑さおよびモデルリスクとの比較です。

オプション4：アクセスまたはポリシーフック

フックを使用すると、アクションの実行を許可する前にカスタム条件を適用できます。これにより、許可リスト、市場固有の適格性ルール、またはアプリケーションレベルのポリシー制御をサポートできます。

それは、明確なアクセス要件を持つ製品には適切かもしれませんが、プールのオープン性を損なうことになります。ユーザーは、誰がルールを管理しているのか、ルールが変更される可能性があるのか​​、どの外部システムが信頼できるのか、そして認証サービスが失敗した場合に何が起こるのかを理解する必要があります。

カスタム会計は最も強力であると同時に、最も誤解されやすい。

v4の高度な機能の一つに、カスタムアカウンティングがあります。フックは、プールアクションにおける価値の計上方法に影響を与えるトークンの差分を返すことができます。v4のホワイトペーパーでは、これはフックがカスタムカーブ、フック手数料、その他のコアシステム上に重ねられたアカウンティング動作などの機能を実装する方法として説明されています。

これは、単に表示料金を変更するのとは異なります。カスタム会計は、取引の経済性を大きく変える可能性があります。高度なプール設計者にとっては、設計の自由度が大幅に向上します。ユーザーやLP（流動性プロバイダー）にとっては、「これはUniswap v4プールです」というだけでは経済ルールを完全に説明できないことを意味します。関連するフックについても理解しておく必要があります。

V3スタイルのプールとV4フック付きプールの比較

したがって、V4は、流動性集中化の延長線上にあるものとして捉えるべきであり、流動性プロバイダー（LP）が抱える根本的なトレードオフを代替するものではない。LPは依然として、価格変動、レンジ選択、逆選択、トークンリスク、スマートコントラクトリスクといった課題に直面している。フック機能によって、さらにカスタムルールリスクという新たな側面が加わる。

セキュリティ: コア監査では、すべてのフックが自動的に検証されるわけではありません

Uniswap v4コアは、ローンチ前に徹底的なセキュリティレビューを受けました。Uniswap Labsは、2025年1月のローンチ時に、コードベースが9回の監査、大規模なセキュリティコンテスト、バグ報奨金制度を経たと発表しました。ローンチの詳細は、Uniswap Labsのv4ローンチ発表で確認できます。

これは、任意のフックが安全であることを意味するものではありません。フックは、独立した開発者によって作成された外部契約です。フックには、バグ、悪意のあるロジック、安全でない依存関係、不十分なアクセス制御、または負荷がかかった際に破綻する経済的仮定が含まれている可能性があります。公式のpublic-hooksリポジトリは、Uniswap Labsが管理するフックの実装を、より広範なコミュニティフックとは明確に区別しています。

トレーダーやLPにとって、有用な質問は単に「これはv4ですか？」ではなく、「どのフックが添付されているか、どのようなコールバックを実行できるか、誰が作成したか、レビューされているか、そしてどのような追加のコントラクトやオラクルを信頼しているか？」である。

実際の使用状況に合ったプール設計の選び方

主に標準的な流動性を求める場合

シンプルさを優先しましょう。カスタム動作では特定の問題を解決できない場合は、フックレスのv4プール、あるいは他のよく理解されているプール設計が理にかなっています。単にプログラマビリティが利用可能だからといって追加すると、必ずしも価値を生み出すことなく複雑さが増すだけです。

変動の激しい市場や特殊な市場を運営している場合

固定料金が流動性リスクを常に過小評価または過大評価している場合は、動的料金設計が有効となる可能性があります。平均料金のみに注目するのではなく、実際の料金ルール、データ入力、更新頻度、ガスオーバーヘッド、および極端な状況下での動作を評価してください。

マネージド流動性商品を構築している場合

自動化フックはユーザーエクスペリエンスをより一貫性のあるものにする可能性があるが、その戦略は単なる利便性機能ではなく、金融システムとして扱うべきである。古いデータ、急激な価格差、外部コールの取り消し、リバランスが高額になる状況など、障害モードをテストする必要がある。

参加を制限しなければならない場合

アクセス制御フックを使用すると、これらの要件をプールアクションに直接組み込むことができます。ただし、その代償として、パーミッションレス性が損なわれ、認証ロジックを制御または提供する者への信頼度が高まります。これらの制御については、ユーザー向けに明確に文書化してください。

真に新しい市場メカニズムが必要な場合は

カスタム会計は最も幅広い設計自由度を提供するが、同時に最も綿密な検討を必要とする。標準的な集中型流動性では望ましい経済性を表現できない場合にのみ使用すべきであり、単にシステムを洗練しているように見せるためだけに使用すべきではない。

フックドプールを使用する前に、LPとトレーダーが確認すべき事項

• フックアドレス：プールに添付されている正確な契約書を確認してください。
• 有効なコールバック:フックがスワップ、流動性の変更、初期化、または寄付の前後どちらで実行されるかを判断できます。
• 手数料に関するルール： LP手数料が固定か変動か、また、どのような場合に手数料が変わるかを決定する。
• 外部依存関係：フックが依存するオラクル、融資プロトコル、ブリッジ、許可リスト、または管理者契約を特定します。
• 管理制御：いずれかの当事者がパラメータを変更したり、機能を一時停止したり、外部依存関係に影響を与えたりできるかどうかを確認します。
• 監査とコードの状態：監査済み、レビュー済みのコードと実験的な例を区別する。
• 経済行動：フックがスリッページ、LPリターン、トークンフロー、および出金条件にどのように影響するかを理解する。

実践的な教訓

V4フックは、AMMプールをほぼ固定された製品からプログラム可能なコンポーネントへと変革します。これは、市場が特定のニーズ（適応型手数料、自動化、アクセス制御、特殊な会計処理、または他のDeFiシステムとの統合など）を抱えている場合に非常に有効です。一方、標準的な集中型流動性によって既に問題が解決されている場合は、その魅力は薄れます。

重要なトレードオフは単純明快です。カスタマイズ性が高まるほど、コード量が増え、評価すべき前提条件も増えます。開発者はより広い設計空間を得ることができ、LP（流動性プロバイダー）はより専門的な戦略を利用できるようになり、トレーダーは標準的なプールとは異なる挙動を示す市場と取引できるようになります。同時に、ユーザーはプール自体の一部として、添付されたフックを評価する必要があります。

実装レベルの詳細については、最新のUniswap v4コアリポジトリ、v4ホワイトペーパー、および公式v4デプロイメントリストを参照してください。デプロイメントアドレスはネットワークによって異なるため、インテグレーターは単一のアドレスが普遍的であると想定するのではなく、最新の公式マッピングを確認する必要があります。