钱包说“余额不足”却明明有钱？这九处逐一核对

钱包里明明有余额，转账时却被告知“余额不足”——这是自托管用户最常撞上的墙之一。比特币核心的钱包在选币环节给不出足够的输入时，抛出的就是一句笼统的 Insufficient funds。麻烦在于这句报错把很多完全不同的原因打包成一个：真正没钱的情况反而最少，多数时候钱还在，只是钱包按规则不敢动、找不到、或者压根没扫到。下面按排查成本从低到高过一遍。

先看账本时间线

第一个必查项是同步进度。钱包余额只是“节点已经扫过的区块”里属于你地址的部分，同步落后时新收款不会计入可用余额，RPC 里先核对区块高度与进度，再谈钱。同理适用于刚做完重扫或刚导入描述符的钱包：导入时给的时间戳与扫描区间决定了余额从哪个高度算起，区间没盖住收款的出生高度，钱包就是“看不见”这笔钱，补一段扫描即可。

第二个是确认门槛。发送默认至少要求一笔收款有一个确认（minconf 参数可以改）：零确认在途的 UTXO 默认不参与选币，急着“刚到账就转走”的人常常在这里报错。紧接着是成熟期——如果这些币来自自己挖矿，coinbase 奖励要等满 100 个确认才可花费，钱包会把它们单列在 immature 一类，不计入可用；余额数字看着在，钱确实动不了。

再看钱包的“不敢动”清单

隐私开关是高频元凶。avoid_reuse 在默认状态下会把“这个地址曾经花出去过”的 UTXO 排除在选币之外——宁可不再复用地址，也不把新旧收款混进同一笔交易；余额充足但报不足时，先想想这个开关。锁币状态同理：lockunspent 可以把指定 UTXO 冻住做冷却或防双花，锁定期间选币直接跳过，翻一翻锁定列表常有惊喜。若钱包开了多钱包模式，还要确认命令发给了正确的钱包——余额在 A 钱包、请求发给 B 钱包，报不足合情合理。

再隐蔽一点的是口径差：钱包地址的余额统计把外部来的零头粉尘也计入总数，但粉尘输出太小，花它的成本可能高过面值，凑单时贡献有限；观察钱包（只有公钥描述符）能看到全部余额却永远花不动，误把它当热钱包用也会撞上同一句报错。

最后：这可能根本不是“没币”

有几种失败长得像余额不足，内核却是费用：费率突然飙升时，选币要额外凑输入补手续费，极端情况下报错文本会指向费用上限（如 maxtxfee）而不是资金不足；深链零钱（一堆未确认找零互相依赖）会让选币在“依赖链太长”处止步。分辨方法很朴素——先列出候选 UTXO 与金额，再用费率估算看一眼当前市场，把“钱不够”与“这次搬钱的价签太高”分开判断。闪电节点用户再加一条：链上余额可能被通道开通、PSBT 租约等流程临时锁定，租约到期前这些币对钱包选币不可见。

绝大多数“余额不足”都不是钱丢了，而是账本时间线、隐私规则或费用现实在起作用。按“同步—门槛—开关—口径—费用”五步走，通常一轮就能定位；定位不了的最后一招，是用列举命令把可用 UTXO 一条条摊开看，数字不会吵架。摊开之后如果总额仍然对不上，再回头检查钱包是否加载在正确的节点、节点是否仍在追赶链尖——账本视图与链尖高度之间的时差，偶尔也会伪装成一句“不足”。多看一眼原始数据，胜过把钱包删了重装赌运气。

风险提示：涉及钱包数据与参数调整前建议先备份钱包目录；本文仅讨论支付失败的技术排查，不构成投资建议。