Solana 计划于 9 月 9 日推出 Transaction v1，这是一种新格式，将最大序列化交易大小从 1,232 字节提高到 4,096 字节。
摘要
- Solana 计划于周三在主网上将最大交易大小从 1,232 字节提高到 4,096 字节。
- Transaction v1 仍然是可选的，而 legacy 和 v0 格式将继续在现有大小限制下运行。
- 读取区块的应用程序必须支持版本一，否则在遇到新格式时可能会出错。
- V1 移除了地址查找表，并将资源限制直接存储在每个交易的配置元数据中。
- Solana 的官方路线图将主网激活标记为待定，因此 9 月 9 日的计划仍可能更改。
这一增加为开发者提供了约 3.3 倍的交易空间。Solana 的官方路线图表示，额外的容量可以容纳零知识证明、大型多重签名操作、批处理以及某些链上签名方案。
以前，当大型操作的指令、签名和账户信息超过 1,232 字节的上限时，必须将其分成多个交易。这个过程增加了复杂性，因为一个交易可能成功而另一个步骤可能失败。
Transaction v1 可以让开发者将更多这些指令合并到一个原子操作中。要么每个指令都成功，要么整个交易失败。这种模式可能有利于交易路由、机密转账、跨链操作以及处理复杂加密证明的应用程序。
此次升级并未提高 Solana 每个交易 64 个引用账户的限制。应用程序可以包含更多数据和指令，但不能自动与更多账户交互。
现有的 Solana 交易将继续有效
Transaction v1 是可选的。钱包和应用程序可以继续在现有的 1,232 字节限制下发送 legacy 和 v0 交易。用户无需在激活前迁移代币、兑换 SOL 或完成认领。
开发者必须有意采用新格式才能使用其更大的容量。Solana 文档确定了三种支持的格式：legacy、v0 和 v1。每种格式组织账户地址和资源限制的方式不同。
v0 格式使用地址查找表（ALT）通过压缩的单字节索引来表示账户地址。V1 移除了 ALT，并将完整的 32 字节账户地址直接放置在交易内部。
这产生了一种权衡。V1 提供了更大的整体信封，但严重依赖查找表的应用程序可能会花费更多字节来表示相同的账户。Solana 的技术分析发现，90% 的抽样交易从 v0 转换为 v1 时，增加的字节数少于 1,400 字节。
基础设施提供商必须更新其软件
主要的兼容性风险适用于读取区块和交易的服务。远程过程调用提供商必须将其支持的最大交易版本设置为 1。否则，当遇到 v1 交易时，请求可能会失败。
索引器、浏览器和分析服务也必须更改其检索资源限制的方式。Legacy 和 v0 交易将计算限制和优先费用设置放在 ComputeBudget 指令中。V1 将它们存储在专用的交易配置中。
过时的服务因此可能显示不正确的信息。例如，即使支付了优先费用，浏览器也可能显示为零。费用赞助商和检查交易限制的应用程序必须读取新配置，而不是扫描旧式指令。
发送v1交易的应用程序必须显式设置计算单元和加载数据限制，因为两者默认均为零。开发人员应在将生产流量迁移到该格式之前测试交易构建、签名和解码。
9月9日仍是目标激活日期
Solana基金会技术副总裁Jacob Creech将9月9日定为主网计划日期。正如crypto.news此前报道，该升级包含在Anza的Agave 4.2发布中。
然而，官方路线图仍将主网功能标记为“未激活”。它还表示Anza的发布计划是“暂定的，可能发生变化”。根据基金会最新状态页面，测试网和开发网已激活该功能。
大小增加来自SIMD-0296，而SIMD-0385定义了v1格式。Jacob Creech和Andrew Fitzgerald共同撰写了这两项提案。
选择4096字节上限部分是因为4KB与验证器硬件使用的常见内存页大小匹配。较大的交易也将消耗额外带宽，尽管升级不引入按字节单独收费。
Transaction v1与Solana的租金减免、更短的区块目标和Alpenglow共识重新设计保持独立。在相关报道中，crypto.news报道称Alpenglow目标约为150毫秒的最终性，10月仍是开发目标而非保证的激活日期。
