比特幣情報資料品質稽核
工具會載入比特幣情報系列工具使用的 BTC 週價格歷史與月度指標歷史，以公開規則找出重複時間戳、大缺口、非法價格、過舊資料與缺漏欄位。結果是一個 0–100 的品質分數、問題清單，以及可下載的稽核 JSON 紀錄。
這個研究實驗室的互動介面目前以簡體中文提供；下方說明涵蓋所有輸入、方法與限制。
輸入項目
- 不需輸入：資料會自動載入
- BTC 週價格歷史，來自 /api/btc-price-history?interval=1w
- 月度指標，來自 /api/bitcoin-intelligence-history?years=20&limit=240（價格、冪律百分位、價格／200 週均線、距高點回撤、一年報酬、年化波動率）
輸出結果
- 目前品質分數（滿分 100；≥ 90 綠色、70–89 黃色、低於 70 紅色）
- 週觀測數與起訖日期、重複時間戳數、大缺口數、月度缺漏欄位數，以及最新資料年齡（天）
- 問題表：嚴重度（info、warning、critical）、代碼、日期與說明，顯示前 100 列
- bitcoin-data-quality-audit.json，含資料版本、方法版本與產生時間
使用步驟
- 開啟頁面，等兩個資料來源載入完成。
- 查看品質分數與五張摘要卡。
- 從 critical 開始、再看 warning，逐列檢視問題表。
- 下載稽核 JSON，保存資料版本與問題清單。
- 分數偏低時，對照 API 狀態頁與方法頁複核。
計算公式
扣分 = 3 × 重複時間戳 + 5 × 順序錯亂時間戳 + 12 × 非法價格 + 4 × 大缺口 + 0.5 × 月度缺漏欄位 + 1.5 × max(0, 資料年齡天數 − 10)。分數 = 100 − 扣分，限制在 0–100。大缺口指相隔超過 11 天（超過 30 天為 critical），從第一段連續 8 點、間隔皆不超過 10 天的區間開始檢查。資料年齡超過 14 天為 warning，超過 30 天為 critical。
計算範例
假設有 1 個大缺口、2 個月度缺漏欄位，最新一筆週資料已是 12 天前。扣分 = 4 × 1 + 0.5 × 2 + 1.5 × (12 − 10) = 4 + 1 + 3 = 8，分數 = 100 − 8 = 92。因為 12 天未超過 14 天，不會出現 stale_history 警告，但分數已經被扣。
如何解讀
- sparse_anchor_period（info）屬正常：序列開頭有少數稀疏錨點，早於交易所週資料出現，這段的缺口不扣分。
- invalid_price 每筆扣 12 分，權重最高，因為缺漏、非有限或 ≤ 0 的價格會汙染後續所有計算。
- missing_<欄位> 代碼標示 6 個月度欄位中哪一個在哪個月份缺漏。
注意事項
- 規則分數只是作業層面的摘要，不能證明資料絕對正確。
- 無法偵測所有上游修訂、抽樣偏差或交易所之間的差異。
- 問題清單最多保留 250 筆、頁面只顯示前 100 筆；完整的保留內容請看 JSON。
常見問題
100 分代表資料完美嗎？
不是。100 分只代表沒有違反任何已檢查的規則，規則範圍以外的錯誤仍可能存在。
為什麼沒有過舊警告，分數卻下降？
新鮮度扣分從第 10 天開始，stale_history 警告則在超過 14 天才出現。10–14 天之間每天扣 1.5 分，但不會出現警告。
可以保存結果日後比較嗎？
可以。下載稽核 JSON，裡面有資料版本、方法版本、產生時間與問題清單。