比特币核心的 RPC 服务允许把多条 JSON-RPC 请求装进一个 JSON 数组一次发出，v31.0 源码规定了批量请求的鉴权顺序、错误打包方式和通知不回复语义。本文按源码拆解批量请求的排序规则、白名单联动与超时边界，并给出对账脚本里的正确用法。

与 estimatesmartfee 的温和报价不同，estimaterawfee 把估算器内部的桶统计原样摊开：逐块指数衰减 decay、目标分辨率 scale，以及满足 0.95 阈值的 pass 区间与不达标的 fail 区间。本文逐项读这些字段，并说明它更适合诊断而非下单。

比特币核心的调度器排着地址库落盘、巡检、重广播等周期杂务，mockscheduler 把这台钟向前拨 1 到 3600 秒，让任务立即到期——但它被链类型检查锁死在 regtest。本文讲它拨的是哪台钟、和 setmocktime 的分工，以及测试纪律。

对比只看计数的 getaddrmaninfo，实验性命令 getrawaddrman 把比特币节点地址管理器的 new 与 tried 两表按桶位逐条展开，连介绍人 source 与 asmap 归属都原样给全。本文讲它的输出结构、三类取证用法与实验性标签的实际含义。

钱包余额落后于块高、索引进度追不上链，多半是验证接口队列还没消费完。本文按 v31.0 源码讲清这条无参数同步命令到底等的是什么队列、它在回归脚本与排障里的正确用法，以及为什么它不能修复卡住的同步。

比特币核心的 addconnection 是一条源码里标注仅用于测试的建连命令。本文拆解它与 -connect、addnode 的分工、outbound-full-relay 等四种连接类型各自的岗位职责，以及为什么它在主网被链类型闸门直接拒之门外。

BIP361草案在抗量子输出类型落地之后引入旧签名的日落机制：Phase A禁止向量子脆弱地址付款，Phase B在宣布五年后用安全救援协议给旧式花费加负担。本文拆这套两阶段设计如何把量子安全变成个人激励。

mempool费用分层能帮助理解短时拥堵，但不能保证确认时间。本文说明mempool.space API字段和手续费估算边界。

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

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