闪电通道的常规设计里，每更新一次状态，你的取款脚本就换一次密钥，旧备份因此变成风险源。功能位 12 定义的静态远程密钥通道把这点改写：对方永远付给同一把密钥。本文按 BOLT 规范拆开这个通道类型的机制、收益与不适用边界。

比特币的 UTXO 只会回答"谁的钱"，不会回答"处于什么状态"。BIP-443 提出 OP_CHECKCONTRACTVERIFY，让一笔币携带可编程的动态状态，还能沿状态链升级。本文按草案原文讲清它验证什么、创建什么、目前处于什么阶段。

MVRV 用当前市值除以至纯市值 Realized Cap，也就是让每一枚币按最后一次移动时的价格重新估值后加总。比率大于 1 说明按整条链的成本基准看市场整体浮盈，小于 1 则整体浮亏。本文拆解两个市值的算法、比率的解读方法与常见误读。

Puell Multiple 把每天新发行币的美元价值和过去三百六十五天的平均发行价值放在一起比较，用一条曲线描述矿工收入相对常态的高低。本文拆解它的计算口径、为什么它绑定矿工成本、数据服务商给出的常见解读，以及普通读者最容易误读的地方。

MuSig2聚合签名要交换公钥、两轮临时nonce和分片签名，传统PSBT字段装不下这套多轮数据。BIP-373给PSBTv0与PSBTv2各加了参与方公钥、临时公钥、分片签名三个输入字段与一个输出字段。本文逐字段拆解其结构与用途。

Taproot输出承诺的内部密钥平时在脚本里拿不到，只能硬写进脚本，一字节改一次脚本根。BIP-349提出OP_INTERNALKEY，直接把32字节x-only内部密钥压上栈。本文讲它如何省8个虚字节、如何让整棵脚本树跟着换钥匙，以及与CSFS的组合。

比特币脚本验签长期只能针对当前交易。BIP-348提出OP_CHECKSIGFROMSTACK：签名仍按BIP-340验证，但被签的消息从栈上取。它与CTV组合可构造闪电对称通道，也能表达时间化委托。本文拆解规则、软分叉方式与提案生态位。

比特币节点同步时不是一块一块排队要数据，而是给每个邻居维持一条在途请求窗口，乱序收块、按高度顺序校验。窗口多大、活怎么派、迟迟不回块的对端怎么处理，本文按比特币核心源码里的调度逻辑逐层拆开。

比特币核心 28.0 把 mempoolfullrbf 默认打开，29.0 移除该选项让全量替换成为标准行为。本文按版本时间线讲清节点策略与共识规则的分界，重排与竞花模型在今天的适用边界，以及线上、POS 与 ATM 场景各自该设的确认数与替代方案。

比特币核心的钱包文件有自己的版本号，upgradewallet 升级的是文件格式与内部特性，不是助记词也不是地址。本文讲清钱包版本与描述符钱包的关系，它与migratewallet的分工，以及升级前备份、升级后验收的完整清单。