同一个 getblock 命令，verbosity 传 0 到 3 是四种完全不同的负载策略：原始字节、字段报告、逐笔展开、再加上一手输入溯源，而第三档只在未修剪的主链区块上成立。本文拆解四档的代价阶梯、档位 3 的三条边界，以及体检报告字段的连读方法。

比特币节点的入站连接槽是稀缺资源，攻击者可以用海量假节点占满它。BIP-154 提出「工作量证明限速」：想要超出免费额度的入站连接，先解出一道防专用硬件的挑战题。本文讲这套 challenge/solution 消息的机制、为什么不能用双 SHA256 出题，以及提案为何止步于关闭状态。

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

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

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

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

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

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

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

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