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

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

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

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

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

比特币核心有一条藏在 hidden 分类里的 sendmsgtopeer，能向指定 peer 发送任意类型的原始 P2P 消息。本文按 v31.0 源码拆解它的三个参数、消息头自动拼装规则、滥用后的断连后果，以及它与集成测试的关系。

getdifficulty 返回的是一笔浮点数——当前难度相对最低难度的倍数。本文按 v31.0 源码拆解它从 nBits 紧凑编码折算成小数的过程、与 getblockstats 难度字段的分叉点，以及为什么监控脚本不该拿它做精确比较。

比特币核心的 getorphantxs 是一条实验性的隐藏 RPC，能把节点暂存的孤儿交易列出来。本文按 v31.0 源码拆它的三档 verbosity、返回字段、隐藏分类身份，以及排障时它和 mempool 查询、日志线索怎么配合。

钱包流水里一笔转账可能拆成多条记录，coinbase 收入还要按成熟度分成 generate、immature、orphan 三种 category。本文按 v31.0 源码拆解 listtransactions 的条目生成逻辑、正负号规则和分页游标语义，给出对账时的正确读法。

combinerawtransaction 把同一笔交易的多份带签版本合并成一份，是 PSBT 普及之前的多方汇签收尾工具。本文按 v31.0 源码拆解它的合并逻辑、输入必须完全一致的前提、与 combinepsbt 的分界，以及今天还有哪些场景绕不开它。