永續期貨（perps）是加密貨幣市場中交易最活躍的衍生性金融商品，其交易量早已超越現貨市場。它們也已成為中心化交易所（CEX）與去中心化交易所（DEX）的主要競爭戰場。與傳統期貨不同，永續合約沒有到期日，且其價格理論上應始終等於現貨指數。 讓永續合約能夠「永久」存在，且不會因套利者而偏離均衡狀態的機制，便是「資金費率」——這是多頭與空頭持倉者之間定期支付的一筆費用，它將「價格偏差」轉化為「資金費支付」，在無需中心化或依賴交易對手信賴的情況下，將永續合約價格拉回至指數水平。

資金費率機制看似一個簡單的數學公式，但實際上卻是去中心化交易所（DEX）永續合約的「中央銀行」： 它決定合約與現貨價格的錨定強度、影響交易者的持倉成本、定義做市商的報價寬度、主導協議的損益（PnL）、界定套利機會的規模，並決定系統在極端條件下的穩定性。 設計不良的資金費率系統將直接導致：(1) 價格持續偏離指數，促使套利者移動大額倉位；(2) 資金費率劇烈波動，導致用戶被強制平倉；(3) 預言機操縱導致資金費率失真； (4) 鏈上結算的 gas 費用飆升與網路擁塞；(5) 保險基金耗盡，觸發 ADL（自動去槓桿）。

從產品與工程雙重視角出發，本文系統性地剖析了資金費率機制的完整設計空間，涵蓋：

• 永續合約為何需要資金費率，以及其與傳統期貨的根本差異；
• 標價與指數價的構建、採樣窗口及多來源加權；
• 溢價指數的時間加權採樣（TWAP）邏輯；
• 利率組件的設計、利率選擇與時間維度；
• 資金費率公式、利率限制機制，以及上下限保護機制；
• 結算間隔選擇：8 小時、1 小時，以及 Hyperliquid 風格的連續／高頻結算；
• 在正向與負向融資情況下，多頭與空頭之間的支付方向，及其對持倉成本的影響；
• 預言機設計：多來源中位數、TWAP、偏離斷路機制、防操縱機制；
• 鏈上實現：批次結算、Gas 優化、訂單簿與 vAMM 架構之間的差異；
• 資金費率套利（現金套利／基差交易）及跨交易所基差套利；
• 極端市場下的動態參數治理：斷路機制、交易頻率降低、上限保護；
• 工程架構、資料透明度、保險基金與 ADL 之間的關聯；
• vAMM（例如 GMX、Perpetual Protocol）與訂單簿（例如 dYdX、Hyperliquid）去中心化交易所（DEX）架構在融資率方面的差異；
• SoonTech 針對白標 DEX 永續合約中資金費率機制所提供的完整解決方案與企業級建議。

無論您是正在打造新一代 DEX 的產品經理、鏈上合約工程師、市場造市者、量化基金、中心化交易所（CEX）轉型團隊，還是希望將永續合約整合至現有平台的開發者或技術長（CTO），本文皆可作為產品級藍圖，供您直接應用於設計與審查工作。

1. 為何永續合約需要資金費率

1.1 傳統期貨的痛點

傳統期貨設有明確的到期日，屆時多頭與空頭將以到期價格以現金或實物交割結算，而期貨價格在到期前會透過基差逐漸收斂至現貨價格。 這種趨同是自然發生的，無需任何協議——由於到期日是硬性限制，套利者可以無風險地進行「做多現貨＋做空期貨」（或反之）操作，從而縮小價差。

但到期日也是傳統期貨最大的痛點：

• 展期成本：機構投資者必須不斷展期部位；每次展期都會產生基差滑點與手續費，隨時間累積將形成龐大成本；
• 流動性分散：由於不同月份的合約是獨立的金融工具，流動性分散在十餘個合約中，且沒有任何一個合約的流動性深度足夠；
• 槓桿與平倉壓力：隨著到期日臨近，價格波動加劇，套利者平倉會造成跳空，導致用戶遭強制平倉；
• 被動展期體驗不佳：散戶用戶常忘記展期，被動轉移至下一個合約，導致交易體驗支離破碎。

1.2 永續合約的誕生與「無到期日」問題

2016 年，BitMEX 首創永續合約，其核心創新在於「無到期日」——用戶可無限期持有倉位，多頭與空頭透過稱為「資金費率」的定期費用相互支付，此機制迫使期貨價格與現貨指數保持一致。此機制賦予永續合約以下優勢：

• 單一交易標的、深度集中：市場上僅存在一個 BTC-USDT-PERP 合約，撮合深度可推至極致；
• 無展期成本：用戶可永久持有同一份合約；
• 現貨錨定：價格透過資金費率動態調整；
• 適合市場造市者及機構長期持有者。

但「無到期日」也帶來了逆向選擇的問題：

• 若永續合約價格持續高於現貨指數（正向結構），多頭就沒有理由積極平倉，因為他們不會損失時間價值；
• 在沒有資金費的情況下，空頭可以無限期地持有虧損頭寸，而市場最終將因單邊壓力而崩潰；
• 若缺乏收斂機制，套利者便無法進行無風險的「做空永續合約＋做多現貨」交易，而價格將無止境地偏離。

資金費率的存在正是為了解決這個問題：

• 當永續合約價格高於現貨指數時，資金費率為正值，多頭需向空頭支付費用；
• 當永續合約價格低於現貨指數時，資金費率為負值，由空頭支付給多頭；
• 透過這種定期、單向的支付機制，「價格偏差」被轉化為「持倉成本」，從而激勵套利者調整倉位，進而將價格拉回至指數水平。

1.3 資金費率的设计目标

一個良好的資金費率系統應符合以下目標：

• 錨定現貨指數：長期來看，永續合約價格與指數之間的偏差應收斂於 ±0.1% 之內（在正常市場情況下）；
• 極端值受限：資金費率每 8 小時不應超過 ±0.5%（每日約 ±1.5%），否則持倉成本過高，將觸發連鎖平倉；
• 抗操縱性：異常的短期波動（拉高、打壓、影線）不應導致融資費率驟升；
• 可預測性：用戶與做市商應能根據公開數據預測未來 1–2 週期的資金費率；
• Gas 成本友好性：鏈上結算的 Gas 費用不應超過用戶收到的資金費；
• 透明且可稽核：資金費率的所有參數、樣本數據及結算流程均應可在鏈上查詢。

這些目標之間存在天然的張力：過於敏感會招致操縱，過於遲鈍則無法錨定現貨價格。這正是設計資金費率的核心藝術。

2. 市場價格與指數價格的建構

2.1 指數價格：現貨市場的「真實參考」

指數價格是永續合約用於定價與結算的現貨參考價格，由協議從多家主要現貨交易所（幣安、OKX、Coinbase、Kraken、Bybit 等）即時擷取，並根據權重規則進行加權組合。 指數價格並非「某個交易所的價格」，而是「市場對該資產公允價值的估計」。

典型的指數價格構建規則：

• 採樣來源：針對 BTC/USDT、ETH/USDT 等交易對，至少涵蓋 5 至 7 家主流現貨交易所；
• 權重：等權重或成交量加權；
• 異常值剔除：剔除最大值與最小值並取中位數，或先計算各交易所的 TWAP（時間加權平均價），再取中位數；
• 更新頻率：通常每 1–3 秒更新一次（鏈下聚合；鏈上數據源限流至 1 或 3 分鐘）；
• 故障切換：若交易所連續 30 秒未推送數據，或其價格與中位數偏差超過 3%，將自動剔除；
• 中斷防護：當所有交易所同時無法連線時，採用最後一個成功值並施加時間衰減（以防止鎖定影線）。

指數價格的常見實現方式：

• Chainlink Data Streams：提供帶正負號的多來源中位數；
• Pyth Network：部署於 Solana / Aptos 及其他區塊鏈上的高頻預言機；
• 自建聚合：專案團隊運行自己的多來源價格（如 SoonTech 的解決方案），採用鏈下聚合與鏈上簽名上傳。

2.2 標價：避免「影線」陷阱

永續合約的損益（PnL）、保證金及平倉線均以標價為基準，而非最後成交價。 原因很直接：若採用最後成交價，擁有足夠資金的攻擊者只需發出一筆小量大單（即「影線」），便能瞬間清算用戶，即使現貨指數完全未變動。

典型的標價公式：

標價 = 指數價格 + 時間加權平均資金費率 (P)

基差 P 代表近期期間內「標價與指數價格之間的平均差異」，其目的是讓標價既能反映指數走勢，又能反映永續合約市場的實際供需狀況。 P 通常採用 TWAP（時間加權平均價格）計算，計算範圍通常為過去 5 至 30 分鐘。

標價的優勢：

• 抗尾巴效應：單一大額訂單無法改變標價，因為需耗時 5–30 分鐘才會影響 TWAP；
• 真實反映供需狀況：P 反映永續合約市場的多空力量平衡，而非現貨價格的純粹複製；
• 穩定且反應靈敏：不會因 1% 的價格波動就強制平倉，但在真實趨勢出現時能及時調整。

2.3 主要協議的標價／指數設計

各大協議在標價／指數設計上的差異，反映了其產品定位：

• 幣安 / OKX / Bybit（中心化交易所）：標記價格 = 指數 + 融資基差 TWAP，指數 = 多交易所中位數；每 8 小時結算一次；
• dYdX v4（訂單簿型去中心化交易所）：標價 = 指數 + 融資基準 TWAP，指數來自 Chainlink / Pyth；每 1 小時結算一次；
• Hyperliquid（訂單簿型去中心化交易所）：標價 = 指數 + 指數平滑移動平均法（EMA）融資基準，約每 1 小時結算一次，並顯示即時「預估融資」數值；
• GMX v2（基於預言機的去中心化交易所）：直接採用多來源預言機中位數作為標價，結算採用指數 + 資金費率；
• Perpetual Protocol v2（vAMM）：標價 = 指數 + 資金費溢價 TWAP，每 8 小時結算一次；
• dYdX v3 / 舊版：採用 EMA（指數移動平均）而非 TWAP，波動較平穩但滯後性較高。

3. 溢價指數與時間加權採樣

3.1 溢價的概念

資金費率的「溢價成分」反映了永續合約市場本身的供需關係：相對於指數價格，永續合約價格是高於還是低於，以及高出或低於的幅度為何。溢價指數正是量化此偏差的指標。

溢價指數的簡化定義：

P_t = (永續合約中價_t − 指數價格_t) / 指數價格_t

但此瞬時值會受到瞬時價格波動、訂單簿失衡及影線的影響，無法直接用於計算資金費率。因此需要透過時間加權採樣（TWAP）進行平滑處理。

3.2 TWAP 與 EMA 的比較

溢價指數的採樣主要有兩種主流方法：

• TWAP（時間加權平均價格）：在固定時間窗口（例如 5、15 或 30 分鐘）內均勻採樣 N 次（例如每 5 分鐘採樣 60 次，即每 5 秒一次），並計算算術平均值。 此方法能抵禦影線干擾且易於解釋，但存在滯後現象，且易受時間窗起點影響；
• EMA（指數移動平均）：每 N 秒更新 P_ema = α * P_t + (1 − α) * P_ema_prev。此方法反應更靈敏且易於計算，但對異常值較為敏感。

常見選項：

• 幣安 / OKX：採用 5、10、15、20、25 及 30 分鐘共 6 個 TWAP 時間窗，再進行加權平均；
• dYdX v3：採用 1 小時 EMA（α ≈ 0.05）；
• Hyperliquid：採用 1 小時 EMA，並即時顯示當前 EMA 值；
• Perpetual Protocol v2：採用 30 分鐘 TWAP；
• GMX v2：直接使用預言機價格，不另行計算溢價。

SoonTech 的預設設定為 30 分鐘 TWAP 加上 5 分鐘的短倉 TWAP 以進行雙重驗證：短倉 TWAP 用於風險斷路器，長倉 TWAP 則用於實際結算。

3.3 採樣來源與去噪

永續合約的中間價 = (最佳買價 + 最佳賣價) / 2。在訂單簿協議中，此值易於取得；在 vAMM 協議（Perpetual Protocol v1、v2）中，中間價即為 vAMM 的當前報價。

在採樣過程中必須進行以下處理：

• 移除異常訂單：訂單簿中以 0.1 BTC 賣出 100 BTC 的訂單不得影響中價；需進行深度過濾；
• 去噪平滑：連續兩個樣本之間的變動若超過 0.5%，可能屬於錯誤數據；
• 凍結機制：當永續合約在過去 5 分鐘內無交易時，暫停更新溢價指數。

4. 資金費率公式、利率成分與限制機制

4.1 經典資金費率公式

永續合約的資金費率 F 通常由兩部分組成：

F = 溢價指數成分 + 利率成分

其中：

• 溢價指數成分：以 TWAP 計算的溢價 P，反映永續合約與現貨價格之間的偏差；
• 利率成分：基準利率 r，反映兩種貨幣的「借貸成本」，預設值接近兩國（或兩種貨幣）之間的無風險利率差。

簡化公式如下：

F = clamp(P + clamp(r − P, −D, D), −F_max, +F_max)

其中：

• r 為基準利率（以 BTC/USDT 為例，通常每 8 小時 0.01%，每日約 0.03%，年化約 11%）；
• D 為限制區間（通常為 ±0.05%），用以防止「利率差 + 偏差」的放大效應；
• F_max 為最終資金費率上限（通常每 8 小時為 ±0.75%，Hyperliquid 則約為每小時 ±0.5%）。

4.2 利率組件的設計

利率成分 r 的設計旨在使「持有長倉的成本」略高於「持有現貨的成本」，以防止永續合約被無限做多。選擇 r 的準則：

• 穩定幣交易對（USDC/USDT）：r 接近 0；
• BTC/USDT：r ≈ 每 8 小時 0.01%（隨美元利率調整）；
• ETH/USDT：r ≈ 每 8 小時 0.01%–0.02%；
• 山寨幣：r 通常較高（每 8 小時 0.02%–0.05%），因為該專案代幣的「借貸成本」較高。

利率成分並不完全等同於兩國的無風險利率差；它更像是由協議設定的「基礎成本」，並會根據宏觀環境動態調整（例如，在聯準會升息週期期間，中心化交易所會相應調高 r）。

4.3 限幅機制詳解

鉗制機制是融資費率風險控制的「煞車」：

• 第一層限幅（r − P 限幅）：將「利率差與溢價之間的差額」限制在 ±D 範圍內（D 通常為 ±0.05%），以防止市場劇烈波動時出現極端的資金化率；
• 第二層限制（最終限制）：將最終資金化率 F 限制在 ±F_max 範圍內（F_max 通常為每 8 小時 ±0.75%，Hyperliquid 則約為每小時 ±0.5%）。

舉例來說，當市場劇烈波動且永續合約遠高於指數時，溢價 P 可能短暫達到 1%，但 r − P 會變成 −1%，第一層限制將其調整為 −0.05%； 此時 F = P + clamp(r − P) = 1% − 0.05% ≈ 0.95%；而第二層鉗位將其調整為 +0.75%。此機制可防止「影線引發資金費率驟升」的情況。

4.4 主要協議的資金費率參數比較

0.01%

±0.05%

±0.75%

30 分鐘 TWAP

dYdX v4

1 小時

0.01%

±0.05%

±0.375%

1 小時 EMA

超流動

約1小時

0.01%

±0.05%

±0.5%

1 小時 EMA

Perpetual Protocol v2

8 小時

0.01%

±0.05%

±0.75%

30 分鐘 TWAP

GMX v2

8 小時

0.01%

±0.05%

±0.75%

Oracle 直連

SoonTech 預設值

可設定

0.01%

±0.05%

±0.75%

30 分鐘 TWAP

4.5 資金支付方向

當融資利率為正值（F > 0）時：

• 多頭需向空頭支付 F × 名義部位規模；
• 多頭持倉成本 = 資金費 + 做市商手續費 + 接單方手續費 + 資金費率風險；
• 空頭持倉收益 = 融資收益 − 接單手續費 − 借入利息（若已借入）。

當資金費率為負值（F < 0）時：

• 空頭需向多頭支付 |F| × 名義部位規模。

結算時，協議會直接從用戶的保證金餘額中加或減去相應金額；用戶無需主動操作。鏈上實現通常透過集中式融資結算合約來處理此流程。

5. 結算間隔設計：8 小時、1 小時及連續結算

5.1 經典的 8 小時結算週期

由 BitMEX 首創且至今仍在使用，每 8 小時結算一次（UTC 00:00、08:00、16:00）。優點：

• 簡單易懂；
• 套利者可預測（資金費率在結算前後波動最劇烈）；
• 適合傳統做市商及量化基金進行對帳；
• 資金費的「高峰」出現在結算時段附近，對套利交易者更為有利。

缺點：

• 永續合約在整個交易期間可能與指數產生 1%–2% 的偏差，僅在結算時進行修正；
• 對於短期交易者而言，結算間隔過長；
• 不適用於 DeFi 高頻交易情境。

5.2 1 小時間隔（dYdX / Hyperliquid 模式）

每小時結算一次，融資費率上限會相應下調至 ±0.375% 或 ±0.5%。 優點：

• 更貼近現貨錨定，偏差通常小於 0.1%；
• 套利機會更頻繁但幅度較小；
• 適用於訂單簿型去中心化交易所（DEX）的高頻率做市；
• 使用者體驗更流暢。

缺點：

• 在一個小時內，永續合約可能與指數產生 0.3% 的偏差，需要套利者進行更高頻率的監控；
• 結算所佔的 gas 比例較高（每日 24 次對比 3 次）；
• 預言機需具備更高的更新頻率。

5.3 連續／高頻率結算

部分協議曾嘗試採用連續結算或極短週期結算（例如 1 分鐘、10 分鐘）：

• Hyperliquid 提供即時「預估資金費率」顯示，但實際結算仍為每小時一次；
• Drift Protocol 曾嘗試過較長的結算週期，但在實際運作中仍回歸至每小時一次；
• Mango / Zeta 則曾探索過可變週期。

在為客戶進行設計時，SoonTech 通常提供三種選項：8 小時（保守型）、1 小時（推薦）、1 分鐘（實驗性，僅限主要貨幣對）。 在 Hyperliquid 風格的架構中，週期也可根據波動性動態調整：正常情況下為 1 小時，在市場動盪時會自動降級為 8 小時，以避免連鎖平倉。

6. 預言機設計與防操縱機制

6.1 資金費率對預言機的依賴

資金費率的核心輸入是指數價格，其可靠性直接決定了資金費率的可靠性。若指數價格遭到操縱：

• 攻擊者首先操縱某交易所的價格，使指數暫時偏離；
• 該異常值進入 TWAP 窗口並扭曲溢價指數；
• 資金費率驟升，用戶遭強制平倉，攻擊者則在另一端獲利。

預言機是資金費率系統中最脆弱的一環。

6.2 多來源中位數 + TWAP

主流的反操縱設計：

• 至少 5 至 7 家交易所：幣安（Binance）、OKX、Coinbase、Kraken、Bybit、Bitstamp、Gate.io；
• 中位數：剔除最大值與最小值，以避免單點操縱；
• TWAP：每 1–3 秒採樣一次，並以 5–30 分鐘為週期計算平均值以進一步平滑數據；
• 偏離斷路器：若交易所價格與中位數的偏差超過 1%–3%，該交易所將自動被剔除。

6.3 Chainlink / Pyth 整合

• Chainlink 資料流：提供經簽名的多來源中位數 + TWAP，這是中心化交易所（CEX）與去中心化交易所（DEX）永續合約最常用的解決方案；
• Pyth Network：運行於 Solana / Aptos 上的高頻預言機，提供 400 毫秒級的資料推送；
• API3 QRNG：用於需要隨機性的風險情境；
• Redstone：模組化預言機，適用於客製化情境。

SoonTech 預設以 Chainlink 作為整合基礎，並疊加自建的多來源聚合機制作為冗餘，確保當任何單一來源發生故障時，系統仍能正常報價。

6.4 偏離斷路器與時間鎖

在極端市場狀況下（例如某交易所價格在 10 分鐘內偏離 5%），該協議應能：

• 斷路器機制：暫停該資料來源，並在 30 分鐘內不將其納入指數計算；
• 全局斷路器：當所有資料來源同時異常時，採用最後一個已確認且衰減幅度最小的指數（例如每分鐘 0.01%）；
• 時間鎖定：資金費率參數（r、D、F_max）的變更需經過 24–48 小時的時間鎖定，為使用者提供退出窗口。

6.5 vAMM 架構的特殊問題

在 vAMM 架構中（Perpetual Protocol v1/v2、GMX v1），永續合約的中間價由 vAMM 公式決定，且可能遭到蓄意「擠壓」：

• 攻擊者利用巨額資金推高 vAMM 價格，從而影響中間價，進而影響溢價指數；
• 但標價仍基於預言機，因此清算金額是根據標價計算的；
• vAMM 中的資金費率可能因此遭到扭曲。

對策：

• vAMM 價格應基於預言機提供的「理論價格」，而非「池內交易價格」；
• 當出現極端偏離時，vAMM 應暫停報價或切換至標價模式。

7. 鏈上實作：批次結算與 Gas 優化

7.1 基本鏈上結算流程

鏈上資金結算的基本步驟：

1. 更新資金費率預言機：呼叫 updateFundingRate() 合約，傳入最新的指數價格、溢價指數及費率 r；
2. 遍歷使用者以更新累計資金費：維護 cumulativeFundingPerSize （按持倉規模計算的累計資金費），並在結算時根據 now − lastSettlementTime;
3. 批次結算：將所有用戶寫入默克爾樹或簡單陣列；保管人會呼叫 settleAll() 以一次性處理所有用戶；
4. 從保證金中扣除／追加：呼叫 modifyCollateral(user, ±amount) 並據此調整用戶的可提領餘額。

7.2 累積資金模式設計

為避免在每次結算時都需遍歷所有用戶，主流實作採用累積資金模型：

• 維護一個全域變數 globalCumulativeFundingPerSize （累積資金值每秒或每分鐘更新一次）；
• 每位使用者維護 userLastCumulativeFunding （其於上次結算時的累積值）；
• 當使用者開倉、平倉或調整倉位時，計算 userLastCumulativeFunding 與當前 globalCumulativeFundingPerSize之間的差額，乘以倉位規模，即可得出應付金額；
• 無需遍歷所有用戶，大幅降低 Gas 費用。

Hyperliquid 風格的設計更進一步：資金結算會在每次用戶交易（開倉、平倉、調整）時進行，避免用戶在結算當下被收取一大筆費用。

7.3 批次結算與 Gas 優化

每小時結算一次，假設有 10,000 名用戶，每位用戶消耗 50,000 氣，總氣費 = 5 億 ≈ 0.5 ETH。優化方法：

• 無迭代結算：採用累積資金模型；結算 = 透過單次 SSTORE 更新全域變數；
• 批次寫入：將所有使用者狀態變更打包成單一交易；
• 以事件取代狀態：用戶資金狀況記錄於事件日誌中，前端透過讀取事件來進行顯示；
• L2 部署：Arbitrum、Optimism、Base 的 gas 費用比主網便宜 10 至 100 倍；
• ERC-7201 儲存：採用命名空間儲存以避免與其他合約產生衝突；
• 位圖優化：使用位圖表示用戶持倉狀態，節省儲存空間；
• 函式庫重複利用：將資金計算抽象化為函式庫，避免重新部署。

7.4 vAMM 與訂單簿架構的差異

更少的州級干預，更低的 Gas 費

訂單簿儲存量越多，Gas 費越高

配對

vAMM 自動

鏈下配對 + 鏈上結算（dYdX v4）或鏈上配對（Hyperliquid）

做市商

依賴流動性提供者

有專業做市商活躍參與

典型專案

GMX v1、Perpetual Protocol v1/v2、Drift

dYdX、Hyperliquid、Vertex

SoonTech 同時支援以下兩種架構：

• vAMM 模式：適合快速上線，對資本效率的要求較低；
• 訂單簿模式：適用於專業做市商、機構客戶，以及需要高頻結算的產品。

8. 資金費率套利與基差交易

8.1 現金與套利交易

資金費率套利最經典的形式是「現金與套利」：

• 情境 1：永續合約價格 > 現貨指數，資金費為正；
• 套利交易者做空永續合約並做多現貨；
• 持有現貨以賺取以該幣計價的回報，並作為永續合約空頭收取資金費；
• 淨損益 ≈ 融資費率 × 持倉量 − 現貨借貸利息 − 手續費；
• 當資金費 > 借入成本 + 手續費時，套利交易即能獲利。
• 情境 2：永續合約價格 < 現貨指數，資金費為負值；
• 套利者做多永續合約 + 做空現貨（借入後賣出）；
• 淨損益 ≈ |融資費率| × 持倉量 − 借入利息 − 手續費。

當套利者大規模執行交易後：

• 多空力量趨於平衡，永續合約價格收斂至指數；
• 資金費率回歸至基準利率 r 附近；
• 市場達到均衡狀態。

8.2 跨交易所基差套利

同一對交易組合在不同交易所之間存在跨交易所基差：

• 套利者於資金費率較低的交易所做多，並於資金費率較高的交易所做空；
• 淨損益 = (高資金費率交易所的資金費率) − (低資金費率交易所的資金費率) − 跨交易所轉帳成本 − 提現延遲成本。

跨交易所套利需要極低的轉帳延遲和穩定的資金帳戶，而量化基金在這兩方面具有明顯優勢。SoonTech 的多帳戶多交易所 API 讓套利者能夠快速建立跨交易所策略。

8.3 資金費率對市場造市者的影響

做市商的資金費率風險與回報：

• 當資金費率為正值時，做市商在訂單簿上提供雙向流動性，其中成交的多頭部位需支付資金費，而空頭部位則收取資金費；
• 淨頭寸決定做市商是淨支付方還是淨收取方；
• 當資金費率處於極端水平時，做市商會主動收窄報價幅度或暫停做市，導致流動性下降。

SoonTech 為做市商提供資金費率預測 API：基於歷史數據、訂單簿失衡狀況、ETF 資金流向及宏觀事件，預測未來 1 至 4 個週期的資金費率走勢。

9. 極端條件下的動態參數治理

9.1 極端市場的類型

• 劇烈波動：某交易所價格短暫飆升，數秒內迅速回彈；
• 單邊趨勢：永續合約持續高於或低於指數交易，資金費率維持正值／負值；
• 黑天鵝事件：交易所遭受攻擊、鏈上預言機故障，或宏觀事件引發全市場閃崩；
• 流動性危機：做市商撤離，訂單簿深度變淺。

9.2 動態參數設計

在極端情況下，固定參數無法應對所有狀況，因此需要動態治理：

所有來源同時出現異常

採用最後確認價格 + 衰減

資金費上限保護

資金費率 > 0.9 × F_max

凍結參數變更，啟動治理投票

間隔降級

30 分鐘內波動率 > 5%

1 小時週期降級為 8 小時

持倉上限

用戶持倉量 > 協議上限

限制開倉，並向用戶發出提示

緊急暫停

30 分鐘內平倉金額超過 1,000 萬美元

治理多簽名暫停協議

9.3 分級治理權限

• 第 1 級（自動）：偏差降低、參數斷路器、間隔降級、緊急暫停；
• 第 2 級（治理多簽）：修改 F_max、D、r（附 24–48 小時時間鎖）；
• 第 3 級（DAO 投票）：底層資金費率公式變更、增刪交易對、主要協議參數變更。

SoonTech 的治理框架支援漸進式去中心化：第一年由多簽治理主導；第二年，參數治理將逐步移交給 DAO。

10. 工程架構與資料透明度

10.1 融資率系統的組成部分

完整的資金費率系統由以下組件構成：

1. 預言機適配層：Chainlink / Pyth / 自建的多來源聚合機制，提供指數價格；
2. 資金費率計算器：鏈下聚合、鏈上簽署的資金費率預言機；
3. 資金費率儲存合約：在鏈上更新並儲存最近 1–2 週的資金費率歷史紀錄；
4. 累計資金費率全域變數：每秒或每分鐘更新一次，供所有用戶交易參考；
5. Keeper / Relayer 網路：定期呼叫 updateFundingRate() 及 settleAll();
6. 資料 API：提供歷史融資費率、當前融資費率及下個週期的預估值；
7. 前端顯示：資金費率曲線、累計資金收益預估、套利機會提示；
8. 監控與警示：異常資金費率波動、預言機偏差、鏈上結算失敗。

10.2 資料透明度

為了讓用戶、做市商和套利者信任該系統，資金費率數據必須完全透明：

• 可透過鏈上查詢：每個週期的資金費率、費率 r、樣本數據、標記價／指數價均記錄於事件日誌中；
• 公開 API：SoonTech 提供 GraphQL 及 REST API，允許任何第三方即時擷取資料；
• 可追溯的歷史紀錄：至少保留 3 個月的鏈上歷史紀錄，鏈下資料可永久保存；
• 視覺化儀表板：前端介面顯示資金費率曲線、累計支付金額及基差歷史紀錄。

缺乏透明度的協議將失去市場造市者的信任，進而喪失流動性，陷入「流動性低 → 價格偏差大 → 融資費率飆升 → 用戶流失」的惡性循環。

10.3 保險基金與 ADL

資金費率機制與保險基金及 ADL 密切相關：

• 保險基金：當用戶遭清算，但後備資金無法彌補虧損時，由保險基金補足差額。通常會將部分融資收入注入保險基金；
• ADL（自動去槓桿）：當保險基金亦不足時，協議會根據 PnL 排名，自動對獲利最多的用戶進行去槓桿，使其彌補虧損；
• 資金費率設計必須避免頻繁觸發 ADL：當 F_max 設定過低時，用戶在極端情況下將無法支付資金費而遭清算，進而觸發 ADL。

SoonTech 的預設參數已通過壓力測試，即使在單日跌幅達 50% 且成交量達平均 3 倍的極端情境下，保險基金仍不會耗盡。

11. SoonTech 永續合約資金費率解決方案

11.1 模組清單

SoonTech 的資金費率系統套件包含：

1. FundingRate Oracle：鏈下多來源聚合 + 鏈上簽名上傳，支援 Chainlink / Pyth / 自建多來源；
2. MarkPrice 引擎：指數價格 + 融資基準 TWAP，可配置採樣窗口；
3. PremiumIndex 模組：30 分鐘 TWAP ＋ 5 分鐘空頭 TWAP 雙重驗證；
4. 限價與防護機制：雙層限價 + 偏離斷路器 + 間隔降級；
5. 結算引擎：累積融資模型 + 批次結算 + 多週期支援（8 小時 / 1 小時 / 1 分鐘）；
6. 保險基金模組：自動注資 + ADL 觸發邏輯；
7. 治理適配器：多簽名 + 時間鎖定 + 可選 DAO 整合；
8. 資料 API 與儀表板：GraphQL / REST API + 視覺化儀表板 + 第三方推送；
9. vAMM / 訂單簿適配器：同時支援兩種匹配架構；
10. 風險與合規：持倉限額、KYC 介面、區域合規切換。

11.2 典型部署情境

情境 1：東南亞新成立的去中心化交易所（DEX）推出永續合約

該客戶為一家新成立的東南亞去中心化交易所（DEX），需要快速推出 BTC / ETH 永續合約。 我們部署「1 小時結算週期 + Chainlink 預言機 + 累積資金費率」模型，並於 2 週內上線。上線三個月後，TVL 達到 8,000 萬美元，每小時平均資金費率為 0.012%，套利交易者活躍，且指數偏差低於 0.08%。

情境 2：中心化交易所轉型為去中心化永續合約平台

該客戶是一家歷史悠久的中心化交易所（CEX），為因應監管要求並拓展東南亞用戶，正計劃將其永續合約移至鏈上。我們採用訂單簿 + 每小時結算的模式，配對引擎位於鏈外（Hyperliquid 風格），僅將結算與資金費處理在鏈上。 上線六個月後，日活躍用戶（DAU）增長了 4 倍，資金費收入成為該協議最大的收入來源。

情境 3：實物資產（RWA）永續合約 + 法幣結算

該客戶希望推出一款以美國國債殖利率為標的的永續合約。我們將利率成分 r 設計為動態的鏈上預言機，讀取「美國 10 年期國債殖利率」數據，並將每 8 小時的資金費上限設定為 ±0.05%，以適應低波動率的市場情境。

11.3 交付時程表

• 第 1–2 週：業務研究、交易對選定、參數設計、合規審查；
• 第 3–6 週：合約開發、單元測試、影子主網；
• 第 7–8 週：審計、預言機整合、監控與儀表板；
• 第 9 週：主網灰度上線、限額設定與多簽署；
• 第 10 週起：新增交易對擴展、跨鏈、做市商導入、DAO 治理過渡。

12. 企業級實施建議

12.1 分階段建置

• 第一階段（MVP）：BTC／ETH 永續合約 + 8 小時結算 + Chainlink 預言機 + 累積資金費率模型；
• 第二階段：擴展至 20 種以上主要交易對 + 1 小時結算 + 自建多來源冗餘機制；
• 第三階段：升級至訂單簿架構 + Hyperliquid 式高頻結算 + 做市商 API；
• 第四階段：跨鏈功能 + 實物資產（RWA）永續合約 + 治理去中心化 + 深度合規整合。

在 MVP 階段切勿追求持續結算或特殊交易對；此舉將大幅增加系統複雜度與風險。

12.2 團隊組成

最低團隊配置：1 名產品經理、2 名 Solidity 工程師、1 名後端／預言機工程師、1 名量化／風險分析師、1 名前端工程師、1 名運維與監控工程師。若採用訂單簿匹配機制，則需額外增聘 2–3 名匹配與做市商整合工程師。

12.3 關鍵指標

• 錨定品質：永續合約與指數偏差的中位數及第 95 百分位數；
• 資金費分佈：過去 30 天的資金費平均值、波動率及最大值；
• 結算成功率：成功結算的週期數／總週期數；
• Oracle 延遲：從交易所推送 → 鏈上資料饋送 → 資金費率更新的端到端延遲；
• 用戶成本：每位用戶每週期支付或收取的平均資金費；
• 保險基金餘額：相對於 30 天平均交易量的覆蓋率；
• ADL 觸發次數：過去 90 天內的 ADL 觸發次數（應接近 0）；
• 套利活動：現金與持倉（cash-and-carry）部位的未平倉量。

常見問題

Q1：正的資金費率——這是否意味著市場看漲？

A：正的資金費率表示永續合約價格高於現貨指數，多頭需向空頭支付資金費。這不等同於「市場看漲」，而是「永續合約相對於現貨處於溢價狀態」。此現象通常源於強勁的多頭需求以及套利交易者尚未採取行動，並不一定意味著現貨價格本身將會上漲。

Q2：為何不同交易所的資金費率差異極大？我該關注哪一個？

A：各交易所的資金費率反映其自身的供需狀況：用戶結構（散戶與機構）、做市商深度、交易對偏好以及槓桿倍數都會影響資金費率。 該關注哪個取決於您的策略：若採用「現貨套利」（cash-and-carry）策略，請選擇資金費率最高的中心化交易所（CEX）永續合約，以及借入利率最低的現貨交易平台；若進行跨交易所套利，則需同時監控 3 至 5 家主要中心化交易所（CEX）和去中心化交易所（DEX）。

Q3：資金費率會被大戶操縱嗎？

A：在嚴格的多來源 + TWAP + 限幅 + 偏差斷路器系統下，單一鯨魚很難得逞。 但攻擊面依然存在：操縱多個交易所的現貨價格（需巨額資金）、操縱預言機（需控制 51% 的數據來源），或操縱 vAMM（需控制流動性池）。選擇採用多來源中位數及偏差斷路器機制之協議，可大幅降低風險。

Q4：當現貨指數價格異常時，資金費率會如何變化？

A：在多來源 + 偏差斷路器系統下，單一交易所的異常數據將被剔除，資金費率不會直接受到影響。 但當所有數據源同時出現異常（例如：交易所大規模停機）時，協議會觸發全局斷路機制，採用最後確認價格加上衰減值，以避免「鎖定影線值」。SoonTech 的解決方案已在 2024 年的多起極端事件中驗證了此斷路邏輯。

Q5：DEX 或 CEX 的永續合約資金費率哪種更合理？

A：CEX 屬於「集中式定價」——費率由交易所的內部模型決定，雖具彈性但難以驗證；DEX 則屬於「鏈上透明」——所有參數與資料皆可查詢，套利者也能更輕鬆地參與。 理論上 DEX 更公平，但 CEX 在市場深度和撮合方面仍佔優勢。SoonTech 融合了 CEX 式的風險控制（動態參數調整、斷路器機制）與 DEX 式的透明度（可於鏈上查詢）。

Q6：連續結算／1 分鐘結算是否總是優於 8 小時結算？

A：未必。連續結算對錨定效應較為敏感，但更容易遭到操縱，且需要更高的預言機更新頻率與鏈上 gas 費用；8 小時結算則更符合使用者需求，但偏差幅度較大。 SoonTech 建議根據市場狀況調整：通常採用 1 小時結算，而在市場動盪時自動降級為 8 小時結算——這實際上更為安全。

結論

資金費率是 DEX 永續合約的「中央銀行」。它將「價格偏差」轉化為「持倉成本」，使永續合約能在無到期日的情況下持續與現貨價格錨定。 一套優秀的資金費率系統必須同時解決以下問題：標價與指數價的構建、溢價指數的時間加權、利率成分與上限限制、結算間隔的選擇、預言機的抗操縱性、鏈上 gas 優化、極端市場下的動態參數治理，以及保險基金與 ADL 之間的連動機制。

本文從產品與工程雙重視角，系統性地剖析了融資費率機制的完整設計空間，並闡述 SoonTech 在 vAMM 及訂單簿架構下的實作方案。 無論您是新成立的去中心化交易所（DEX），還是正在轉型中的中心化交易所（CEX）；無論是以零售用戶為導向或以機構用戶為導向；無論是現貨優先還是衍生品優先，SoonTech 的資金費率套件皆可針對您的目標交易對、目標市場及目標用戶進行深度客製化。

SoonTech 產品研究院長期關注數位資產交易所基礎設施的發展，而資金費率僅是 DEX 永續合約眾多模組中的其中一環。 我們也將系統性地發布關於預言機設計、訂單簿配對引擎、保險基金與 ADL 演算法、跨鏈永續合約以及機構級做市商 API 等主題的內容。無論您正在打造新一代去中心化交易所（DEX）、將中心化交易所（CEX）轉型為 DEX，還是希望將永續合約整合至現有平台，我們都歡迎與您深入探討。 根據您的目標鏈、交易對、用戶及合規要求，SoonTech 可提供涵蓋合約開發、預言機整合、配對引擎、融資費率機制、數據儀表板及做市商整合的端到端解決方案。

讓永續合約真正值得信賴，並讓資金費率機制成為去中心化交易所（DEX）長期健康發展的基石——這正是 SoonTech 在 DEX 永續合約領域的長期發展方向。

🌐 與 SoonTech 攜手打造安全且可擴展的 Web3 平台。

探索我們針對白標加密貨幣交易所、預測市場、MPC 錢包、配對引擎、流動性整合及合規性的解決方案。