bitcoin-cli -getinfo 用一条 JSON-RPC 批量数组向服务端同时请求网络、链与钱包信息，再在本地拼成人类可读的输出；帮助文本明确警告各字段可能取自不同时刻。本文按 v31.0 源码核对它的请求序列、失败形态与适合与不适合的使用场景。

-rpcwhitelist 给指定 RPC 用户声明可调用的方法清单，同一用户多条清单取交集；-rpcwhitelistdefault 控制未写清单用户的默认待遇，默认从严。本文按 v31.0 源码核对这两条参数的反直觉默认语义、与 rpcauth 的配合姿势，以及批量调用逐条过闸的行为。

signmessagewithprivkey 把私钥作为参数直接签名一段任意消息，不需要钱包参与，注册在 util 类目。本文按 v31.0 源码核对它与 verifymessage 的配对实现、消息前缀防的是什么，以及它在 Taproot 地址与 BIP-322 面前的格式边界和密钥暴露风险。

比特币节点默认按累计工作量选链，工作量相同的平局则由到达顺序决定。preciousblock 把指定块标记为视同更早收到，从而在本轮运行里改变这台节点的平局裁决。本文按 v31.0 源码核对该命令的三条语义承诺、与 invalidateblock 的分野，以及它为什么不能跨重启。

Bitcoin Core v31.0 保留了 -checkpoints 作为隐藏参数：设置它不会改变任何行为，只会在启动时给出一条无效警告。本文按 v31.0 源码核对这条警告的两处代码落点，并回顾硬编码检查点如何被 assumevalid 一族的假设机制接替。

Bitcoin Core v31.0 的 -logratelimit 默认开启，把同一代码位置一小时写入的日志限在一兆字节内，防止用日志刷满磁盘；-loglevelalways 则决定每行是否强制带分类与级别前缀。本文按 v31.0 源码核对两个常量的默认值、限速窗口与组合用法。

比特币 P2P 实现给单条 getdata 消息的条目数卡了硬上限，Bitcoin Core v31.0 里这个编译常量是 1000。本文按 v31.0 源码核对该上限在区块下载与交易下载两条路径上的生效方式、它防的是什么，以及为什么日志里会看到多条较短的 getdata。

bitcoin-cli -addrinfo 不是服务端原子 RPC，而是命令行工具向 getnodeaddresses 发一次全量查询后在本地按网络分桶计数。本文按 v31.0 源码核对该开关的底层调用、质量与新鲜度过滤的含义，以及新节点首连排障时每个网络计数怎么读。

Bitcoin Core v31.0 的 -printpriority 默认关闭，打开后节点在把交易选进候选块的瞬间记录该笔交易调整后的费率与哈希。本文按 v31.0 源码核对该参数定义、modified fee 的含义、与 prioritisetransaction 和 getblocktemplate 的关系，以及长期开启的日志代价。

Bitcoin Core v31.0 的 generatetodescriptor 把输出描述符直接编译成 coinbase 脚本再产块，省去先备好地址的中间步骤。本文按 v31.0 源码核对它的三个参数、报错路径与 generatetoaddress 的同源关系，并说明为什么它只在 regtest 这类环境有实际用途。