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

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

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

刚导入的钱包显示零余额、恢复助记词后转账记录缺了一半，多半是钱包与节点历史之间缺了一次对齐。rescanblockchain 把这段历史重新读一遍，本文依据 Bitcoin Core 29.0 RPC 文档讲清参数、进度查询、过滤器加速与例外情况。

怀疑数据损坏时用什么方法体检区块数据库，同步节点偶遇分叉时又该拿什么工具表达偏好。本文依据 Bitcoin Core 29.0 RPC 文档拆解 verifychain 的五级强度与 preciousblock 的同工作量裁决语义。

2018 年与 2020 年，使用 Equihash 系算法的分叉币比特币金两次被租来的多数算力回滚交易、针对交易所实施双花。本文依据项目方官方声明与研究数据复盘事件时间线，并把教训翻译成普通用户看得懂的确认数逻辑。

新节点同步时，getblockchaininfo 里的 verificationprogress 常常卡在 0.99 附近纹丝不动，甚至偶尔回退。它不是已下载字节的百分比，而是一个基于链上交易总数的估算。本文拆解这个字段的定义、和 blocks 与 headers 两个高度的关系，以及该用哪些字段判断同步到底完没完成。

一个跑了几年的比特币核心节点，数据目录里能翻出十几类文件：账本原件、余额字典、钱包库、黑名单、对端通讯录。分清每个文件的职责，才知道哪些必须备份、哪些删了会出事、哪些只是缓存。本文按 Bitcoin Core 官方文档与手册逐项拆解。

同样是低费率交易，有的节点收、有的节点直接拒，分界线往往是一行默认参数。Bitcoin Core 在 v29.1 把最低中继费率与增量中继费率降到每千虚拟字节 100 聪，把区块最低打包费率降到 1 聪。本文用官方发行说明确定版本口径，讲清三档费率的分工与钱包实际该看哪个数。

交易的第一行不是金额而是版本号。v1 是多年基线，v2 让 nSequence 的相对时间锁生效，v3 在 v28 起配合 TRUC 策略约束交易包拓扑。本文按 BIP68、BIP431 与官方发行说明讲清版本字段的门控语义，以及为什么共识不限号、标准策略却各管各的。