成交以后
交易出问题要留哪些记录：订单号、时间与安全打码
原始记录自己保存；对外只发遮住私人信息、能说明当前问题的副本。
这里讨论的是现货订单截图该留什么、怎样遮住私人信息后分享核对，不涉及 C2C 付款凭据。交易出问题时，最有用的材料不是“整个账户都截下来”，而是几条能说明经过的记录：哪张订单、什么时间、什么状态、实际成交了多少、费用扣在哪种资产。每张截图只保留解决问题需要的区域，其余账号信息先打码。
先保留原件，再制作遮住私人信息的副本。原件留在自己控制的设备中，不公开上传；对外只发送副本。打码错了还能重做，也不会为了分享而破坏原始记录。
先把问题缩成一句话
“我的交易有问题”太宽，别人不知道该查哪里。改成一句能核对的话，例如：
- 这张限价买单在 14:03 显示部分成交，14:05 撤单后，剩余数量是否已经取消？
- 成交记录显示买入 10 个，手续费为 0.01 个同种资产，为什么净到账是 9.99？
- 订单历史有记录，所选时间区间的成交历史为什么没有对应结果？
一句话里最好包含交易对、市场类型、时间、订单状态和你看不懂的差异。不要先写“平台吞了资产”“一定重复扣费”这样的结论。整理这些记录，是为了让事实可以核对，不是先替调查下判决。
普通现货订单，需要留哪些记录
| 材料 | 保留什么 | 主要回答 |
|---|---|---|
| 订单详情 | 交易对、方向、类型、原数量、已成交数量、状态、时间、订单号 | 提交了什么，最后怎样 |
| 成交详情 | 成交价、数量、金额、手续费及其资产、成交时间、可用编号 | 实际发生了什么 |
| 余额或资金活动 | 相关资产、数量变化、活动类型、时间、状态 | 同一时段还有什么进出 |
| 错误提示 | 完整原文、错误码、发生页面、操作时间 | 系统当时拒绝了什么 |
不是每个问题都要四种材料。下单精度报错通常只需要交易对、订单类型、输入值、当前规则和完整错误文字；到账差异才需要成交费用与余额活动。先收齐解决这个问题需要的记录，若官方支持明确需要更多，再逐项补充。
订单号、成交号和链上交易哈希不是同一种编号。现货订单号用于关联平台内部委托，成交号对应实际成交条目，链上哈希用于查看区块链转账。问题发生在现货撮合时，不要拿提币哈希代替订单号。
用时间线把截图连起来
把每个事件写成一行：时间、时区、动作、页面状态、对应文件或截图。时间线能发现很多“看似冲突”其实是先后顺序的问题。
教学示例：14:03 提交订单；14:03:10 成交一部分；14:05 发出撤单；14:05:01 又有一小段成交；14:05:02 剩余部分变为取消。这个顺序下，“点过撤单”和“撤单附近仍有成交”可以同时发生。示例不代表平台固定处理时延，也不是个人实测。
时间必须带时区。App 显示本地时间，导出文件可能使用 UTC；同一个时点会写成不同钟点。不要看到日期不同就认定记录缺失。先确认页面标注，再统一换算，尤其留意午夜附近的成交。
截图文件名可以写成“01_order_before_cancel”“02_cancel_result”“03_trade_detail”，另在说明里记下准确时间。顺序编号比“截图1、截图2、最新截图”更不容易混。
截图里哪些内容应该打码
对公开论坛、社交平台或非官方第三方分享时，优先遮住：
- UID、邮箱、手机号码、真实姓名与证件信息；
- 二维码、登录状态、设备信息和安全设置；
- 总余额、其他资产、其他订单和完整持仓；
- 充值地址、提币地址中与当前问题无关的部分；
- 完整订单编号或成交编号，若公开讨论不需要它；
- 浏览器标签、通知、文件路径中出现的私人信息。
打码不是在图片上画半透明荧光笔。使用不透明色块彻底覆盖，导出为新图片，再打开导出的文件放大检查。英国 ICO 的电子图片遮盖说明给出的实用做法也是使用实色块，并导出为不保留图层或编辑历史的 PNG 或 JPEG；这里引用的是文件处理方法。裁剪时也要看边缘、状态栏和缩略图。若使用截图编辑器，确认分享的是处理后的副本，不是仍可撤销图层的工程文件。
更稳妥的做法是只截所需区域。例如排查手续费，只截交易对、成交数量、手续费数值和手续费资产所在行，没必要把整个钱包首页放进去。材料越少，误泄露的机会越低。
这些内容不属于任何订单排查材料
密码、短信验证码、验证器动态码、助记词、私钥和 API Secret 永远不需要出现在你发送的截图或文件里。任何人以“核实订单”“解除风控”“追回损失”为理由索要这些内容，都应停止交流，并从自己登录后的官方入口重新联系支持。
远程控制设备同样不是解释一张成交记录的必要条件。不要安装陌生插件，不要开启屏幕共享后进入安全设置，也不要让对方指导创建带交易或提币权限的 API Key。公开现货规则查询不需要账户凭证；历史记录排查也应优先使用页面与导出文件。
官方支持可能为了定位账户内记录，需要完整订单编号或特定账户标识。只在你自己确认的官方支持渠道里，按该工单明确要求提供；这不等于可以把同样信息公开贴到群聊或论坛。
原始文件和工作副本怎样保存
CSV、截图或平台生成的报表下载后，先保存一份不修改的原件。复制一份作为工作副本，再做时区换算、公式、标色、裁剪和打码。原件能让你回查列名、小数精度和上下文，也能避免表格软件自动改写长编号后无从恢复。
建议为一次问题建一个文件夹：
- originals：原始 CSV、原始截图、下载时的说明；
- working：计算表、标注图、时间换算；
- share：最终可发送的材料和一页问题说明。
文件夹名称使用日期和问题简称，不要把密码、手机号或完整 UID 放进文件名。云同步是否开启由你自己决定；若同步，确认访问权限，不使用“知道链接即可查看”的公开分享方式存原件。
一页问题说明怎样写
发出这些材料时，最前面放一段短说明，按下面顺序写：
- 问题：你看到的具体差异，不先猜原因；
- 范围：现货、交易对、买卖方向；
- 时间：起止时点与时区；
- 已核对：订单状态、成交数量、手续费资产、资金活动；
- 需要回答：希望支持确认哪一个字段或事件；
- 附件：每个文件对应什么，不把全部账户资料一股脑塞进去。
例如：“我在 UTC+8 的 9 月 5 日 14:03 提交 ABC/USDT 现货买单。订单详情显示已成交 6、剩余取消；成交明细合计只有 5.9。已检查相同时间范围与交易对筛选，希望确认是否还有一条成交未显示。”这比“钱少了，帮我查”更容易得到针对性回答。数字仍是教学示例。
发送前做最后一次检查
手机截图的两个隐蔽泄露点
手机状态栏可能露出运营商、通知内容或设备名称，最近任务缩略图可能露出其他账户页面。进入截图前先清理通知，裁剪后仍要检查四个边缘。若图片自动备份到共享相册，确认处理后的副本没有继承公开共享权限。
有些聊天软件会在发送“原图”时保留更高分辨率，打码边缘的疏漏会更清楚。发送前用最终文件本身检查，而不是只看聊天窗口里的小缩略图。不要依赖平台压缩来保护隐私。
收到自称官方的私信时先停一步
公开求助后，骗子可能主动私信，自称能快速解冻或补单。不要点击对方发来的登录页，也不要把已经遮住私人信息的公开材料扩展成整套账户资料。
回到自己收藏或手动输入的官方站点，从登录后的支持入口查看是否真有对应工单。
真正的订单排查应能说清需要哪个字段、为什么需要。若对方一上来就要求共享屏幕、验证码、助记词或转一笔“验证资金”，这些要求与核对订单记录无关，应立即停止。
已经误发敏感截图时，先撤回或删除可见分享，检查链接权限与登录安全，再从官方安全入口处理账户风险。重新打码不能让已经泄露的内容自动失效。
处理顺序是先阻止继续扩散，再判断账户是否需要进一步安全处置。
表格里不能只隐藏列
表格里的“隐藏列”通常还能被收件人重新展开，筛选掉的行也可能仍在文件中。要分享少量记录，应从工作副本复制必要行列到一个单独的新文件，逐格检查内容，再确认文件属性和名称没有带出身份信息。
如果一张图片已经足够说明问题，就不要连原始表格一起发送。能用更少资料回答同一个问题，就选择暴露更少的那一份。
- 所有截图是否来自同一个问题，时间和时区能否连起来；
- 订单数量、成交数量和手续费是否都带单位；
- 订单号是否只在确实需要的官方渠道提供；
- 图片是否已真正导出并用不透明打码覆盖；
- 原件是否留在自己设备，对外发送的是遮住私人信息的副本；
- 附件中是否意外带入别的订单、总余额或身份信息；
- 收件入口是否从自己登录后的官方网站进入。
若还不确定，就先少发一项，在工单里说明你手上有哪些材料，等官方支持明确需要再补。这些材料是否有用，要看它们能不能恰好解释问题，不是文件越多越好。把事实、单位、时间和状态保留下来，同时把无关身份与资产信息挡在外面，就足以说明这笔现货订单出了什么问题。
想先整理订单、成交和资金三类原始文件，可查看现货记录分开留档的方法。官方字段含义可参考 Binance 的现货术语表；它解释通用术语，不会读取或诊断你的个人订单。