原创主题配图: 链观 BTC866 原创主题图解 · ChainView BTC866 Editorial · CC BY 4.0
建立正确概念
先把原始CSV只读保存，记录提供方、账户范围、导出日期、区间、时区和列定义，再建立清洗副本。平台可能默认只导出现货、最近日期或部分子账户，完整文件名不代表完整历史。保存文件哈希和导出说明，后续补档时能区分源文件修订与本地处理变化。
可将导出字段先映射到统一模型，再把原字段保留在附加列，任何丢失信息都记录。不同平台的trade id格式可能相似但不全局唯一，去重键应带账户与提供方。
选择可信依据
去重优先使用稳定成交号、交易哈希、事件类型和账户标识，不能仅用金额与时间。部分成交可能同秒同价多行，手续费也可能独立成行；随意合并会丢失真实事件。分页导出重叠时保留来源行号与重复判断规则，冲突数据进入待复核表，不自动删除不符合预期的行。
跨午夜与夏令时转换要做边界样例，检查同一笔交易不因时区切换被分到两个日期。原始字符串不要覆盖，方便追查解析错误；时间不明就标待定。
核对具体字段
统一到UTC时仍保留原始时间文字和时区，区分交易、结算和导出时间。夏令时重复小时或无时区日期需回查平台说明，不可随意猜。数字格式的逗号、小数点、负号和括号也可能因地区不同改变意义，导入后抽样对比原始界面，避免把一千和一点零零零混淆。
部分成交与撤单的数量关系要按订单事件链复原，不把剩余数量当第二笔买入。费用可能按成交分摊或单独扣除，需按说明连接到具体成交。
处理边界情况
充值、提现、自有账户转移、买卖、奖励、费用和失败交易走不同路径。把转入一概当买入或失败交易一概当零成本都会误报。链上手续费可能已扣而业务执行失败，跨平台转账还需连接两端与费用。估值货币和价格源另列，数量对账不应依赖当天市价掩盖差额。
期初余额若来自截图而非导出，标明证据级别；链上余额与平台负债也可能是不同层次。不能为了恒等式把未解释的差额加进“其他收入”。
保存结果与版本
逐资产核对期初加流入减流出等于期末，再检查各类事件与费用。差异按缺失、重复、时区、单位或未知分类，保留负责人和证据，不虚构平衡交易。输出报告应附源文件清单、方法版本和未决项，交给专业人士时连同原始资料。这样即使更换工具，也能重现同一资金流而非从头相信新仪表盘。
导出脚本版本、编码和小数规则也应保存，未来重跑要得到同样结果。出现异常时先保留原文件和处理日志，再修规则；不要直接覆盖历史结果，避免无法说明哪个版本产生报表。
