Solana (SOL) 9月9日升级:单笔交易容量增至4096字节,约为原上限的3.3倍

Transaction v1 周三上线

Solana 将于9月9日把单笔交易的最大容量从1232字节提升至4096字节,增幅约3.3倍,此举移除了这条 第一层(Layer 1)区块链长期存在的结构性限制之一。新增容量通过 Transaction v1 这一全新交易格式实现,开发者可以在单笔原子操作中打包更多指令——所谓原子操作,是指要么完整执行、要么整体失败,不会被拆散到多笔交易中。需要注意的是,只有以 v1 格式提交的交易才能用满4096字节的额度;传统格式和 v0 格式仍按既有规则运行,因此钱包和应用并不面临强制迁移,只有数据量较大的使用场景才需要采用新规范。

最初那道1232字节的限制可以追溯到网络最早期传输层的设计:当时每笔交易都必须塞进一个约1280字节互联网数据包里。自2022年 Solana 把交易传输迁移到 QUIC 协议之后,这道约束其实已经失去了大部分意义。联合创始人 Anatoly Yakovenko 曾指出,零知识证明根的原子转账是更大交易信封的候选用途之一,并暗示基于 Solana 网络构建的 rollup 也可能出现。新增空间还可以容纳大型多签审批、BLS 签名、Winternitz 一次性签名、机密转账以及零知识证明应用。把原本需要多笔交易完成的操作合并为一次原子调用,有望降低执行费用、协调开销和确认复杂度。至于4096字节的 ceilings 本身,则对应验证节点硬件上常见的4KB内存页大小:一旦超出,交易将跨越多个内存页,推高验证节点的处理成本。换句话说,这道上限的依据已经从当年的网络约束,变成了一场有意的硬件权衡。周三的激活为这些能力提供了基础设施,但 Solana 应用最终能从中兑现多少实际收益,仍取决于开发者。

浏览器与钱包面临更新要求

该规范已经在 Solana 的测试网和开发网上运行,基础设施提供商可以在主网激活前获得可用的预览。区块浏览器、钱包以及交易应用背后的服务必须更新解析器以识别 Transaction v1;未及时更新的软件在遇到新格式时,请求可能直接失败。更隐蔽的坑在于优先费字段位置的变动:未升级的软件可能把已支付的优先费显示为零,向用户呈现错误的链上数据。

Solana 这次升级并未引入按字节计费的新费用,但更大的交易会占用更多带宽、争夺区块空间。开发者预计,当大额交易挤占区块时,用户将不得不支付更高的优先费——也就是通过现有的费用市场为更重的使用定价,而不是出台新公式。竞争层面的表述相当直白:Ethereum 在协议层没有固定的大小上限,开发者可以通过为每笔交易支付更多费用来运行更大、数据更密集的操作。把上限提高到4096字节,正是为了抹平 Solana 开发者在这一点上的结构性劣势。此次变更由改进提案 SIMD-0296 和 SIMD-0385 定义,分别针对更大交易和 v1 格式,作者为 Jacob Creech 和 Andrew Fitzgerald。按照提案原文,变更只涉及交易序列化和费用字段的位置,并不触及 共识机制本身,验证节点投票逻辑不受影响。Solana 还强调,这次容量升级与近期调整 SOL 供应机制(包括费用驱动的发行加速或与网络活动挂钩的销毁)的治理投票没有任何关联。对 山寨币基础设施团队而言,截止时间是即时的:错过切换的浏览器和钱包厂商,从第一天起就可能给出坏数据。历史经验表明,这个适应期是可控的,但费用字段位置变动意味着主要风险不是响亮的故障,而是悄无声息的数据错误。节点运营商应在周三之前对照测试网数据验证自己的解析链路。 希望实时跟踪行情的读者，可在Binance查看现货与合约的实时价格。

带宽权衡决定前景

这两条线索——协议容量与生态准备度——其实构成同一条弧线:Solana 在移除一个硬编码瓶颈的同时,把维护负担转移到了钱包、浏览器和数据服务商身上。在我们看来,技术工作反而是容易的部分;开发者是否买账,才决定这3.3倍的扩容能否转化为应用层面的变化。此次升级加深了 Solana 与 Ethereum 在执行灵活性上的竞争,而散户关注度——从 如何购买 Solana 指南的需求中可见一斑——往往跟随这类技术里程碑。至于能否转化为价格动能则是另一回事;我们的情景模型,例如 ChatGPT Solana 价格预测给出的2027年1月165美元目标,会把升级与 ETF 资金流一并纳入考量。随着验证节点周三开始接受更大格式,请在我们的 Solana 标签页跟踪本次升级的落地进展。