
加密貨幣的交易量、未平倉量(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 或美元名目價值。比較前先替每一筆資料附上身分證:
- 來源:交易所原始 API、區塊鏈、聚合器或第三方估算?
- 平台與市場:現貨、交割期貨、永續、選擇權或鏈上 DEX?
- instrument:精確交易對與合約代碼是什麼?
- 合約規格:線性/反向、合約大小、base/quote/settlement 幣別。
- 時間:資料時間戳、時區、快照或 rolling 24h?
- 單位:contracts、coin、quote currency 還是 USD notional?
- 計算方法:平台回報、聚合、異常排除、換匯與年化方式。
- 資料狀態:延遲多久、是否缺值、是否在市場異常或維護期?
沒有資料身分證的數字只能看,不能嚴格比較。尤其跨平台圖表若沒有寫清楚單位與更新時間,視覺上很整齊,也可能把不相容的資料加在一起。

交易量可信嗎?用四種證據交叉檢查
交易量不是天然造假,也不是天然真實。它首先是某個來源依某個時間窗回報或聚合的成交資料。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 單位、清算覆蓋與後續深度 |
表中的每一格都刻意寫「可能」。同一組數據可由不同交易動機造成,而且聚合資料可能看不到場外部位、期權、跨平台避險與鏈上現貨。把情境矩陣當成追問清單,比當成買賣訊號更安全。
跨平台比較:照這七步標準化
- 固定 instrument:不要把 BTC-USDT 線性永續和 BTC-USD 反向合約直接混在同一欄。
- 固定時間:統一 UTC 時間戳、rolling window 與 funding interval。
- 保留 raw data:contracts、coin、quote value 與原始 funding 不要覆寫。
- 另建 normalized 欄:使用同一時點價格換成 USD notional,記錄換算來源。
- 對齊 price source:mark、index、last price 不可混為同一價格。
- 記錄方法版本:API 欄位、聚合器過濾與 funding 公式更新時,留下查核日期。
- 處理缺值:缺資料就標 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 分鐘實作流程:從截圖升級成可追溯紀錄
- 選定一個 instrument 與一個 UTC 時間,不先跨市場。
- 從交易所官方 API 與一個聚合器各取一次資料,記錄 URL 與查核時間。
- 填入 data passport:市場、合約、base、quote、時間窗、單位與方法。
- 保留原始 volume、OI、funding、mark、index,不直接覆蓋。
- 用同一時點價格建立 normalized 欄,寫明換算假設。
- 加入 spread、固定帶寬 order-book depth 與交易頻率。
- 對比兩個來源的差異;若差異大,先查時間、單位、ticker 排除與缺值。
- 只寫「觀察」與「可能解釋」,另列至少一個替代解釋。
- 設定下一次擷取時間,使用相同流程才可比較變化。
- 若要做決策,再加入風險上限、流動性與槓桿風險,不要讓單一指標代替整體評估。
最後判斷:先確認資料可比,再解讀市場
交易量、未平倉量與資金費率都不是「不可信」,問題是它們各自有來源、單位、時間與方法限制。先確認資料能不能比較,再把結果寫成「觀察」與「可能解釋」,才不會讓圖表看起來精確,結論卻建立在錯位資料上。
真正實用的順序是:先對齊來源、時間、合約、單位與方法,再查看價格、現貨活動、委託簿深度、買賣價差與事件。三個指標可以幫你提出更好的問題,但不能代替風險管理,也不能保證下一步漲跌。
常見問題 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 欄位、聚合方法、資金費率公式與平台規格屬高更新資訊,實作前請重新查核最新版官方文件。
- CFTC:COT Explanatory Notes
- CME:Open Interest
- CoinGecko:Trust Score Methodology
- CoinGecko:Methodology
- OKX:API Guide
- OKX:API Change Log
本文提供市場資料判讀的入門方法,不構成投資、法律或稅務建議,也不提供多空訊號或獲利保證。平台規格、API 欄位與計算方法會變動,實作前請以官方最新文件為準。



