余额明明够，交易却一直失败：代币精度与路由的暗坑

余额显示足够、滑点也设了，点提交仍然反复失败，模拟通过链上回滚——这是 DeFi 交易排查里最耗时间的一类。顺序猜是低效的，正确做法是沿一笔兑换从报价到执行的流水线走一遍，每个环节都有它特定的死法。

第一个环节是数字换算。钱包与前端展示的余额是给人看的整数加小数，链上只认最小单位整数。代币的 decimals 字段告诉软件小数点在哪，但软件读到的字段不等于所有人读同一个字段：报价服务按缓存精度处理、路由合约按链上实时值计算、钱包按它本地列表里的精度显示，三处只要有一处过期或抄错，你以为的余额和合约算出来的余额就差了数量级——轻则触发余额不足回滚，重则按错误精度执行出离谱价格又被价格保护拦下。怀疑这一点时，到浏览器读代币合约的 decimals 返回值，与前端展示的小数位对一下，一分钟能排除一类玄学。

第二个环节是余额口径。你看到的那条余额可能包含协议锁定部分、包含未结算收益、或来自金库份额的折算展示；合约在扣款瞬间检查的是代币合约的真实可转账余额。典型错位场景有三：余额挂在另一条链或另一账户版本（同一代币多链发行时最常见）、刚发生过内部转账尚未同步、代币带转账税或黑名单逻辑——ERC-20 标准允许转账函数在扣款前因策略直接 revert，带税代币的转账量不等于到账量，路由按到账量设最小接收时，税被算两次就会撞破下限。

第三个环节是路由假设。聚合器给出多腿拆分路径后，每一腿执行前都隐含几个检查点：池子地址是不是你交易对的合法池、中间代币的授权是否覆盖到这条腿的支出量、模拟时块与上链块之间池子状态有没有变。多腿拆分放大失败概率的方式很直接：五腿路径等于五个 revert 触发点，任何一腿状态漂移整笔回滚。失败时把路由明细展开，找到最可能的那一腿，用小金额单独走这一腿试一次，能把玄学变成定位。

第四个环节最朴素也最常被跳过：价格保护参数。失败信息不会明说，但 minOut 设得过紧（贴近报价不留缓冲）、或路由估算走了 A 路径而提交瞬间最优路径变到 B，成交结果差一点点就触发整笔回滚。这类失败的签名是：重试有时成功、gas 消耗小、状态回滚干净。处置方法不是疯狂重试，而是适度放宽保护值或改用固定输入语义（见本栏目另一篇对两种报价语义的拆解，二者组合使用时最常见）。

一套省时间的排查顺序：先用浏览器只读调用模拟一次兑换看 revert 信息落在哪一腿；再查代币 decimals 与合约版余额；再核授权 spender 与剩余额度；最后才动参数。全程记住一条铁律：修复动作若涉及重签授权或导入助记词，先停下来核对合约地址来源，排查阶段引入的新授权常常比原来的失败更危险。

排查日志本身也值得积累，把每次失败的环节归类成精度、余额、授权、路由、价格保护五个抽屉，一个月后看看哪类失败反复出现在同一个抽屉，规律会自己浮现。反复在授权抽屉的，多半是某个协议把支出额度设成了刚好够用的临界值；反复在价格保护抽屉的，说明你的默认参数与你的成交时段不匹配，调整参数比更换前端更有效。归类之后你会发现，多数长期失败模式都来自同一两处配置，而不是玄学。

风险提示：交易失败的成因复杂，示例排查顺序不覆盖所有协议特例；任何为排查而发起的授权、转移操作都应经过合约地址核验。本文只讲排查方法，不构成投资建议。