原創主題配圖: 鏈觀 BTC866 原創主題圖解 · ChainView BTC866 Editorial · CC BY 4.0
建立正確概念
先把原始CSV只讀保存，記錄提供方、帳戶範圍、導出日期、區間、時區和列定義，再建立清洗副本。平台可能預設只導出現貨、最近日期或部分子帳戶，完整文件名不代表完整歷史。保存文件哈希和導出說明，後續補檔時能區分源文件修訂與本地處理變化。
可將導出字段先映射到統一模型，再把原字段保留在附加列，任何丟失資訊都記錄。不同平台的trade id格式可能相似但不全局唯一，去重鍵應帶帳戶與提供方。
選擇可信依據
去重優先使用穩定成交號、交易哈希、事件類型和帳戶標識，不能僅用金額與時間。部分成交可能同秒同價多行，手續費也可能獨立成行；隨意合併會丟失真實事件。分頁導出重疊時保留來源行號與重復判斷規則，衝突資料進入待復核表，不自動刪除不符合預期的行。
跨午夜與夏令時轉換要做邊界樣例，檢查同一筆交易不因時區切換被分到兩個日期。原始字符串不要覆蓋，方便追查解析錯誤；時間不明就標待定。
核對具體字段
統一到UTC時仍保留原始時間文字和時區，區分交易、結算和導出時間。夏令時重復小時或無時區日期需回查平台說明，不可隨意猜。數字格式的逗號、小數點、負號和括號也可能因地區不同改變意義，導入後抽樣對比原始界面，避免把一千和一點零零零混淆。
部分成交與撤單的數量關係要按訂單事件鏈復原，不把剩餘數量當第二筆買入。費用可能按成交分攤或單獨扣除，需按說明連接到具體成交。
處理邊界情況
充值、提現、自有帳戶轉移、買賣、獎勵、費用和失敗交易走不同路徑。把轉入一概當買入或失敗交易一概當零成本都會誤報。鏈上手續費可能已扣而業務執行失敗，跨平台轉賬還需連接兩端與費用。估值貨幣和價格源另列，數量對賬不應依賴當天市價掩蓋差額。
期初餘額若來自截圖而非導出，標明證據級別；鏈上餘額與平台負債也可能是不同層次。不能為了恆等式把未解釋的差額加進“其他收入”。
保存結果與版本
逐資產核對期初加流入減流出等於期末，再檢查各類事件與費用。差異按缺失、重復、時區、單位或未知分類，保留負責人和證據，不虛構平衡交易。輸出報告應附源文件清單、方法版本和未決項，交給專業人士時連同原始資料。這樣即使更換工具，也能重現同一資金流而非從頭相信新儀錶盤。
導出腳本版本、編碼和小數規則也應保存，未來重跑要得到同樣結果。出現異常時先保留原文件和處理日誌，再修規則；不要直接覆蓋歷史結果，避免無法說明哪個版本產生報表。
