比特币节点 REST 接口的批量标头端点共用 MAX_REST_HEADERS_RESULTS 上限 2000，越界直接 400；过滤器标头端点默认只给 5 个。拆解免认证入口为何要设闸、翻页接力写法与排错现场。以 v31.0 源码为准。

比特币核心把 RPC 参数入参检查设为无条件，返回值与文档的逐字段对账则挂在 rpcdoccheck 上：调试构建默认开、发行版默认关，触发时抛内部错误。两道检查各查什么、何时该开，以 v31.0 源码为准。

bitcoin-cli 定位目标节点靠 rpcconnect：默认 127.0.0.1，支持主机加端口合写，优先级低于 rpcport 高于链默认端口；端口解析失败原样报错。跨机、容器与多链场景逐项拆解，以 v31.0 源码为准。

比特币核心默认用每次启动重生成的 .cookie 文件做 RPC 认证：rpccookiefile 挪位置、相对路径加网络目录前缀、umask 与 rpccookieperms 的权限接力、与 rpcauth 并行共存。以 v31.0 源码为准。

比特币核心v31里getblockhash只查活动链、越界抛Block height out of range，与getblockheader接力的遍历骨架，以及重组背景下的三个实践要点。

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

钱包与网站建立会话时，除了约定「开放哪条链、哪几个账户、哪些方法」，还有两件常被默认拍板的事：RPC 接口以哪个版本文档为准，请求实际路由到哪些节点。编号 211 的草案把这两件事写进授权作用域里的 rpcDocuments 与 rpcEndpoints 两个有序数组，配 assumed、implicit、explicit 三层取值模型与冲突时按数组顺序定优先级的规则。本文拆解语法与安全考量。

Bitcoin Core v31.0 的 abortrescan 只把一个原子标志置位，扫描线程在下一个检查点才真正停下。本文按源码核对返回 true 与 false 的语义、中止后未扫区间的漏账风险，以及三处强制要求先中止的操作。

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

Bitcoin Core v31.0 的 getbalance 把余额压成一个数字，参数表里却留着 dummy 化石、弃用的 include watchonly 与 avoid reuse 过滤。本文按源码核对它的口径、与 getbalances 和 listunspent 的分工。