交易状态页明明显示成功，钱包里的币却少得对不上账；或者反过来，没做任何操作余额却变了。多数困惑来自一个误会：链上转账记录只是流水，而钱包余额是这条流水的累计结果。对账要做的，是把每一笔流水对余额产生的全部影响逐项加总，看看每一分变化有没有来路。
一笔转账对余额的影响不止一项
以最常见的以太坊类网络为例，一笔转出同时改变三类资产：转出的本金按转账金额计；手续费按实际消耗的 gas 数量乘以执行时单价计，注意它不等于设置的上限，用不完的部分会退回；转出账户里 ERC-20 代币的增减则由代币合约自己记账，不体现在原生币流水里。同一笔交易触发的合约内部转账、互换、授权，都可能再叠加若干条变动。对账口径应当是：余额变化 = 全部转入 − 全部转出 ± 手续费与内部变动。任何一项缺席，都说明你看的是流水的一部分而不是全部。
代币余额不是简单加法
原生币按最小单位整数累计，加减没有精度问题；代币端有几处容易看错。第一是小数位，代币合约各自声明 decimals，同样是整数 1000000，在 18 位小数与 6 位小数的合约里代表完全不同的数量，钱包按各自声明换算显示。第二是包装与转换，一类资产换成包装形态时原生币或原代币确实整笔离开余额，新资产在另一个合约账户里记账，两条流水跨了合约，分开看都像“消失”。第三是授权本身不动余额：提高、降低、清零授权额度都不扣本金，只有对方或合约实际调用划转时代币才离开你的账户。
三个最容易对不上的位置
手续费归属：发送方付手续费，所以余额减少会大于转出金额；接收方到账金额等于转账面值，若有人告诉你“到账要扣手续费”，多半把另一条链或某个平台的内部规则套到了这里。
内部交易：合约替用户划转代币时，转账记录页可能只显示触发的那一笔调用，各账户间的实际移动藏在“内部交易”或事件日志里。用“代币转账页金额合计”与“原生币页合计”硬加总会重复或漏项，正确做法是把原生币与每种代币分开做各自的进出台账。
重组与状态滞后：余额是对当前链尖状态的读取。刚广播的交易在重组时可能临时从流水中消失，你连接的节点同步落后时显示余额也可能与索引更全的节点不同。对余额下结论前，换一个独立节点或权威浏览器交叉核对高度与同一笔流水。
一份可执行的核对顺序
先定基准：在浏览器或独立节点查出该地址当前余额与最近若干笔流水，注意浏览器显示的代币数量已按小数位换算，原生币按面值展示。再分账户建表：原生币一行、每种代币各一行，把时间窗口内每笔流水对每行的增减填进去，手续费只落在发起方那行。然后求和比对：期初余额加各项增减应精确等于期末余额——链上账本是整数运算，不存在“差一点正常”。如果合计对不上，先检查小数位口径、内部交易和包装转换这三处；全部排除后仍不平，应怀疑你读取流水的来源本身，换独立节点重跑一遍，而不是怀疑“账本会算错”。全程都不需要私钥，也不需要向任何人出示助记词，任何以“帮你平账”为名索要签名或密钥的，都是诈骗。
本文不构成投资建议；对账只用于核对既有链上记录，数字示例均为格式示意，不构成任何交易或持仓决策依据。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。