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