部分消耗一个地址下的 UTXO 会向全网暴露该地址的关联结构。本文讲清 avoidpartialspends 的默认策略与 maxapsfee 预算参数，以及何时值得为隐私多付手续费。

钱包文件坏损不等于币丢了。本文按 Core 版本分界梳理抢救路线：备份验证优先、bitcoin-wallet salvage 只对副本下手、描述符钱包改以种子与描述符为锚，并列出修复场景的防骗红线。

闪电规范新增的对端通道存储让节点替对手方保管加密状态备份，上限 65531 字节，重连可校验。本文把它与本地数据库、静态通道备份摆在一起，讲清三层备份各防什么。

钱包的修改密码按钮常被误解为给资产换一把钥匙。本文以 Bitcoin Core 的加密与改密命令为锚，讲清改密只重包本地加密锁、密钥与派生地址全程不变，以及改完必须重做备份、旧备份仍可解密这两条边界。

比特币钱包的选币窗口能让你指定这笔交易花哪几枚 UTXO。本文按 Bitcoin Core 与 Electrum 的界面字段，讲清勾选、锁定、找零与费用的联动关系，以及哪些场景值得手动选、哪些场景反而多花钱。

部分钱包会在交易状态里显示 conflicted 或与当前历史冲突：同一笔输入被两笔交易竞争，只有一笔能活下来。本文讲清冲突交易的机制来源、区块重组与双花尝试的区别、以及收款方该按什么顺序核实。

零确认通道靠短通道编号别名在链上确认前完成路由，把等六块的门槛变成秒开体验。本文讲清别名机制、双花风险的归属逻辑，以及商户与节点运营分别该怎么看待这种到账。

从 BIP199 的经典脚本到通道内的承诺交易输出，本文按 lightning/bolts 拆解 HTLC 的兑现结构：offered 与 received 两侧的分支脚本、两段式 HTLC-success 与 HTLC-timeout 交易的由来、cltv_expiry 沿路径逐级递减的规则，以及卡住的付款为何最终会链上退款。

闪电通道单方面关闭的手续费补付依赖锚定输出，过去其花费在网络上被别扭对待。Core 28 把无钥锚定模板登记为标准输出。本文讲清受益者、传播节奏与词汇分层。

每次重启洗牌邻居曾是日食攻击的免费窗口。Bitcoin Core 0.21 起退出时记下两条区块转发连接，下次优先重连。本文讲清这条机制保什么、不保什么与故障边界。