2026年10月13日,Coinbase发布关于比特币签名技术未来的公开立场文件,明确指出:在能够破解现行加密体系的量子计算机真正问世之前,向抗量子计算方案过渡的工作必须即刻启动。截至10月16日,比特币价格稳定在约81,600美元(数据来源:CoinGecko)。
该文件未设定具体实施节点或激活机制,核心意图在于警示行业——变革的讨论已开启,但行动尚未开始。作为全球约5%比特币资产的托管方,服务对象涵盖银行、资产管理公司与对冲基金,其发言具有广泛影响力。理论上,如此规模的第三方托管机构无法承受因迁移失误带来的系统性风险。
文件强调:“比特币共识变更与生态系统的全面迁移可能耗时数年,因此现在就必须着手准备。”文中特别指出,准备工作必须在“任何密码学相关量子计算机(CRQC)”出现前完成。此类设备指具备实际破解当前签名算法能力的量子机,目前尚不存在;已知最强设备量子比特数不足千级。
谷歌研究人员估算CRQC或于2029年左右面世,但此为外部预测,并非Coinbase承诺。业内对此评估分歧明显,进一步凸显不确定性。
从技术路径看,文件基于一个根本理念:比特币输出类型应与其花费时所用的签名方案解耦。
BIP-360提出名为Pay-to-Merkle-Root(P2MR)的新输出格式,不绑定特定签名算法。默克尔根作为哈希树的根节点,可封装多种潜在支出条件而不必全部公开。这一设计优势在于,可在不修改现有输出结构的前提下,后期无缝引入新的抗量子方案。
同时提及的P2TRv2是Taproot的第二版演进路径,目标相同,但成熟度低于BIP-360。目前两者均为草案状态,尚未形成统一协议标准,也未进入正式升级流程。
为降低切换风险,Coinbase建议采用“1-of-2”密钥结构:同一余额既可通过传统私钥,也可通过新增的抗量子密钥进行花费。两条路径并行有效。
这种设计避免了“硬切换”带来的断链问题,不会产生仅在旧方案下可动的产出,从而防止资产因旧机制关闭而被锁定。这正是“渐进式迁移”与“强制切断”之间的本质区别。
Coinbase对部分候选方案持保留态度。如XMSS和LMS等“有状态”签名算法虽具体积小、运算快的优势,但要求严格追踪已使用密钥材料。一旦状态管理错误导致重复使用,签名将面临伪造风险。
因此,文件明确建议:任何有状态方案都必须搭配无状态回退机制部署,以确保安全性冗余。
关键问题是:哪些资产处于潜在威胁之中?并非所有地址都存在公钥泄露风险。现代比特币地址初始仅存储公钥哈希值,只有在首次支出时,原始公钥才会出现在区块链上。
文件列出三类高风险场景:早期使用P2PK格式的输出(公钥从一开始就可见)、已发生过交易的P2PKH及Taproot地址,以及在迁移期间接收的存款。简单判断标准:只要发送过比特币,该地址的公钥就已暴露;仅接收未支出者,则仍处于保护状态。
关于受影响规模,不同研究给出略有差异的数据:Coinboard顾问委员会在2026年4月估计约有690万枚比特币存在公钥暴露风险,此前类似分析约为670万枚。这些数字代表理论上限,不代表实际损失已发生。
重建所需时间众说纷纭。部分媒体推测最长需七年,也有观点称“数年”即可完成。然而,文件刻意回避设定截止日期,反映出一种现实考量:比特币的共识变更依赖开发者、矿工、交易所与钱包服务商的共同认可,单一家机构无法强制推进。
因此,唯一可接受的时间范围是“数年至七年”,而非单一数值。这种模糊性实则反映网络治理的本质——没有中央权威,只有集体协商。
许多用户担忧迁移是否触发税务事件。在德国,联邦财政部明确表示:自钱包间转账不构成处置行为,依据《所得税法》第23条,一年持有期可连续累计。
但需注意两点:一是务必准确记录每笔操作,避免投资组合工具误报为“卖出+回购”;二是每次转账需支付网络费用。面对长达数年的过渡期,恐慌性操作远不如理性规划更有效。
若选择自行保管,硬件钱包需支持未来固件更新以添加新签名方案。市场上不同型号在兼容性、配置成本与维护复杂度方面差异显著。
若资金存于交易所或经纪商,你持有的是公司债权而非私钥。因此,抗量子迁移由托管方主导。Coinbase在文件中强调其基础设施包含多方计算(MPC),该技术可在不集中组装完整密钥的前提下实现安全控制,极大降低密钥被盗风险。
由此形成清晰分工:托管用户承担信用风险但免于技术负担;自管用户则需自行应对升级挑战。决策应基于认知而非习惯。
文件有意回避一个深层问题:从未移动过的余额无法参与迁移。这包括比特币早期持仓及所有因密钥丢失而永久失效的硬币。
Coinbase将其归类为独立议题,而非迁移前提。是否冻结、设定期限或彻底忽略,本质上触及比特币社区长期争论的所有权哲学。尽管其愿景是让比特币在后量子世界中依然“最受信任”,但对沉睡资产的处理仍未提供解决方案。
只要未激活新输出类型,现有钱包将继续正常运行。建议采取以下三步策略:
真正的路线图信号不会来自企业声明,而来自开发进程——唯有当BIP-360脱离草案状态并确立激活路径,这份文件才真正转化为可执行的迁移蓝图。