比特币草案提出从钱包规则重建Taproot内部密钥的约定

提交进入审阅，并不代表采用

2026年11月1日，比特币改进提案仓库收到一份关于钱包Taproot内部密钥约定的拉取请求。核实时，GitHub编号2340的请求仍处于开放、未合并状态。这个数字是请求编号，不是已经分配的BIP编号。文件标记为Draft，旨在让不同软件根据相同的钱包策略重复构建相同结果。

方案提出用下划线作为占位符，替代没有已知签名密钥的内部密钥。这针对Taproot的一条特定支出路径，并非禁止钱包中的全部比特币被花费。脚本中的其他条件仍然重要。草案也明确说明，构建这类密钥并不能免除软件对外围策略有效性及相关要求的独立检查。

无需额外随机秘密即可重建

草案描述的问题是：一些钱包希望禁用内部密钥支出路径，同时避免使用在支出披露相关数据时容易被识别的固定密钥。某些方法采用随机值，并需要保存它。新文本提出从规范化的钱包策略推导公开参数。这样，不同实现能够凭借策略和派生路径重建内部密钥，而不必备份这一额外秘密。

构建方法利用现有机制，包括BIP 32扩展密钥，以及BIP 341描述的一个离散对数未知的点。其密码学承诺同时覆盖密钥和规则结构，包括阈值、时间锁、角色与树形组织。目标是区分使用相同密钥、但支出条件不同的策略，并不声称能够自动识别所有结果等价的规则为完全相同。

备份仍然必须保留钱包策略

可重建性存在边界。文件指出，仅备份种子并不能重建钱包策略。它还解释，知道或猜到完整策略的观察者，可以重建公开参数并枚举某些内部密钥。因此，方案不保证绝对隐私。安全性仍依赖关于起始点的密码学假设，以及严格遵守派生规则等条件。

采用这一约定会改变现有策略的地址。因此，草案要求把结果视为独立描述符，同时保留旧描述符，以监测和花费此前收到的资金。请求附有Python参考实现及测试向量，但其声明用途是演示和互操作性测试，而非生产使用。今天的提交开启了技术审阅，既不证明集体批准、普遍兼容，也不代表钱包已经部署。