Bitcoin Core v31.0 的 RPC 服务端只实现 Basic 认证，凭据默认来自每次启动重新生成的随机 cookie 文件。本文按 httprpc.cpp 与 request.cpp 核对 cookie 校验、rpccookieperms 三档权限、cookie 与 rpcauth 共存关系，以及 JSON-RPC 批量数组在 HTTP 层的 200/204 规则。

当节点被允许丢弃远古历史，谁来担保某个老区块仍然有人可取？EIP-7801 提议新建 etha 子协议：把链历史切成固定长度的条带，节点握手时交出一张位图声明自己存了哪些条带、并承诺续存未来的条带。本文拆解这条 2024 年 10 月的 Networking 草案如何把可用性从碰运气变成可声明的资源。

信标节点同步时要靠存款合约的历史日志重建存款默克尔树，同步时间与链龄一起膨胀。EIP-4881 定义了一份压缩快照结构和标准接口端点，让新节点从弱主观性检查点直接复原存款树。本文拆开快照的五个字段、可剪枝的思想，以及它和质押入场合约的关系。

比特币核心用 version 消息里的 8 字节 nonce 与自家在途外连比对，命中即记 connected to self 并断开；私有广播连接的 nonce 被有意排除，源码注释给出一条完整的钓鱼反例。本文讲机制、触发场景与边界。

getpeerinfo 的 connection_type 来自源码里的七类枚举：全中继 8 条、区块专用 2 条加锚定、feeler 每两分钟一条、地址拉取与私有广播用完即关。本文按 v31 源码逐类讲职责、名额与排障读法。

比特币核心的 help 把 RPC 按九类打印成排序目录，hidden 类别不出现在目录里但可用名字直接查帮助，弃用行为另有 deprecatedrpc 开关。本文按 v31 源码拆解三扇门与实操用法。

比特币核心用 txrequest 为每个交易与对端的组合记 reqtime 与 expiry 两本账，配合 preferred 优先与候选随机抽签决定向谁发 getdata。本文按源码注释拆解五态状态机与反封锁概率。

比特币核心的 -prune 取值 0、1 和不小于 550 的整数分别对应不修剪、仅允许 RPC 手动修剪、自动维持容量目标。本文按 v31 源码讲清三档语义、十万块高度门槛、与 txindex 互斥和不可回退的容量纪律。

v31.0 的簇内存池用 `-limitclustercount` 与 `-limitclustersize` 两个新限额取代了祖先后代限制，旧参数 `-limitancestorcount` 等只剩钱包选币一个用途。本文按 v31.0 源码逐项拆这四个参数的现状、默认值与误配后果。

Bitcoin Core 源码树把功能拆进 libbitcoin_node、libbitcoin_kernel、libbitcoin_wallet 等一组库，依赖关系画在 doc/design/libraries.md。本文按这张图讲清共识内核、节点外壳、钱包与工具库各管什么，以及为什么多数库的接口不承诺稳定。