先看結論
月報記錄的是一整個月實際發生的費率，不是預測：先檢查資料是否完整，再報告中位數、平均數、10／90 分位、極值、正負費率比例與最長連續同號區段，最後用 10,000 USDT 倉位換算成持有成本。資料不完整的平台，保留資料但不下比較結論。
報告
對 BTC、ETH、SOL 在幣安與 OKX 的結算紀錄，先算出統計期間應有的結算次數，再和實際取得的筆數對照，找出缺口與最長間隔。資料不完整時，不應直接比較平均值。
結算紀錄取自兩家公布的歷史資金費率，是每一期實際收付的費率；每筆保留交易所、合約、結算時間、費率與來源網址。盤中不斷變動的預估費率不適合寫月報，因為它不是任何人實際付過的數字。
核心
每個市場至少報告中位數、平均數、10/90 分位、最大正值、最小負值、正費率期比例、負費率期比例與連續同號最長區段。
中位數描述典型狀態，分位與極值呈現尾部；只看月平均可能把幾次尖峰和大量接近零的時段混在一起。跨平台差異必須使用相近時間窗的觀測。
報告
要能被別人複核，欄位就得先固定。每個市場、每個平台都應產出以下欄位。缺欄位比數字難看嚴重得多——讀者會無法判斷結論的可信範圍。
前三列是資料品質欄位，必須放在統計結果之前。資料不完整時，後面所有平均與分位數都只是對殘缺樣本的描述，不能拿來跨平台比較。
| 欄位 | 回答的問題 |
|---|---|
| 應有結算次數／實際筆數 | 樣本是否完整 |
| 最長間隔 | 缺口是分散的還是集中的 |
| 結算間隔是否改變 | 交易所是否在月中調整了結算頻率 |
| 中位數 | 典型狀態 |
| 平均數 | 受極值影響後的整體水準 |
| 10／90 分位 | 常態區間的邊界 |
| 最大正值／最小負值 | 尾部強度 |
| 正費率期比例 | 方向偏斜 |
| 最長同號連續區段 | 偏斜是否具持續性 |
逐步
月報是一套固定流程，不是一次性分析。以下七步每個月照同樣順序執行；任一步不通過就停在那裡並記錄原因，不要跳過去湊一個結論。
第七步的限制最容易被忽略：月報描述的是已觀察到的資料，不是下個月的預期。一旦開始寫「預計」「將會」，報告就從記錄變成預測，而預測需要完全不同的驗證標準。
- 一：固定統計期間與時區，記錄資料取得的時間。
- 二：比對每個市場與平台應有與實際的結算筆數，不完整者標記為不可比。
- 三：分別計算中位數、平均、10／90 分位與極值。
- 四：統計正負費率期比例與最長同號連續區段。
- 五：以固定 10,000 USDT 倉位，把中位數、90 分位與逐期序列各自轉成資金費金額。
- 六：列出所有官方來源網址與資料取得日期。
- 七：結論只描述已觀察資料，不寫方向預測，並連回資金費計算器讓讀者用自己的倉位重算。
轉成
用固定 10,000 USDT 倉位，把月度中位數、90 分位和實際逐期序列分別轉成資金費。逐期序列最接近歷史帳面情境，固定分位則適合壓力測試。
報告清楚標示方向：正費率多單支付、空單收取；負費率相反。若結算頻率變化，必須依每筆實際週期計數，不能假設全月每天三期。
發布
月報附統計期間、資料取得時間、缺口說明和官方來源；若任一平台的資料不足，保留資料但不下比較結論。
結論只描述已觀察資料，不寫『下月將上升』或『某幣最適合做多』。將月報連回資金費計算器，讓讀者用自己的倉位重算。
看依這套方法寫成的 2026 年 9 月月報官方
報告要統計什麼，定義在 OKX 的資金費 FAQ 裡；資料則是兩家公布的歷史資金費率，任何人都能用同樣的期間重算。這篇提供的是方法而不是結論——最該被複核的因此不是某個數字，而是你的資料夠不夠完整，撐不撐得起一次比較。
開啟對應計算器接下來
查看共用公式與估算邊界常見問題
為什麼不用年化資金費率排名？
年化會把一段期間的費率外推成一整年，等於假設費率長期不變，容易製造誤導；月報優先展示實際逐期分布。
月度平均可以預測下個月嗎？
不可以。它只描述已觀察區間，市場結構和結算規則都可能改變。
為什麼強調中位數而不是平均數？
因為資金費分布常有尖峰。少數幾期的極端值可以把月平均拉高，而大部分時段其實接近零。中位數描述典型狀態，平均數描述含尾部的整體水準，兩者一起看才完整；只報一個平均值會讓讀者誤判日常持倉成本。
資料要多完整才能跨平台比較？
沒有普世門檻，但應該事先定義並公開。重點是這個門檻要在看到結果之前決定，否則就變成挑選有利樣本。低於門檻時保留資料、標記為不可比，不要下結論——這比事後調整門檻誠實得多。