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

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

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

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

每条以太坊网络的起点都是一份创世文件，但各家客户端长期以来各自扩张格式。EIP-7949 给 genesis.json 定了统一的结构与字段表。本文拆解它的顶层字段、为什么以 Geth 的事实格式为基准，以及新链搭建者、测试网运维能从中得到什么。

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

想让比特币节点只连指定的机器，有 -connect 配置项和 addnode 命令两套机制。本文按节点帮助文本与源码注释逐项对比：谁关闭自动发现、谁有独立限额、排障时怎么用，以及长期只连少数对端在隐私和日蚀风险上的代价。

想算比特币最近一个月平均每笔交易花多少空间、链上一共多少笔交易，getchaintxstats 是官方统计入口。本文按 RPC 文档逐项读它的可选窗口与各字段返回条件，重点讲用 assumeutxo 快照同步时哪个字段会缺失。

比特币节点在分叉之间做选择时比较的不是区块个数，而是累计工作量。本文从节点源码里的选链函数语义出发，解释工作量的构成、它和"最长链"说法的偏差，以及重组发生时未确认交易和余额会发生什么。

比特币核心的 RPC 是一个带线程池和工作队列的小型 HTTP 服务器：默认 16 个线程、64 层队列、30 秒服务端超时。扫描钱包、导入描述符这类长任务会怎样挤占队列、返回 503 或提前断开，本文按源码默认值给出排障与调度纪律。