签名体积为什么从 65 字节涨到约 2.4KB
ML-DSA-44 属于基于格假设的数字签名方案，它用更大的公钥与签名材料换取对量子攻击的抵抗能力。落到 BSC 的实测数据里，普通交易的签名从 65 字节增长到约 2.4 KB，交易整体大小由约 110 字节升到接近 2.5 KB。这些多出来的字节不会停留在本地，而要随交易一起广播、打包、写入区块，再被其他验证者反复转发，成本因此在链上被成倍放大。
更直观的变化出现在区块层面，测试中区块体积从约 110 KB 膨胀到接近 2 MB。要区分的是，这并非执行层算力吃紧，而是数据面被迅速灌满：同样笔数的交易占用更多带宽、更多磁盘与更长传播时间。开发者评估升级代价时，除了看验签耗时，还得把传播延迟、存储开销和费用模型的变化一并纳入测算，否则容易低估实际影响。
吞吐量少了近四成，瓶颈落在计算还是带宽
跨区域测试给出的结果相当明确：原生传输吞吐量从 4,973 TPS 降到约 2,997 TPS，回落接近 40%。BSC 开发团队在分析中指出，密码学计算本身仍处于可控区间，真正的开销来自数据量变大之后的传输成本，以及分布在多个区域的验证者围绕区块展开的对齐与确认过程。换言之，算法跑得动，网络却传不动，瓶颈从算力侧转移到了数据搬运侧。
这解释了为什么后量子迁移的长期制约可能落在带宽效率与数据层可扩展性上。可探索的方向包括更紧凑的编码与压缩策略、把共识投票聚合为 pqSTARK 证明、优化区块传播路径与验证者之间的通信结构，以及在硬件和带宽预算上留出余量。需要强调的是，这些属于工程优化思路，并非已经落地的性能承诺，真正投入生产前仍需多轮压力测试验证。
地址、钱包、RPC 与 SDK 要不要推倒重来
被问得最多的一个问题是普通用户要不要换地址、重装钱包或改写 RPC 端点。测试报告给出的答案是向后兼容：地址格式、钱包集成、RPC 接口与 SDK 支持基本维持原有行为，迁移阻力因此明显降低。能做到这一点，关键在于设计阶段就保留了现有架构与接口契约，而不是另起一套全新的账户体系和调用方式。
但兼容不等于零成本。批量交易、多重签名、硬件签名设备，以及托管方的内部流程，都可能在签名体积变化后暴露新的边界问题；数据负载变大同样会抬高自建服务的上行带宽与存储要求。比较稳妥的路径是在测试网先跑一轮完整回归，持续观察区块体积、传播延迟和与自身业务相关的接口指标，再据此安排升级节奏。
pqSTARK 与 x402 各自补上哪块拼图
pqSTARK 和 ML-DSA-44 常被混为一谈，其实分工不同：后者负责交易签名，前者把大量验证者的共识投票聚合成一份简洁证明，用来压缩共识层的数据规模。两者配合的意义在于，抗量子安全不必以共识消息成倍膨胀为代价。分清这一层分工，才能判断哪些开销来自交易负载，哪些来自共识消息聚合，避免把问题简单归因于算法本身。
另一条线索是 Binance x402，一个基于 HTTP 的可编程支付框架，采用链下授权与链上结算，支持按次付费和按用量计费，面向的是软件程序与智能代理之间的自动化支付。它与后量子迁移同属基础设施层面的长期布局，但解决的问题并不相同：一个补的是安全与数据效率，一个补的是机器发起支付时的流程与结算方式，彼此无法互相替代。
