gettxoutproof 把交易到区块头默克尔根的兄弟哈希链打包成几百字节的证明，verifytxoutproof 让任何同步节点在不重放区块的情况下复核。本文补上容易被省略的两步：确认区块位于最大工作量链、核对原始交易内容，并说明剪枝与交易索引带来的边界。

碎 UTXO 让交易更贵也更难选币，Bitcoin Core 的实验性 sendall 能把已确认余额与未确认找零一次花干净。本文说明 fee_rate、send_max 与地址复用标志的作用，分析归集的隐私代价，并给出一条小额试跑到低费窗口执行的稳妥流程。

Discreet Log Contract 用两方合作输出和适配签名，把合约条款留在链下，只在链上揭晓并结算最终结果。本文拆解预言机公告、结算矩阵与超时兜底的结构，说明双签暴露私钥的威慑设计，以及预言机信任与实现成熟度带来的风险边界。

轮询 RPC 又慢又浪费，ZMQ 让 Bitcoin Core 在新区块与新交易到达时主动推送事件。本文说明官方文档给出的定位：这是一条未认证、单向的通知通道，订阅者必须自行核验数据；并给出暴露面、信任模型与断线补账三个维度的部署清单。

Bitcoin Core 大约每六个月发布一个大版本，只维护最近的三个大版本，EOL 分支原则上不再接收安全修复。本文拆解官方生命周期政策：版本号含义、共识规则为何走维护版、软件版本与交易和网络协议版本的关系，以及节点运营者的升级纪律。

Taproot 用带名字为 taproot、占用版本第 2 位的改良版 BIP9 部署：主网阈值从 95% 降到 90%，95% 会拖垮升级的超时窗口照常保留，另加 min_activation_height 参数把激活钉在区块 709632。本文逐项拆解这套部署参数的由来与效果。

比特币节点的 ping 消息早期只是一句“还活着吗”，对端回 pong 即可。BIP 31 给它加了一个 64 位随机数：pong 必须原样回声，客户端从此能测往返时延，也能分辨休眠后残存的假活连接。本文拆解这条 2012 年小规范的设计与现状。

比特币交易头部的版本字段不只是标签：节点的中继政策只接受版本 1 到 3 的交易，超出的会被标为不标准而拒转。本文拆解版本字段的双重角色、两步放行的部署传统，以及它和共识规则的关系。

一笔交易的输入还找不到时，比特币节点不会立刻丢弃它，而是放进一个专门的等待区，边找父交易边收着。本文拆解这个孤儿交易池的容量边界、29.0 与 30.0 版本的规则变化，以及它对转账排查的实际意义。

Bitcoin Core 28.0 把版本号为 3 的交易纳入标准策略，配套 TRUC（拓扑受限直至确认）规则：一笔 v3 交易至多带一个未确认的 v3 子交易，整包有体积上限。这套契约的目的，是让闪电通道等合约协议的加急费用在任何时候都掷得出。本文拆解这套规则与锚点输出的演进关系。