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

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

同一笔交易的哈希，节点日志、RPC 返回和区块浏览器各写各的顺序，相差整整一个倒序。本文讲清小端序与大端序的分工：为什么内部序列化是反的、双次 SHA-256 的结果怎么被当成 256 位数字、哪些字段各自用哪套顺序，以及排障时最容易踩的顺序坑。

同样是给节点发一条 RPC 命令，bitcoin-cli 的开关组合决定这条命令落到哪个钱包、参数怎么传、口令会不会留在历史记录里。本文逐项拆解 -rpcwallet、-named、-stdin 系列与 -rpcwait 的实际语义，以及它们改变和不改变的边界。

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

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

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

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

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

广播出去的比特币交易迟迟不见动静，节点其实可能已经用notfound消息回过话。本文讲清headers-first同步下getdata与notfound的应答关系、交易与区块两种场景的语义差别，以及如何把这条消息用作排障证据而不是继续盲等。