v31.0 给比特币核心加了 -privatebroadcast：sendrawtransaction 提交的交易改走 Tor 或 I2P 上的短连接逐笔广播，还不先进本地内存池，接收方看不到来源 IP，两笔交易之间也失去了关联线索。v31.0 配套 getprivatebroadcastinfo 与 abortprivatebroadcast 两个观察与撤单 RPC，v31.1 又修掉一处会走明文网络的 IP 泄漏。本文拆解语义、副作用与边界。

签名缓存避免同一笔交易在入池和出块时被验两次签，脚本执行缓存记住反复出现的脚本结果，v31.1 中它们共用 -maxsigcachesize 这一个预算：默认 32 MiB，源码把字节数对半分给两块缓存。设成 0 不会关掉缓存，而是退化为两个条目的最小账本。本文拆解参数语义、默认值注释里的容量估算和低内存机器上的调整边界。

UTXO 集合只记录"还没被花"，不记录"谁正在试图花"。比特币核心的 gettxspendingprevout 反着查：给一批 txid 加 vout，返回内存池里正在冲突的花费交易；v31.0 又配上 -txospenderindex 索引和 mempool_only、return_spending_tx 两个选项，连已确认的历史花费也能翻出来。本文按 v31.1 源码拆解参数、返回字段与修剪模式的互斥关系。

盯比特币节点的新块，与其每秒轮询高度，不如把等待交给节点自己：v31.1 的三个 waitfor 系 RPC 都接受毫秒超时参数，0 表示无限等待，超时则返回当前块而不是报错。帮助文本还提醒配套关闭 RPC 客户端超时。本文逐条拆解参数、返回结构、current_tip 的可靠性提示，以及与 blocknotify、ZMQ 的分工。

比特币节点的 txindex、coinstatsindex、blockfilterindex 和 v31 新增的 txospenderindex 各追到哪了？v31.1 的 getindexinfo 用 synced 与 best_block_height 两个字段给出全景，还能按名字过滤。本文拆解它的返回结构、未启用索引不出现在结果里的坑，以及首次建索引、崩溃重启、导入快照三类场景下的正确读法。

Bitcoin Core 的 prune 裁剪模式如何回收旧区块文件、最低保留量是多少，裁剪后节点还能提供哪些服务。

loadtxoutset 让节点几分钟追到链尖、后台补验历史，被假设的只有源码里那串经评审的 UTXO 集合哈希。本文拆解快照链state与后台验证双线并行机制，划清它与检查点、轻节点的信任边界，并给出剪枝与磁盘规划上的运维要点。

prune 只删老区块正文，不删 UTXO 与区块头，验证能力不打折。本文讲清修剪后磁盘上剩什么、哪些查询会失效、以及用 assumeutxo 和按块找回补齐历史数据的组合方案。