比特币节点一族端口里，只有 P2P 监听端口能用 -port 改，RPC 与各网络变体另有自己的规则。本文按 Bitcoin Core v31.0 源码核对五套网络的端口基准值、端口加一族的派生关系，以及双实例并跑的完整隔离清单。

rpcservertimeout 控制的是 HTTP 层的闲置超时，不是给慢查询加时间预算。本文按 Bitcoin Core v31.0 源码核对该参数的默认三十秒、作用的连接阶段，以及它与 RPC 工作队列排队、长查询阻塞之间的分工与误用。

Bitcoin Core 用专门的脚本校验线程并行验签名。本文按 v31.0 源码核对 -par 参数的三种写法——自动、显式指定与负数留核——的换算规则、默认零的含义，以及线程数与区块验证吞吐的关系。

NEAR 的状态默认按默克尔 trie 存储，查一个键要走整条树路径。nearcore 的实现文档记录了引入平坦存储的全部麻烦：gas 计费与查找路径绑死、双副本一致性、以及迁移必须在纪元切换点同步生效的原因。本文按这份工程文档拆解平坦存储读快写难的技术边界。

Bitcoin Core v31.0 的 getblockcount 报的是最大工作量且完整验证那条链的高度，快照同步与重组都会让它和直觉对不上。本文按源码核对高度与链尖哈希的语义、成对使用的理由和轮询脚本的替代方案。

使用 Rollkit 这类框架的主权 Rollup 把终局分成两级：排序器通过点对点网络公布区块即软确认，数据层确认包含后才永久不可逆。本文按 Rollkit 官方概念文档拆解两级终局各自担保什么、区块头与交易数据为什么分成两个命名空间、节点如何据此重建链。

以太坊轻客户端同步协议支持向未来同步，却没法回溯历史周期，因为同步委员会期数据依赖当时才有的状态。EIP-7658提出在状态里跟踪每期最优的SyncAggregate，让任意历史周期的轻客户端更新可独立验证。本文解释这个只加一个字段的设计如何服务归档与Portal网络。

比特币节点剪枝模式能减少本地存储，但会影响历史区块服务和部分索引用途。本文说明适合场景、限制和启用前检查。

stop 不是拔电源。本文按 v31.0 源码 init.cpp 的 Shutdown 函数逐段走关停流水线：先关对外接口，再断网络，等后台初始化线程收工，然后依次落内存池、费用估计、链状态，最后才删 pid 文件写下 Shutdown done。理解这个顺序，才能理解为什么优雅停机下次启动快、强杀要补账。

不少教程说 debug.log 满了会自动改名轮转，v31.0 源码里已经没有这套逻辑，日志只会被追加。真正自动缩文件的是启动时的 shrinkdebugfile：超过阈值只保留末尾一段。本文核对瘦身触发条件、默认值的开关联动、日志去向配置，以及排障前该先留哪一段。