不同平台使用 UTC、当地时间或浏览器时区。未记录时区的时间戳会给对账和税务资料带来误差。

保留原始时间与时区

导出文件先作为原件保存，另建标准化字段。日期文字、Unix 时间和带时区偏移的格式应区分；不要仅因界面使用中文就认为时间属于北京时间。

夏令时不能固定减小时

北美等地区部分日期适用夏令时。使用明确的地区时区规则转换，而非全年使用固定偏移。跨年交易应依据适用申报规则和标准化时间判断，不能从文件排序位置推定年度。

建立可以逆算的转换表

记录原字段、来源说明、所选时区、转换方法和结果。抽查跨月与夏令时切换附近的数据。无法确认来源时区时标为未知，联系官方支持，避免用猜测生成正式申报资料。

为海外使用情境保留完整资料

身处海外时，平台注册地区、实际居住地、当地支付条件和记账币种可能不同。先确认账户允许使用的服务，再按本次页面说明操作。教程中的机制说明不等于某个平台当前提供的承诺，阈值、费用和支持网络应逐次核对。保存原件并在副本上整理资料，避免为了让结果看起来完整而补造缺失交易或来源。

情境示例：时间转换保留原件

假设一份导出使用 UTC，另一份界面显示当地时间，同一次转账可能落在不同日期。原件不改动，另存标准化时间与转换方法。采用地区时区规则时也要考虑夏令时，不能全年固定加减几个小时。跨年附近尤其要抽查，来源时区不明时先标记未知并向支持求证，不为了对齐余额而随意改写时间。

操作前的核对清单

  • 从文末官方入口打开资料，确认对象、版本、地区和日期。
  • 保留本次核验所用的地址、编号和原文件，缺失信息明确标为未知。
  • 出现陌生转账、密钥或验证码要求时停止操作，通过正式支持渠道核实。

常见问题

文章中的情境示例可以直接套用到我的账户吗？

示例用于解释判断顺序，不能代替本次核验。先确认网络、钱包版本、签约实体与所在地区，记录适用条款和查询日期；出现与官方说明不一致的结果时，暂停敏感操作并向真实支持渠道求证。不要依据示例推断一定可注册、可提现或可追回资金。