从网络遗留限制到真正的性能升级

Solana 将于 9 月 9 日在主网激活 Transaction V1，届时单笔链上交易的最大尺寸将扩大三倍。Anza 团队计划在此日期激活 Transaction V1，将最大序列化交易尺寸从 1,232 字节提升至 4,096 字节。

这一变更实现了 3.3 倍的增幅，是自引入地址查找表（Address Lookup Tables）的 V0 版本以来，Solana 交易格式所经历的最重大革新。旧的 1,232 字节上限并非出于刻意的设计选择，而是继承了 Solana 早期的网络架构：当时交易作为独立的 UDP 数据报传输，必须适应 IPv6 最小 MTU（最大传输单元）1,280 字节的限制。在扣除 40 字节的 IPv6 头部和 8 字节的 UDP 头部后，留给交易本身的空间仅剩 1,232 字节。

然而，自 2022 年 QUIC 成为默认的交易接收协议后，这一上限便成为了人为的限制：QUIC 的 RFC 9000 标准并未规定最大流大小，因此更大的交易可以在 MTU 层无需分片即可传输。此次升级由两份 Solana 改进文档（SIMD）共同规范：SIMD-0296 提高了尺寸上限，而 SIMD-0385 定义了承载该尺寸的 v1 消息格式。这两份文档均由 Anza 工程师 Jacob Creech 和 Andrew Fitzgerald 编写。

@jacobvcreech，@SolanaFndn 的技术副总裁及提案共同作者，确定了 Transaction V1 于 9 月 9 日激活。选择 4,096 字节的上限是为了与验证器硬件上的标准 4 KiB 内存页对齐，从而在不让单笔交易跨越多个页面的情况下，保持每笔交易的内存处理成本最低。

解锁的新能力与团队的应对措施

尺寸的增加解锁了此前无法容纳在单笔交易内的工作负载，包括零知识证明（ZK proofs）、大型多重签名以及某些链上签名方案。过去，1,232 字节的限制迫使 ZK 证明提交、复杂的多重签名和大型批量指令集分散到多笔交易中。而 v1 格式能够以原子方式处理这些操作。

此次升级为可选启用。现有的 v0 和传统交易格式将继续按当前方式运行，因此不需要更大尺寸的应用程序和钱包不会受到影响。然而，基础设施提供商不能停滞不前。尚未升级的 RPC 运营商需要在 9 月 9 日主网激活之前，更新到 Agave v4.2.2 或 v4.3.0-beta.3 版本，以支持更大的交易尺寸。运行旧版本的节点将无法正确处理 V1 交易。

该格式自 9 月 1 日的第 1025 个纪元起已在测试网上线，Anza 于 8 月 29 日确认了 9 月 9 日的激活日期。此代码作为 Agave 4.2 发布的一部分推出，该版本包含三项功能门控升级：租金降低 90%、更大的交易尺寸以及缩短的插槽时间。