先说答案划转通常描述账户之间的位置变化,充值与提币描述资金进入或离开某个平台。统计时先定义边界,否则同一笔钱可能被算成两次收入。

先画出你要统计的范围

如果只看某个交易账户,来自资金账户的划转确实是流入;如果看同一个人的平台总资产,这笔划转可能只是位置移动。两种口径都能有用途,但不能在一张合计表中混着用。写下统计范围,例如“某平台主账户的全部现货资产”,再决定哪些事件改变这个范围内的总量。不要看到正数就把它列为盈利。

平台内划转不等于链上充值

账户内划转通常靠来源账户和目标账户识别,而链上充值需要币种、网络、充值地址,有时还需要备注。查记录时,优先看操作类型和标识字段。没有链上交易哈希,不一定代表记录不完整,也可能这项操作本来就没有上链。反过来,有哈希也不意味着平台已经完成入账,链上状态与平台状态要分别核查。

提币数量、费用和到账数量分开保存

申请提取的数量可能采用含费或不含费的展示方式,实际结果应以确认页及记录为准。最稳妥的流水表保留申请数量、费用数量、费用币种和接收方入账数量四项。不要用一个叫“金额”的列覆盖所有含义。两个平台之间移动同一资产时,发出端和接收端应作为同一事件的两条证据,而不是一次损失加一次收入。

待处理状态先独立列出

发出端可能已经扣减可用余额,而接收端还没有完成入账。在这个窗口内,总览容易出现暂时差额。可以单列“转移中”,并保存申请时间、哈希和接收方状态;当到账后再对齐。不要把转移中的金额直接当成已经丢失,也不要因为短时未到就重复发送。若状态持续异常,用同一组记录联系平台帮助入口。

WORKED EXAMPLE / 教学示例

两张账户截图,仍然只有一笔钱

假设你从资金账户向交易账户划转 80 USDT。前者记录减少 80,后者增加 80,合并看总量不变。再假设提取 50 USDT 至外部账户,并有 1 USDT 的示例费用,是否扣 51 或从 50 中减费,要读当次确认页。两个例子展示的是记账边界,不代表任何平台固定收费。

事件需要保留统计时检查
账户划转来源、去向、币种是否跨出统计边界
链上充值网络、地址、哈希平台是否实际入账
链上提币费额、费币、状态是否重复计入另一端

带着这个判断,回到实际页面

整理流水的目的,是让每笔资产移动能被解释。先确定范围,再匹配事件,最后才做汇总。本文不判断税务上的收入或成本归类;如需申报,应保存原始记录,并依据适用地区的规则另行处理。

资料与适用范围

以上官方资料于 2026 年 10 月 8 日核对。地区版本、账户状态与页面规则可能不同;本文引用其与主题有关的原则,不表示所有功能对所有读者可用。示例和整理方法为本站说明,不是平台承诺。实际操作前请再次查看当次页面。