钱包显示的余额不等于可动用余额。本文把影响可转数量的四类机制逐层拆开：合约层锁定、所在链的手续费储备、比特币粉尘门槛与 Solana 账户存放押金，并给出核对顺序。

零散 UTXO 推高每一笔转账的体积和手续费，但合并本身要付一笔不便宜的交易，还会暴露地址关联。本文按成本核算、依赖风险与隐私代价给出一份可执行的合并顺序。

一次转账背后，钱包要先决定花哪几枚 UTXO。本文拆解 Bitcoin Core 钱包源码里的两条选币路径：Branch and Bound 无找零搜索与背包算法近似凑数，说明找零何时产生、避免找零对费用和隐私意味着什么。

Bitcoin Core getbalances会分开trusted、untrusted_pending、immature、used和watchonly余额。本文从lastprocessedblock与扫描状态开始，说明如何下钻到listunspent明细，避免把总额当成可立即花费金额。

Bitcoin Core 31扩展gettxspendingprevout，可选择只查内存池或借助txospenderindex查询已确认花费，并返回花费交易。本文建立命中、未命中与未知三态判断。

Bitcoin Core 31的scantxoutset可用输出描述符扫描当前UTXO集。本文说明描述符与派生范围准备、start/status/abort生命周期、结果核对及它与钱包历史的边界。

把十几个零散 UTXO 并成一大笔，是长期持有者最便宜的运维优化，也是最容易做错隐私取舍的一步。本文讲合并的收益账、低费率窗口选择、同源性范围与一次性合并的失败模式。

Bitcoin Core listunspent可按确认数、地址和查询选项列出钱包UTXO。本文逐项解释safe、spendable、solvable、watch-only与选币锁定，避免把“可见”误当“可安全花费”。

Bitcoin Core lockunspent可以让当前钱包选币临时避开指定UTXO。本文给出锁定、listlockunspent复核、解锁和重启边界，并说明它不会改变链上可花费性。

转账 0.3 个比特币，钱包却从多笔大额 UTXO 里凑数并产生一个找零地址——这不是故障，而是 UTXO 模型下的“选币”过程。本文讲清 Bitcoin Core 如何挑选输入、Branch and Bound 为什么优先找零规避，以及粉尘 UTXO 对隐私和手续费的长期影响。