加密货币百科

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

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

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

BIP-134 在 2016 年提议版本号为 4 的交易格式：用紧凑消息格式把每个字段变成带名字、类型和取值的令牌，砍掉恒为默认值的占位字段，顺带修复可延展性并演示可去除签名还能保住交易哈希。本文拆解这份比特币经典派系未遂的格式革命。

BIP-127 把储备证明做成一笔畸形但自洽的比特币交易：首个输入的哈希指向证明声明文本的 SHA-256，其余输入照常签名，输出等于输入之和零手续费——永远无法确认，却能公开验证某一区块高度上资金受控。本文拆解构造与 PSBT 扩展字段。

BIP-124 用占位符加 BIP-32 派生路径定义脚本模板，让不同钱包对同一组派生信息产出逐字节相同的脚本，覆盖 2-of-3 多签、1-of-1 或 2-of-3、超时合约等形态。本文拆解键组的排序约定与这份 2015 年提案的未竟之处。

BIP-75 给 BIP-70 支付协议加了两封信：付款方签名的 InvoiceRequest 和加密回传的 EncryptedProtocolMessage，让收款地址可以按需协商、点对点加密、经存储转发服务器异步送达。本文拆解消息结构与三种 PKI 类型。

BIP-45 把 BIP-32 层级派生和 BIP-43 purpose 约定用到 n 方共享的 m-of-n P2SH 多签钱包上：m/45' 下的 cosigner 分支、固定 gap limit 20、按字典序定号，让收款发地址不再需要多方实时通信。本文逐层拆解这条路径。

BIP-10 在 2011 年提出 TxDP 文本格式，把待签多签交易连同其花掉的旧交易一起打包，让签名者无需同步区块链就能核对金额并接力签名。本文拆解它的信头式编码、Unsigned ID 设计与 2014 年退役的来龙去脉。

比特币核心开机取址的三层瀑布与硬编码种子的真实触发条件，LND内置Neutrino后端的connect要求与状态字段，给监控面板的最小字段清单。