选币出错、交易卡死、粉尘找上门时，钱包层面有两件趁手的工具：临时锁定输出一笔一笔冻结，放弃交易一笔勾销。本文依据 Bitcoin Core 29.0 RPC 文档拆解两个命令的确切语义、持久化边界与组合使用顺序。

一个数字的余额会撒谎。getbalances 把余额拆成可信、待确认、未成熟与已使用四格，外加观察钱包栏，本文依据 Bitcoin Core 29.0 RPC 文档说明每格的严格定义与选币脚本该怎么消费它们。

每次握手，比特币节点都会把一串类似 /Satoshi:x.y.z/ 的字符串递给对方。它怎么读、哪些字符是Reserved保留符号、为什么协议专门规定不能拿它决定行为，本文依据 BIP14 原文拆解这串网络 census 里最常被误读的字段。

比特币节点维护的从来不只一条链。哪些分支被完整验证过、哪些只有块头、哪条被标记无效，getchaintips 给出的地图能回答这些问题。本文对照 Bitcoin Core 29.0 RPC 文档逐项解释五种状态的来历与用途。

同样是看内存池，不带参数只有一列交易编号，加上详细参数则是一整套账本。依赖关系、祖先统计、交易见证哈希、四种费用口径各自回答什么问题，本文以 Bitcoin Core 29.0 RPC 文档为准逐项讲清。

出块前，节点会把半成品区块交给矿工自行组装。这份模板里，哪些字段一个字节都不能动、哪些是明示可以修改的自由空间、交易清单又带着哪些依赖关系，决定了组块工作的全部边界。本文以 Bitcoin Core 29.0 导出的 RPC 文档与 BIP22 为依据逐项拆解。

比特币核心仓库内置了一整套模糊测试脚手架：用 libFuzzer 向网络处理等入口灌畸形字节，靠覆盖率反馈进化种子，一旦触发崩溃就固化进语料库。本文拆解它的运行方式、输出日志怎么读，以及模糊测试在协议安全里替谁站岗。

JoinMarket 把混合交易做成一张订单簿：有人出价当流动性提供方，有人下单拼单，一笔输出顺序打乱的共同交易就这样成交。本文拆解它的订单簿模型、手续费来源、CoinJoin 结构与被动收入逻辑，以及这种模式对隐私和合规边界的影响。

离线签名、手动补播场景最后一步常是 sendrawtransaction。官方文档写明了两个要点：它会把交易无条件发给所有对端、重发会泄露交易起源；同时带默认 0.10 BTC/kvB 的费率上限。本文拆解这两个属性的成因与规避流程。

装了 Tor 的比特币节点默认会自动创建一个 onion 服务，不需要公网 IP 和端口映射。本文拆解 -listenonion 的默认行为、它和 -listen 开关的冲突规则，以及 bind 地址加 onion 标记这条手工路线的差别。