钱包里的“余额”其实是一堆未花费输出
Bitcoin Developer Guide的Transactions页写明：每笔交易至少有一个输入和一个输出；每个输入花费此前某个输出支付的聪，每个输出则作为未花费交易输出（UTXO）等待后续输入花费。当钱包显示你有10,000聪余额时，它真正的意思是：你在一个或多个UTXO里一共有10,000聪在等待被花费。
因此讨论“区块链 utxo”时，不能把界面上的单一余额数字直接等同于“一笔可原样广播的输入”。同样的总余额，既可能集中在少数大额UTXO，也可能拆成许多小额UTXO；后者在构造发送交易时通常需要更多输入字段。
输入变多，体积与手续费条件会一起变
同一页强调交易由多个部分组成以支持直接支付与更复杂结构；每增加一个要花费的旧输出，就需要多带一组输入数据（脚本/见证等），交易序列化体积或权重往往会上升。在费率按重量/大小计价的环境下，达到相同支付金额时，输入更多的构造通常要准备更高的绝对手续费，或在手续费预算固定时更难被节点优先传播。
Bitcoin Core 0.17.0发行说明在Coin selection一节进一步给出钱包侧取舍：当地址被多次付款时，这些付款形成的硬币本可分别花费，但会因关联而损害隐私；新增-avoidpartialspends（默认false），若启用，钱包会始终把同一地址上已有UTXO一起花费，“哪怕这会导致更高手续费”。这说明：余额数字相同，选币策略不同，广播成本可以不同。
核对发送成本时要看输入集合，不只看余额
把两份材料合读，可得到一条可操作核对顺序：先把余额拆回UTXO列表，再看即将花费的输入个数与是否因同址合并策略被强制捆在一起，最后才比较目标输出金额与找零。Developer Guide还提醒每笔交易以四字节版本号开头以便规则演进——核对工具与节点规则时也应标明所依据的文档版本，而不是只截一张余额截图。
写作边界：本文分析小额输入偏多时发送成本可能升高的机制，不重写UTXO定义全文，不建议对真实资产做归集练习，不提供隐私追踪或链上监控操作步骤，也不把-avoidpartialspends默认值写成必须开启的理财建议。