AMM V4 Hooks詳解：自訂流動性池如何改變權衡取捨

傳統的自動做市商（AMM）要求使用者接受一套相對固定的資金池規則：包括協議定義的定價模型、費用政策和流動性機制。 Uniswap v4 透過鉤子（hooks）改變了這種設計——鉤子是外部智慧合約，可以在資金池生命週期的特定節點運行自訂邏輯。其結果並非僅僅是“更高級的 AMM”，而是一個允許兩個使用相同底層 v4 內核的資金池表現截然不同的框架。

這種靈活性帶來了真正的選擇。資金池可以維持標準的集中流動性行為，完全不添加任何附加功能；也可以添加自訂邏輯，用於動態收費、自動流動性操作、存取規則、專門的會計核算或其他市場設計。權衡取捨同樣重要：每增加一條規則都會增加程式碼、假設、整合複雜性，並可能帶來新的安全風險。

截至2026年9月，Uniswap v4已於2025年1月正式上線。 Uniswap將v4描述為一種非託管、不可升級、無需許可的AMM協議，它使用單例PoolManager和鉤子來自訂礦池行為。有關協議概述，請參閱Uniswap Labs的v4概述和Uniswap v4白皮書。

v4 hook 究竟是什麼？

Hook 是一個智慧合約，在 Uniswap v4 資金池初始化時附加到該資金池。 Hook 可以設定為在特定資金池操作之前或之後接收回呼。在目前的 v4 核心介面中，這些生命週期節點包括初始化、添加流動性、移除流動性、兌換和捐贈。官方介面可在Uniswap 的 IHooks.sol 原始碼中找到。

關鍵的差異在於，鉤子並不會取代整個AMM。 v4核心仍透過PoolManager處理資金池狀態和集中流動性。鉤子只是圍繞特定操作添加行為。例如，鉤子可以在互換交易前檢查市場狀況並選擇動態LP費用，或在流動性改變後執行會計處理。

連接池使用的回呼函數在初始化時就已確定。在 v4 版本中，鉤子權限透過鉤子合約位址中的特定低位元進行編碼。這種獨特的設計使得連接池管理器能夠有效率地確定要呼叫的回呼函數。實作細節記錄在官方的 Hooks.sol 函式庫中。

為什麼 v4 版本無需部署新的 AMM 即可支援自訂池

早期的AMM設計通常需要團隊對交易所協議的大部分進行分叉或重建，以實現不同的費用邏輯、訂單行為或會計功能。 V4版本將共享流動性引擎與可選的客製化功能分開。所有資金池都透過單例模式的PoolManager進行管理，而不是為每個資金池部署單獨的核心合約。

該白皮書還介紹了閃電結算機制，允許在未鎖定操作期間對中間代幣變動進行淨額結算，前提是最終貨幣差額能夠正確結算。單例架構和鉤子機制的結合，使得組合多個資金池操作和自訂邏輯變得更加容易，而無需複製整個 AMM 程式碼庫。

四種常見的魚鉤選擇——以及你為此放棄的東西

方案一：無鉤

v4 池不需要鉤子。當目標是提供普通的集中流動性且自訂行為最少時，這是最簡單的選擇。其優勢在於更容易理解：需要檢查的外部程式碼更少，邊界情況更少，並且在互換或流動性變化期間發生的情況也更易於理解。

其限制顯而易見：您無法獲得專門的資金池行為。如果某個市場受益於浮動費用、自動持倉邏輯或自訂限制，無鉤資金池本身無法提供這些功能。

方案二：動態費用掛鉤

V4 允許資金池使用動態流動性支付 (LP) 費用。beforeSwap根據協議的動態費用規則，鉤子可以傳回該筆交易的 LP 費用覆蓋值。這使得設計能夠響應波動性、訂單流或時間等條件的費用策略成為可能。

其優勢在於適應性。價格穩定的貨幣對在正常交易期間可能需要較低的手續費，但在價格出現分化時則需要採取不同的策略。風險在於，手續費演算法本身可能會成為市場微觀結構的一部分。不合理的參數設定可能會降低交易量，使流動性提供者或互換方處於不利地位，或為市場操縱創造機會。

Uniswap Labs 的公共 hook 程式碼庫包含一個StablePairHook，它對預期交易價格相近的資產使用動態費用。此程式碼庫可以作為生產環境 hook 與 v4 核心分離的一個具體範例：Uniswap v4 hooks 公共程式碼庫。

方案三：自動化策略鉤子

鉤子可以協調圍繞流動性變化或互換的操作，從而使系統能夠自動執行部分流動性策略。例如，可以實現再平衡邏輯、基於時間的行為，或與其他協定的整合。

這可以減少人工管理，但「自動化」並不意味著「零風險」。策略規則在快速變化的市場中可能表現不佳，依賴外部數據，消耗額外燃料，或與其他合約產生不良互動。相關的比較並非自動化與無需人工幹預，而是可預測、可檢查的規則與操作複雜性和模型風險之間的比較。

選項 4：存取或策略鉤子

鉤子可以強制執行自訂條件，然後再允許執行操作。這可以支援允許清單、特定市場的資格規則或應用程式層級的策略控制。

對於具有明確存取權限要求的產品來說，這或許是合適的，但這會改變權限池的開放性。使用者應該了解誰控制這些規則，這些規則是否可以更改，哪些外部系統是可信的，以及如果授權服務出現故障會發生什麼情況。

自訂會計制度功能最強大，但也最容易被誤解。

v4 的一項進階功能是自訂記帳。 Hook 可以返回代幣增量，進而影響資金池操作的價值結算方式。 v4 白皮書將其描述為 Hook 實現諸如自訂曲線、Hook 費用或其他疊加在核心系統之上的記帳行為等功能的一種方式。

這與僅更改顯示的費用並不相同。自訂計費方式會從根本上改變交易的經濟效益。對於經驗豐富的資金池設計者而言，這開啟了廣闊的設計空間。對於使用者和流動性提供者而言，這意味著「這是一個 Uniswap v4 資金池」並不能完全描述其經濟規則。相關的鉤子也必須理解。

V3 型撞球與 V4 型鉤式撞球

因此，V4 應被視為集中流動性的延伸，而非對流動性提供者（LP）基本權衡取捨的替代。 LP 仍面臨價格波動、區間選擇、逆向選擇、代幣風險和智能合約風險。 Hooks 則引入了另一個維度：自訂規則風險。

安全性：核心審計不會自動驗證每個鉤子

Uniswap v4 核心在發布前經過了全面的安全審查。 Uniswap Labs 在 2025 年 1 月的發表會上表示，該程式碼庫已經過九次審計、一次大型安全競賽以及一項漏洞賞金計畫。發佈詳情請參閱Uniswap Labs 的 v4 發佈公告。

但這並不意味著任意的鉤子都是安全的。鉤子是由獨立開發者創建的外部合約。鉤子可能包含漏洞、惡意邏輯、不安全的依賴項、糟糕的存取控制，或是在壓力下失效的經濟假設。官方的 public-hooks 程式碼庫明確區分了 Uniswap Labs 維護的鉤子實作與更廣泛的社群鉤子。

因此，對於交易員或流動性提供者來說，有用的問題不僅僅是“這是 v4 版本嗎？”，而是“它附加了哪個鉤子，它可以執行哪些回調，它是誰構建的，它是否經過審查，以及它信任哪些額外的合約或預言機？”

如何為實際使用案例選擇泳池設計

如果您主要想要的是標準流動性

盡量選擇簡潔的設計。當自訂行為無法解決特定問題時，使用無鉤子的 v4 連接池（或其他易於理解的連接池設計）才是明智之舉。僅僅因為可程式性可用就添加它，只會增加複雜性，而未必能創造價值。

如果你經營的是一個波動性較大或非常規的市場

如果靜態費用始終低估或高估流動性風險，動態費用設計可能更為有效。評估實際費用規則、資料輸入、更新頻率、gas 開銷以及極端情況下的表現，而不只關注平均費用。

如果您正在建立託管流動性產品

自動化介面可以使用戶體驗更加流暢，但該策略應被視為一個金融系統，而不僅僅是一個便利功能。測試各種失效模式，例如資料過時、價格快速波動、外部呼叫撤銷以及再平衡成本過高的情況。

如果必須限制參與，則需進行限制。

存取控制鉤子可以直接將這些要求編碼到池操作中。代價是降低了權限控制的便利性，並增加了對控製或提供授權邏輯者的信任。務必向使用者清楚說明這些控制措施。

如果您需要一個真正全新的市場機制

自訂會計系統提供了最廣泛的設計空間，但也需要最嚴格的審查。只有當標準的集中流動性無法體現預期的經濟效益時才應使用自訂會計系統，而不僅僅是為了讓系統看起來更複雜。

LP和交易員在使用掛鉤資金池之前應該檢查哪些內容

• 掛鉤地址：驗證與資金池相關的確切合約。
• 已啟用回呼：了解鉤子是在交易、流動性變化、初始化或捐贈之前還是之後運行。
• 費用規則：決定有限合夥人費用是固定的還是動態的，以及哪些因素可以改變它。
• 外部相依性：識別鉤子所依賴的預言機、借貸協議、橋接器、允許清單或管理員合約。
• 管理控制：檢查是否有任何一方可以更改參數、暫停功能或影響外部相依性。
• 稽核和程式碼狀態：區分已稽核、已審查的程式碼和實驗範例。
• 經濟行為：了解鉤子如何影響滑點、LP收益、代幣流動和提現條件。

實際應用重點

V4 介面將 AMM 池從一個基本固定的產品轉變為一個可程式組件。當市場有特定需求時，例如自適應費用、自動化、存取控制、專用會計或與其他 DeFi 系統集成，這種功能就顯得尤為重要。但如果標準的集中流動性已經能夠解決問題，那麼 V4 介面的吸引力就相對較低了。

關鍵的權衡顯而易見：更多的客製化意味著更多的程式碼和需要評估的假設。開發者獲得了更廣泛的設計空間，流動性提供者（LP）可以使用更專業的策略，交易者可以與行為方式不同於標準資金池的市場進行互動。同時，使用者必須將附加的鉤子作為資金池本身的一部分進行評估。

有關實作層面的細節，請參考目前的Uniswap v4 核心程式碼庫、v4 白皮書以及官方的 v4 部署清單。部署位址因網路而異，因此整合商應驗證當前的官方映射，而不是假設某個位址是通用的。