这次争论的核心,不是“要不要防量子”,而是“谁有权定义所有权”

BIP-361 真正触发的争论:比特币的“私钥所有权”可以有到期条件吗?

图源:https://x.com/murchandamus/status/2021692852925857918

BIP-361 引爆社区,不是因为大家第一次听说量子风险。

真正让讨论升温的是另一个问题:协议是否可以规定,某些历史上有效的花费路径在未来某个时间点后失效。

这会直接触及比特币最核心的价值叙事:

  • “Not your keys, not your coins” 是否仍然绝对成立;

  • 协议升级的边界是“增强能力”,还是可以“收回旧能力”;

  • 安全优先与产权不可侵犯冲突时,谁是第一原则。

所以,这不是普通的技术提案之争,而是一次“比特币宪法层面”的压力测试。

BIP-361 在提什么:迁移、日落、冻结与恢复

从一手文本看,BIP-361 设计的是一个分阶段框架,而非立即执行命令。其结构大致是:

  1. Phase A:逐步限制继续向量子脆弱地址发送新资金,推动迁移。

  2. Phase B:在激活后更晚阶段,让旧签名花费路径日落失效,未迁移资产出现冻结效果。

  3. Phase C:尝试提供恢复机制(如基于证明的救济),但目前仍未完备。

这意味着提案并非只讨论“抗量子地址怎么做”,而是在讨论“对不迁移行为是否施加制度性后果”。

此外,BIP-361 的技术背景与 BIP-360 连在一起。BIP-360 的 P2MR 更像底层铺路,BIP-361 则是治理与迁移机制层的“推进器”。

为什么提案方会选择如此激进的设计

从提案逻辑和公开表态看,激进设计背后的思路是“风险前置管理”:

  • 量子威胁一旦跨过临界点,影响可能是系统性的,而不是局部性的。

  • 等到威胁显性化再迁移,成本与混乱可能更高。

  • 单靠自愿迁移,可能因用户惰性而长期推进缓慢。

  • 通过“旧路径日落”制造强激励,迁移效率更高。

在这个视角里,BIP-361 的冻结机制是一种博弈工具,不是目的本身。提案方想要的是“全网提前迁移”,冻结是惩罚性兜底。

反对者真正担心的,不只是中本聪地址被冻结

外部传播常把争议聚焦在“中本聪地址会不会被冻结”,但社区的深层担忧更大:

  • 产权条件化:一旦私钥支配权要附加“在某时点前完成某升级”的条件,所有权定义就变了。

  • 治理先例扩张:如果今天可以因量子风险让旧路径失效,未来是否会因其他理由继续扩大规则干预。

  • 执行与救济不对称:冻结可以写规则,恢复却极难设计完整。只要救济机制不成熟,误伤就是结构性风险。

  • 社会共识不足:比特币共识不只靠代码正确,还要靠经济节点、用户和文化认同共同接受。

因此,反对意见的核心并非“不要抗量子”,而是“不要用可没收化路径做默认答案”。

BIP-361 最大短板:技术路线有了,社会共识还没有

BIP-361 当前最大的现实问题,不是代码写不出来,而是“共识链条不完整”。

比特币升级需要三层同时成立:

  1. 技术层:方案安全、可实现、可验证。

  2. 经济层:交易所、矿工、托管、钱包愿意配合迁移。

  3. 社会层:用户接受“新规则下的产权边界”。

前两层可以通过时间和工程推进,第三层最难。

BIP-361 的争议强度恰恰说明,产权边界在比特币叙事中仍是高敏感红线。

更可落地的路径:先做“可迁移”,再谈“可冻结”

如果目标是提升后量子韧性,又避免直接撕裂共识,现实路径更可能是渐进式:

  • 先完成抗量子地址工具链与钱包体验。

  • 用费用、默认设置、交易所支持等方式提高自愿迁移率。

  • 建立公开透明的风险阈值,而不是抽象恐惧驱动。

  • 先把恢复机制做完整,再讨论任何惩罚性条款。

  • 把阶段目标定义为“暴露面持续下降”,而不是“冻结规模扩大”。

这条路慢,但更符合比特币历史上的治理风格:保守、渐进、强调社会可接受性。

结论:这是一场比特币治理边界的预演

BIP-361 的价值,不一定体现在“会不会原样通过”,而在于它迫使社区提前回答一个迟早会面对的问题:

当未来安全与当前产权发生冲突时,比特币会如何排序自己的原则。

  • 短期更像高强度讨论框架,而不是即将执行升级。

  • 会推动后量子迁移议题长期化、制度化。

  • 最终可能促成的是“更温和版本”的迁移共识,而不是直接冻结路线。

换句话说,BIP-361 像一面镜子。它照出的不只是量子威胁,更是比特币对“不可更改性”到底愿意付出多大代价。