后量子签名规模激增引发链上容量危机

比特币当前的密码学架构与后量子方案之间存在根本性不兼容。据研究者Ben-Sasson分析，仅在链上引入后量子签名并不能真正实现量子抗性，反而带来显著工程难题——新签名体积普遍为现有ECDSA与Schnorr签名的10至100倍。

链上吞吐量将遭重创，交易承载力大幅缩水

美国国家标准与技术研究院（NIST）批准的后量子签名方案，如ML-DSA-44，在实际部署中可能导致单个区块可容纳的交易数从目前的2500至3000笔骤降至500到700笔。这一变化直接威胁网络处理能力，引发对系统效率与用户体验的广泛担忧。

扩容非万能：成本上升与去中心化风险并存

尽管增加区块大小被视为一种直观解决方案，但其代价不容忽视。批评者指出，该策略将显著提升全节点的存储压力、带宽消耗与验证负担，长期可能推高运营门槛，削弱硬件多样性，进而加剧网络中心化趋势。

即便采用压缩技术优化签名体积，如SHRINCS与SHRIMPS方案，日常签名仍约为当前大小的五倍，钱包恢复场景下甚至达40倍。这表明，除非同步扩展区块容量，否则大签名仍将构成核心瓶颈。

ZK聚合重塑验证经济模型

相较于传统扩容，基于零知识证明的聚合机制展现出独特优势。通过将一个区块内所有交易的签名整合为单一的ZK STARK证明，可实现极高的数据压缩比，有效缓解链上数据压力。

Ben-Sasson强调，生成该证明只需一次操作，且所需硬件成本远低于主流矿机。验证过程可在低功耗设备上完成，例如树莓派即可运行，具备极强的普及潜力。

该技术也获得部分早期开发者支持。据称Greg Maxwell与Mike Hearn曾高度看好其前景，而核心开发者Luke Dashjr和Adam Back也被认为倾向此方向，尽管未获后者正式确认。

治理僵局制约原生支持落地

比特币能否原生支持STARK验证，关键在于脚本功能与治理共识。当前系统缺乏验证复杂零知识证明的能力，成为主要障碍。

有观点建议重启已废弃的OP_CAT操作码，以解锁聚合功能。然而，该提案在近期已失去推进动力，反映出治理层面的高度审慎。

其他潜在路径包括开发专门的OP_STARK_VERIFY操作码，以及探索与Ethan Heilman提出的BitZip概念结合的可能性。此外，像CISA这样的弱聚合方案也可作为辅助手段。

据评估，实现在共识层集成原生STARK验证器，现实时间表可能延至2030年代，远超小型操作码调整的周期。

核心要点

后量子签名体积剧增，迫使比特币重新评估链上容量配置。

ZK STARK聚合能将海量签名字节压缩为单一紧凑证明，显著降低链上负载。

单纯扩容虽技术可行，但会加重节点负担，可能损害去中心化根基。

比特币脚本限制与治理惰性是原生支持零知识证明的主要阻力。

相较之下，具备账户抽象能力的Starknet等系统，可更灵活地完成后量子升级，规避用户迁移成本。