登录经过验证的交易平台，在订单、成交、资金流水和账户对账单页面查询。以 CSV 或 API 格式导出完整日期范围，再把成交记录与充值、提现、手续费和余额变动逐项核对。
分步操作流程#
- 设置时区和完整日期范围。 使用真实仓位、平台规则和成本计算；对于不可撤销的订单，不能只靠四舍五入后的心算结果。
- 分别导出订单记录和成交明细。 保留原始时间戳、标识符和未经编辑的记录，让其他人也能复现结论。
- 包含手续费币种和返佣。 按保守的成交假设计算总成本，并记录所采用的数值。
- 与账户资金账本核对。 在资金或签名权限发生转移之前完成核对，并在操作后验证实际状态。
- 安全保存带签名或时间戳的副本。 在资金或签名权限发生转移之前完成保存，并在操作后验证实际状态。
核心思路#
订单历史与成交历史并不相同：一个订单可能以不同价格分多次成交，每笔成交还可能产生不同手续费。税务和业绩分析通常需要使用成交明细。
查询交易历史时，应区分行动前可以验证的事项和只能在事后持续监控的事项，并为后者设定硬性上限。
何时停止或调整方向#
应在交易平台的历史记录保存期限结束前建立自己的档案。原始导出文件不要修改，所有计算都应在副本上完成。
需要留意的失效模式#
- 把截图当作唯一记录。 这会在决策完成后改变交易历史核对的风险敞口或执行成本。
- 忽略子账户和小额资产兑换记录。 这会漏掉交易历史核对所需的重要输入，使看似正确的结果失去可信度。
- 混用 UTC 与本地时间。 这会在决策完成后改变交易记录对应关系，使核对结果出错。
- 向报表工具提供带提现权限的 API 密钥。 这会不必要地扩大账户风险敞口。
应保留的证据#
不要仅凭界面出现“成功”提示来判断交易历史是否完整。应保留关闭页面后仍可查验的证据。
| 检查点 | 证据 | 停止条件 |
|---|---|---|
| 设置时区和完整日期范围 | 账户历史记录，以及记载计划数值的交易日志 | 把截图当作唯一记录 |
| 分别导出订单记录和成交明细 | 订单编号、成交价、数量、手续费和当前持仓页面 | 忽略子账户和小额资产兑换记录 |
| 包含手续费币种和返佣 | 账户历史记录，以及记载计划数值的交易日志 | 混用 UTC 与本地时间 |
记录实际成交、手续费和剩余风险敞口。下单页面展示的只是预估值，账户历史才是可以长期留存的凭证。
常见问题#
为什么订单数量与成交笔数不同？
一个订单可能与多个对手方撮合，从而生成多条成交记录。
可以使用只读 API 权限吗？
可以，但应谨慎设置权限并安全保存密钥；绝不能向报表工具授予提现权限。
如果旧的交易历史已经缺失怎么办？
通过官方客服申请账户对账单，并与银行记录和区块链记录交叉核对。
相关指南#
资料来源#
风险提示： 加密货币交易可能造成快速亏损。本文示例仅用于教育，不构成个性化财务建议；操作前请核实平台规则、手续费以及适用的法律或税务义务。
编辑标准
本文以教育和可靠来源为基础。安全措施、交易所规则及法律要求可能变化，采取重要操作前请通过相关官方渠道核实。
