BIP-345 提议用 OP_VAULT 与 OP_VAULT_RECOVER 两个 tapscript 操作码给比特币加上延时提款金库：取款先公开触发、到期才能到账，触发前的任何时刻都能走恢复路径把钱撤回。本文拆解四段式交易流程与它 2023 年关闭的原因。

BIP-384 定义 combo() 顶层描述符：喂一把密钥，同时产出 P2PK、P2PKH、P2WPKH 与 P2SH-P2WPKH 四套标准脚本，让老牌基于密钥的钱包无痛迁入描述符体系。本文拆解它 2 或 4 个输出的规则、只能做顶层的原因与 Core 0.17 起的实现。

BIP-446 提议在 Tapscript 重定义 OP_SUCCESS206 为 OP_TEMPLATEHASH：把花掉这个输出的那笔交易的版本、锁时间、序列承诺、输出承诺等字段压成一个模板哈希压上栈，让预签名交易这种第二层拐杖可以被替代。本文拆解字段清单与 CTV 的差异。

BIP-448 提议打包激活 OP_TEMPLATEHASH、OP_CHECKSIGFROMSTACK 与 OP_INTERNALKEY 三个 Tapscript 操作码，用可重绑交易签名支撑 LN-Symmetry 型通道、多人通道、状态链与 Ark 变体。本文拆解三件套分工与它选择最小路线的理由。

BIP-450 Formosa 把 BIP-39 的每 11 位一个词扩展为每 33 位一个有语法角色的主题句子：主语、动词、地点各司其职，中世纪奇幻或科幻等语义域让助记词可成画面，且与 BIP-39 双向兼容。本文拆解主题文件结构与两跳到种子的兼容设计。

BIP-11 在 2011 年把 m-of-n 多重签名写进比特币的标准交易规则：节点只中继 n 不超过 3 的 CHECKMULTISIG 输出，scriptSig 要先垫一个 OP_0 堵住弹出多一格的缺陷，签名脚本上限从 200 字节抬到 500 字节。本文回顾这份由 Gavin Andresen 执笔的早期 BIP 如何定义多签协作、它绕不开的尺寸与计数争论，以及它和 P2SH、隔离见证的接力关系。

BIP-12 在 2011 年提出 OP_EVAL 操作码：花费时把栈顶的序列化脚本反序列化并执行，让收款方决定资金的消费方式。它借道 OP_NOP1 实现向后兼容、把递归限制在两层，最终却在「数据当代码」的安全争论与执行成本中落选，位置被 BIP-16 的 P2SH 接替。本文拆解 OP_EVAL 的机制设计、一确认攻击分析与它留下的设计遗产。

比特币「总量 2100 万」人尽皆知，但它在早期代码里其实靠一行右移语句实现，移位量逼近 64 位整数位宽后属于未定义行为。2014 年 4 月 1 日，Pieter Wuille 提交 BIP-42，用一份戏谑的软分叉方案给发行曲线封口。本文解读这行经典代码、C++ 未定义行为与跨语言实现的坑，以及这个愚人节提案如何以 Deployed 状态收尾。

BIP-48 在 2020 年底把多签钱包行业里已经流行的 m/48 派生路径写成正式标准：在账户层之后插入一个脚本类型层级，用 1 撇代表嵌套隔离见证、2 撇代表原生隔离见证，并要求继承 BIP-67 的公钥确定性排序。本文拆解这条六层路径每一级的含义、它与 BIP-44、BIP-45 的分工，以及为什么钱包换标准时老地址不会丢。

BIP-52 在 2021 年提出光学工作量证明 oPoW：用光子处理器执行的 Hashcash 变体替代 SHA-256 挖矿，把挖矿成本结构从电费转向硬件资本开支，目标是降低能耗、让算力不随币价开关机。这份 Closed 提案给出了兼容过渡的迁移思路，也留下了围绕能耗叙事的技术争论。本文拆解 oPoW 的机制设计与它没有走通的原因。