Solana 通过 v1 升级将交易容量提高了三倍

Solana 的目标是 9 月 9 日推出 Transaction v1，这是一种新格式，可将最大序列化事务大小从 1,232 字节提高到 4,096 字节。

摘要 Solana 计划在周三主网将最大交易大小从 1,232 字节提高到 4,096 字节。

事务 v1 仍然是可选的，而传统格式和 v0 格式继续在现有大小限制下运行。

读取块的应用程序必须支持版本一，否则在遇到新格式时可能会出现错误。

V1 删除了地址查找表，并将资源限制直接存储在每个事务的配置元数据中。

Solana 的官方路线图将主网激活标记为待定，这使得 9 月 9 日的时间表仍然可能发生变化。

这一增加为开发商提供了约3.3倍的交易空间。 Solana 的官方路线图表示，额外的容量可以容纳零知识证明、大型多重签名操作、批量和一些链上签名方案。

以前，当大型操作的指令、签名和账户信息超过 1,232 字节的上限时，必须将其分为多个交易。该过程增加了复杂性，因为一项事务可能成功，而另一步则失败。

事务 v1 可以让开发人员将更多的指令组合到一个原子操作中。要么每条指令都成功，要么整个事务失败。该模型可以有利于交易路线、机密传输、跨链操作和处理复杂加密证明的应用程序。

此次升级不会提高 Solana 每笔交易 64 个参考账户的限制。应用程序可以包含更多数据和指令，但它们无法自动与更多帐户交互。

随着应用程序为更复杂的交易提供空间，Solana 的交易规模增加了两倍

Solana 智能合约区块链的目标是在周三将最大交易大小从 1,232 字节增加到 4,096 字节，为开发人员提供三倍以上的适应空间…… pic.twitter.com/A3TNInOEdG — Tony (@Crypto_Tony07) 2026 年 9 月 7 日

您可能还喜欢： 尽管 CMF 看跌，Solana 价格仍保持 103 美元支撑

现有 Solana 交易将保持有效

事务 v1 是可选的。钱包和应用程序可以在现有的 1,232 字节限制下继续发送旧版和 v0 交易。用户在激活前无需迁移代币、交换 SOL 或完成索赔。

开发人员必须刻意采用新格式才能访问其更大的容量。 Solana 文档确定了三种支持的格式：legacy、v0 和 v1。每种格式以不同的方式组织帐户地址和资源限制。

v0 格式使用地址查找表（ALT）通过压缩的一字节索引来表示帐户地址。 V1 删除了 ALT，并将完整的 32 字节帐户地址直接放置在交易中。

这就产生了一种权衡。 V1 提供了更大的整体信封，但严重依赖查找表的应用程序可能会花费更多字节来表示相同的帐户。 Solana 的技术分析发现，90% 的采样交易在从 v0 转换为 v1 时增加的字节数少于 1,400 个。

基础设施提供商必须更新其软件

主要的兼容性风险适用于读取区块和交易的服务。远程过程调用提供程序必须将其支持的最大事务版本设置为 1。否则，请求在遇到 v1 事务时可能会失败。

索引器、浏览器和分析服务还必须改变它们检索资源限制的方式。旧版和 v0 事务将计算限制和优先级费用设置置于 ComputeBudget 指令内。 V1 将它们存储在专用的事务配置中。

因此，过时的服务可能会显示不正确的信息。例如，即使用户支付了一笔费用，浏览器也可能会显示零优先费。检查交易限额的费用赞助商和应用程序必须读取新配置，而不是扫描旧式指令。

发送 v1 事务的应用程序必须显式设置计算单元和加载数据限制，因为两者默认为零。开发人员应在将生产流量转移到该格式之前测试交易构造、签名和解码。

9 月 9 日仍然是目标激活日期

Solana 基金会技术副总裁 Jacob Creech 确定 9 月 9 日为计划的主网日期。正如 crypto.news 之前报道的那样，该升级包含在 Anza 的 Agave 4.2 版本中。

然而，官方路线图仍然将主网功能标记为“未激活”。它还表示 Anza 的发布时间表是“暂定的，可能会发生变化”。根据最新的基金会状态页面，测试网和开发网已经激活了该功能。

大小的增加来自SIMD-0296，而SIMD-0385定义了v1格式。雅各布·克里奇和安德鲁·菲茨杰拉德共同撰写了这两项提案。

选择 4,096 字节上限的部分原因是 4 KB 与验证器硬件使用的常见内存页面大小相匹配。较大的交易也会消耗额外的带宽，尽管升级不会按字节收取单独的费用。

交易 v1 仍然与 Solana 的租金减免、更短的时段目标和 Alpenglow 共识重新设计分开。在相关报道中，crypto.news 报道称，Alpenglow 的目标是大约 150 毫秒的最终结果，10 月份仍然是开发目标，而不是保证的激活日期。