成交以后
买到的币为什么少一点：先看手续费扣在哪种资产
先找到手续费的数值和币种，再比较成交数量与余额变化。
这里讨论的是已经成交的现货买单：怎样核对买到的数量和手续费，不涉及充值或提币不到账。买单显示成交 10 个，现货余额却只增加了 9.99 个，最常见的原因不是“少成交了”，而是成交数量和净到账数量不是同一列。先打开这笔交易的成交记录，看手续费金额旁边写的是哪种资产，再决定应该从哪个数里减。
先把三个数分开：成交、手续费、净变化
成交数量回答“这笔撮合买到了多少基础资产”；手续费回答“平台从哪种资产扣了多少费用”；余额净变化回答“把成交、费用以及同一时段其他账户活动合在一起后，余额实际变了多少”。三者有关联，但不能当成同一个数。
教学示例：一笔买单成交 10 个 ABC，记录显示手续费为 0.01 ABC，那么只看这笔成交，ABC 的净增加是 9.99。
若手续费写的是另一种资产 XYZ，ABC 仍可能增加 10，而 XYZ 余额另外减少。例子只说明对账方法，不是当前费率、真实币种或个人交易记录。
关键不在于猜“手续费通常怎么扣”，而在于读取这一笔记录里的手续费资产。Binance 的现货术语把 commission 定义为成交支付的费用，把 commissionAsset 定义为实际扣费的资产。资产单位已经写在记录里，就不要再用经验替换它。
先看买卖方向，再找扣费资产
以 ABC/USDT 买单为例，ABC 是买到的基础资产，USDT 是用来标价和支付的报价资产。普通现货买单通常从收到的 ABC 中扣费，因此净收到的 ABC 会比成交数量少；如果账户与交易对当时符合 BNB 抵扣条件且余额足够，也可能另扣 BNB。若记录把费用列在 USDT，先查是否看到了卖单、另一笔交易或其他产品的记录，不把它当成这张普通买单的常规扣费方式。
汇总多笔交易时，不同资产的费用不能直接相加。0.01 ABC、0.2 USDT 和 0.001 BNB 是三个不同单位，就像一公斤、一米和一升，不能因为小数都很小就凑成一个“总手续费”。需要估值时也应另开一列，写明采用的价格和时间，不要覆盖原始数量。
折扣设置或页面展示不等于这笔成交一定成功用 BNB 扣费。官方佣金说明也把“账户是否启用、交易对是否启用、余额是否足够”列为条件。对账时以成交记录实际显示的手续费金额与资产为准。
在成交记录里应该抄哪些字段
不要从资产总览页倒推一笔订单。先进入现货的成交历史，找到对应交易对和时间，再抄下这些字段：
- 交易对与买卖方向；
- 成交时间，以及页面使用的时区；
- 实际成交数量与成交金额；
- 手续费数值与手续费资产；
- 订单编号或成交编号，如果当前载体确实提供。
一张订单可能有多次撮合。当前页面若给多条明细，就逐条保留手续费与资产，再按相同资产分别汇总；页面若只显示聚合结果，就不要凭空拆成多行。Binance 的现货交易活动说明会区分订单历史和成交历史，但该帮助页可能因地区重定向；若打不开，应以账户当前入口和官方支持中心为准。
买单怎样一步步对账
- 在订单历史确认这张订单实际成交多少，不拿原委托数量代替。
- 到成交历史读取每笔成交数量、费用和手续费资产。
- 若费用资产就是买到的基础资产，用成交数量减去同资产费用，得到这笔交易对应的净增加。
- 若费用资产不同，基础资产数量与费用分别记账，不做跨单位减法。
- 再去看现货账户余额，排除同一时段充值、提币、划转、理财申赎或其他订单造成的变化。
例如，订单原来计划买 10 个，但只成交 6 个后撤销。对账起点是已成交的 6，不是原始的 10。若手续费从这 6 个里扣，净到账才会再少一点。未成交的 4 个没有变成“被扣掉的币”，它只是没有完成买入。
卖单也要看收到哪种资产
卖出 ABC/USDT 时，卖掉的数量以 ABC 计，成交后收到的金额以 USDT 计。若手续费从收到的 USDT 中扣，净收到的 USDT 会小于成交金额；若费用实际以 BNB 记录，就应在 BNB 一侧核对。不要拿“卖出 ABC 数量”直接减“USDT 手续费”。
官方佣金文档以现货卖单说明：未使用 BNB 支付时，费用可从收到的报价资产中扣；满足相关抵扣条件且余额足够时，记录可能转为 BNB。这里说明的是机制，具体费率与适用条件会变化。可以查看 Binance 的现货佣金说明，最终仍要以自己的成交记录为准。
手续费对上了，余额为什么还不同
余额是持续变化的账户结果，不是一张订单的专属收据。同一时间段发生的第二张订单、内部划转、充值到账、提币、资产转换或其他服务，都可能让总余额与单笔计算不同。开放订单还会占用一部分资产，让“可用”少于“总额”。
显示精度也会制造错觉。页面可能只展示较少小数，导出文件保留更多位。
不要把文件里的原数四舍五入后覆盖保存；应保留一份原始文件，在副本里增加“我的计算”列。若差异只在界面末位，先比较完整记录再判断。
还有一个常见误区：用当前费率倒算过去订单。费率档位、促销、折扣设置和扣费资产都可能随时间不同。今天页面上的费率不能证明昨天那笔成交应该收多少，历史对账以当时成交记录的费用字段为第一依据。
仍然对不上时，怎样留证又不泄露账户
一张订单有多条成交时，还要防止漏掉其中一条费用。先按订单编号归组，再检查每条成交的手续费资产；如果前两条费用以买到的资产记录，第三条以另一种资产记录，就应分别汇总。不要只抄订单详情页的一项概览，再假设它代表所有明细。
到账后马上又卖出、划转或转入其他产品，也会让现货余额看起来比“应到账”少。把成交时点前后几分钟的相关资产活动排成时间线，先确认净增加发生过，再看后续流向。余额少不等于第一笔买单少给，必须用事件顺序来区分。
如果页面与 CSV 的费用末位不同，保留两边原始显示和导出时间。界面可能缩短小数，文件也可能有自己的列格式。只要没有完整精度依据，就不要把差异擅自归因于四舍五入或重复扣费。
核对结果最好写成“成交多少、哪种资产扣费多少、相关资产净变化多少”三句话。这样以后费率或界面改变，也不会丢掉当时记录的真实单位。
单位不完整，这笔账就还没有记完，也无法和余额变化准确对应。
还要分清费率和费用金额。页面写的百分比是计算条件，成交记录里的手续费数值才是这笔账实际要核对的结果。不要只拿百分比乘原委托数量；部分成交时应看实际成交，费率条件也可能因角色或折扣而不同。
把问题缩成一句可核查的话，例如：“这张订单的成交数量是 A，手续费是 B、单位为 C，但同一时段排除其他活动后，资产变化是 D。”同时保留订单号、成交时间、交易对、方向和原始导出文件。这样比发一张整个钱包首页更有用。
对外截图时遮住 UID、邮箱、总余额、其他资产、二维码和无关订单。密码、验证码、助记词、API Secret 永远不是核对手续费所需的资料。Tracepu 不接收账户文件；若需平台调查，应从自己登录后的官方支持入口提交最少必要字段。
最后再记住一句：先看手续费的数值和单位，再做减法。只看一个百分比，解释不了费用究竟从哪种资产扣，也解释不了为什么“成交数量”和“实际增加”看起来差一点。