交易量、未平倉量與資金費率可信嗎?市場數據判讀指南

加密貨幣的交易量、未平倉量(OI)與資金費率都可以參考,但不能直接裸讀。先確認資料來源、時間窗、合約、單位與計算方法一致,再把三者與價格、委託簿深度(order-book depth)、買賣價差(spread)、標記價格(mark price)、指數價格(index price)和事件交叉比較。

最常見的錯誤有三個:把高成交量當成真實需求、把高 OI 當成多單比較多、把正/負資金費率當成必然漲跌訊號。其實 OI 的多空是成對存在;成交量可能受報告與聚合方法影響;資金費率則依各平台永續合約規則計算。

本篇教你做的是資料品質判讀,不是預測行情。若你要了解平台排名與流動性評估,先看全球加密貨幣交易所排名方法;如果要看資金費率公式、結算與成本,則讀資金費率完整指南

交易量、OI、資金費率各回答什麼?

指標它主要回答它不能單獨回答最先核對
成交量 Volume一段期間內成交多少是否全是真實需求、是否容易進出、未來方向時間窗、幣別、交易對、報告/聚合方法
未平倉量 OI仍未平倉的衍生品合約存量多單是否比空單多、參與者成本與方向合約大小、contracts/coin/USD、線性/反向
資金費率 Funding永續合約多空之間依平台機制的定期費率/付款狀態價格必然上漲或下跌、所有平台都相同instrument、週期、funding time、mark/index、公式版本

CFTC 的COT Explanatory Notes定義 OI 為尚未沖銷、交割或履約的期貨/選擇權合約總量,並明確說明總 long OI 等於總 short OI。這一點足以推翻「OI 越高=多單越多」的常見誤解。

CME 的Open Interest則用流量與存量區分:成交量計算期間內交易的合約,OI 計算仍留在市場中的未平倉合約。兩個數據都上升,代表活動與存量同時增加;但新部位可能是多方、空方、避險、套利或跨市場組合,不能只靠總量知道動機。

交易量、未平倉量與資金費率各自回答的問題,以及都不能單獨當買賣訊號

第一步不是看數字,而是建立資料身分證(data passport)

同樣顯示「10 億」,可能是 24 小時成交額、合約張數、幣本位 OI 或美元名目價值。比較前先替每一筆資料附上身分證:

  1. 來源:交易所原始 API、區塊鏈、聚合器或第三方估算?
  2. 平台與市場:現貨、交割期貨、永續、選擇權或鏈上 DEX?
  3. instrument:精確交易對與合約代碼是什麼?
  4. 合約規格:線性/反向、合約大小、base/quote/settlement 幣別。
  5. 時間:資料時間戳、時區、快照或 rolling 24h?
  6. 單位:contracts、coin、quote currency 還是 USD notional?
  7. 計算方法:平台回報、聚合、異常排除、換匯與年化方式。
  8. 資料狀態:延遲多久、是否缺值、是否在市場異常或維護期?

沒有資料身分證的數字只能看,不能嚴格比較。尤其跨平台圖表若沒有寫清楚單位與更新時間,視覺上很整齊,也可能把不相容的資料加在一起。

跨平台市場數據比較前要對齊來源、時間、合約、單位與方法

交易量可信嗎?用四種證據交叉檢查

交易量不是天然造假,也不是天然真實。它首先是某個來源依某個時間窗回報或聚合的成交資料。CoinGecko 在最新的Trust Score 方法中指出,加密交易所可能人工膨脹報告量,因此其評估不只看 volume,也看委託簿深度、買賣價差與交易活動的一致性。

1. 看買賣價差(spread)

買一與賣一差距越大,表示即使顯示量很高,立即成交的成本仍可能高。不同幣種、時間與市場波動會影響 spread,所以要在相同時點比較。

2. 看委託簿深度(order-book depth)

查看中間價上下固定百分比內有多少可成交掛單。深度要用和你預計下單規模相關的帶寬,不能只看最前面一檔。

3. 看成交頻率與分布

高量若集中在少數突發區段,和全天持續成交的可用性不同。觀察交易筆數、大小分布與多個時間窗,能找出只用 24h 總量看不到的異常。

4. 看聚合器怎麼排除異常

CoinGecko methodology說明其交易所量由交易對加總,並排除不一致或長時間未更新的 ticker。這代表聚合數據已經過方法處理;你應查看最新版文件,不要假設所有網站對「24h volume」的定義相同。

一個實用結論是:volume 是活動訊號,liquidity 是能否以合理成本成交的能力。兩者相關,但不相等。


未平倉量怎麼看?先記得每一張合約都有多空兩邊

一筆新的期貨或永續部位成立,需要一方做多、另一方做空;OI 通常只計這張合約一次。因此總 OI 上升表示未平倉合約增加,不表示多頭人數、資金或信念必然勝過空頭。

  • OI 上升:新部位淨增加,但可能同時含方向交易、避險、套利與做市。
  • OI 下降:既有部位淨減少,可能來自主動平倉、到期、清算或跨平台移轉。
  • OI 不變:交易仍可能非常活躍,只是新開與平倉大致抵銷。

更大的陷阱是單位。以 OKX 公開API 文件為例,同一份衍生品市場資料就可能分別以合約張數與基礎幣數量呈現;OI 也必須依端點說明核對單位。跨平台相加前,還要確認合約大小、線性/反向、幣本位/U 本位、標記價格與時間戳。把 5,000 contracts 和 5,000 BTC 當成同一數量,會產生巨大誤差。

OI 若以 USD notional 顯示,價格本身上漲也可能讓美元 OI 變大,即使合約張數沒有同比例增加。分析變化時最好同時保留 raw contracts、coin equivalent 與 USD normalized,不要只下載一欄。


資金費率怎麼看?它是永續合約機制,不是方向保證

資金費率通常用來讓永續合約價格靠近現貨指數。正費率常表示多方按該平台規則向空方支付,負費率則相反;但公式、上下限、溢價指數、利率成分與特殊情況依平台、合約與時間而異。OKX 官方文件也提醒,部分合約的收付頻率可能調整,因此實作時應核對 fundingTime、nextFundingTime 與公式版本。

  • 正 funding:只能說明該 instrument 在該時間的付款方向與市場偏離,不能保證價格接著上漲或反轉。
  • 負 funding:可能與空方需求、避險或特定市場失衡有關,也不能直接等同看空訊號。
  • 極端 funding:先查 mark、index、premium、流動性、事件與下一次 funding time,不急著把極端當反轉保證。
  • 跨平台差異:可能來自用戶結構、合約設計、結算時間與指數來源,不一定是無風險套利。

如果你需要公式、平台週期與實際成本,請回到資金費率完整指南。本篇只處理「怎麼把 funding 放進資料品質與交叉判讀」。


價格×成交量×OI×Funding:只能列情境,不能當公式

觀察可能解釋不能直接下的結論下一步驗證
價格↑、量↑、OI↑、funding↑新部位與活動增加,多方需求可能較擁擠一定續漲或一定反轉看 spot volume、basis、深度、清算與跨平台差異
價格↑、量↑、OI↓空方回補、清算或既有部位退出可能參與只剩現貨買盤看 liquidation、trade flow 與時間對齊
價格↓、量↑、OI↑、funding↓新空單、避險或多空新部位同時增加一定繼續跌看 spot/perp 差異、options、事件與深度
價格↓、量↑、OI↓多方平倉、清算或整體去槓桿可能參與賣壓已結束看 OI 單位、清算覆蓋與後續深度

表中的每一格都刻意寫「可能」。同一組數據可由不同交易動機造成,而且聚合資料可能看不到場外部位、期權、跨平台避險與鏈上現貨。把情境矩陣當成追問清單,比當成買賣訊號更安全。


跨平台比較:照這七步標準化

  1. 固定 instrument:不要把 BTC-USDT 線性永續和 BTC-USD 反向合約直接混在同一欄。
  2. 固定時間:統一 UTC 時間戳、rolling window 與 funding interval。
  3. 保留 raw data:contracts、coin、quote value 與原始 funding 不要覆寫。
  4. 另建 normalized 欄:使用同一時點價格換成 USD notional,記錄換算來源。
  5. 對齊 price source:mark、index、last price 不可混為同一價格。
  6. 記錄方法版本:API 欄位、聚合器過濾與 funding 公式更新時,留下查核日期。
  7. 處理缺值:缺資料就標 missing;不要用零代替,也不要偷偷前值填補。

你可以自行建立試算表,保留「原始數值、單位、標準化數值、資料時間、價格來源、買賣價差、委託簿深度、缺值狀態與方法版本」等欄位。重點不是表格漂亮,而是任何人都能追溯數字從哪裡來、何時取得、如何換算。


同一張圖表裡,還要處理三種資料品質問題

延遲與不同步

價格可能每秒更新,OI 每幾秒或幾分鐘更新,聚合器的 volume 又可能有額外快取。如果把不同時間的數據畫在同一個點,先後關係可能只是更新延遲。紀錄每個欄位自己的 timestamp;只有頁面載入時間、不知道資料時間時,就把同步性標成未知。

覆蓋範圍

「全市場 OI」可能只涵蓋聚合器接入的平台;「全球成交量」也可能排除無 API、資料品質未通過或尚未收錄的市場。比較兩個網站前先看 venue coverage,別把覆蓋不同誤認為其中一方計算錯誤。若研究目的是特定平台風險,使用該平台 instrument 級資料通常比全市場總量更可追溯。

修訂、斷線與回補

API 斷線後,聚合器可能留下空白、沿用舊值或事後回補。三種做法會產生完全不同的折線。下載資料時加入 quality flag,例如 fresh、delayed、missing、backfilled、method changed。沒有品質旗標的缺口,不要拿來計算精確百分比變化。

最後,把「資料觀察」與「市場解釋」分成兩欄。觀察應該能被別人用同一來源重算,例如「UTC 08:00 至 09:00,某 instrument 的 contracts OI 增加 8%」;解釋則必須寫成假設,例如「可能有新部位進場,也可能受價格換算或跨平台移轉影響」。這能防止敘事偷偷取代資料。

每次方法改版時,另開一個 version 欄,不要把新舊數列無縫接在一起。若聚合器更換交易所清單、異常值規則或換算價格,圖上的跳動可能來自方法,不一定來自市場。比較前先在變更點畫垂直線,或只分析同一方法版本內的區段。

資料越即時,也不一定越可靠。高頻串流可能包含暫時錯價、重送訊息與短暫斷線;較慢的聚合資料可能經過清理,卻犧牲反應速度。選擇來源要回到用途:監控異常重視延遲,跨日研究更重視一致、可重算與版本紀錄。

如果無法說明一筆數字怎麼取得、何時取得與如何換算,就不要把它放進結論;先補齊來源欄與方法欄,才進行下一步比較。


常見資料陷阱與錯誤推論

高成交量、高未平倉量與正負資金費率都不能直接視為買賣訊號
  • 把 24h volume 當自然日:多數是 rolling window;兩次擷取的區間會重疊。
  • 把所有 OI 相加:contracts、coin、USD、線性與反向未先標準化。
  • 只看變動百分比:基期很小時,百分比大不代表市場重要。
  • 把美元 OI 上升全當新資金:標的價格上漲本身會提高美元名目值。
  • 把正 funding 當多頭勝利:每張合約仍有多空兩方,費率只反映該機制下的偏離與付款。
  • 跨平台不同時間截圖:波動市場幾分鐘差距就可能改變結論。
  • 忽略資料修訂與 API 變更:聚合器方法與交易所欄位會更新;研究截止日必須保留。
  • 把缺值填成零:零是測量結果,missing 是沒有觀測;兩者不能互換。
  • 只看衍生品:現貨量、深度、options、鏈上流動與事件可能提供不同解釋。

10 分鐘實作流程:從截圖升級成可追溯紀錄

  1. 選定一個 instrument 與一個 UTC 時間,不先跨市場。
  2. 從交易所官方 API 與一個聚合器各取一次資料,記錄 URL 與查核時間。
  3. 填入 data passport:市場、合約、base、quote、時間窗、單位與方法。
  4. 保留原始 volume、OI、funding、mark、index,不直接覆蓋。
  5. 用同一時點價格建立 normalized 欄,寫明換算假設。
  6. 加入 spread、固定帶寬 order-book depth 與交易頻率。
  7. 對比兩個來源的差異;若差異大,先查時間、單位、ticker 排除與缺值。
  8. 只寫「觀察」與「可能解釋」,另列至少一個替代解釋。
  9. 設定下一次擷取時間,使用相同流程才可比較變化。
  10. 若要做決策,再加入風險上限、流動性與槓桿風險,不要讓單一指標代替整體評估。

最後判斷:先確認資料可比,再解讀市場

交易量、未平倉量與資金費率都不是「不可信」,問題是它們各自有來源、單位、時間與方法限制。先確認資料能不能比較,再把結果寫成「觀察」與「可能解釋」,才不會讓圖表看起來精確,結論卻建立在錯位資料上。

真正實用的順序是:先對齊來源、時間、合約、單位與方法,再查看價格、現貨活動、委託簿深度、買賣價差與事件。三個指標可以幫你提出更好的問題,但不能代替風險管理,也不能保證下一步漲跌。


常見問題 FAQ

OI 越高,代表多單越多嗎?

不是。每張未平倉合約都有多方與空方,總 long OI 等於總 short OI。OI 高只代表未平倉合約存量較大,不能從總量知道哪一方「比較多」。

成交量高,就代表流動性好嗎?

不一定。要再看 spread、order-book depth、成交頻率、你實際下單金額的 price impact,以及資料如何過濾異常。volume 與 liquidity 有關,但不是同義詞。

正資金費率表示會跌嗎?

不能直接這樣判斷。正費率反映該平台、該 instrument、該時間的付款方向與定價偏離;價格可能續漲、盤整或反轉,仍要看現貨、深度、OI、事件與持倉結構。

可以把不同交易所 OI 直接相加嗎?

只有在合約、時間與單位完成標準化後才有意義。先確認 contracts、coin、USD notional、合約大小、線性/反向、mark price 與 timestamp。

哪個數據網站最可信?

沒有一個來源適合所有用途。交易所 API 最接近該平台原始回報;聚合器方便跨平台比較但有方法處理。重要的是保留來源與方法,並用第二個來源、深度與時間戳交叉查。


來源與研究截止日

本文研究截止日為 2026-08-29。API 欄位、聚合方法、資金費率公式與平台規格屬高更新資訊,實作前請重新查核最新版官方文件。

本文提供市場資料判讀的入門方法,不構成投資、法律或稅務建議,也不提供多空訊號或獲利保證。平台規格、API 欄位與計算方法會變動,實作前請以官方最新文件為準。

分享此內容: