Solana 将于 9 月 9 日（周三）正式在主网上线 Transaction v1 功能，将最大交易容量从 1,232 字节扩大至 4,096 字节，增幅超过三倍；这项升级由两份 Solana 改进提案定义：SIMD-0296（更大交易）与 SIMD-0385（Transaction v1 格式）。

Transaction v1 的技术规格

Transaction v1 由两份 Solana 改进提案共同定义：SIMD-0296 规定更大的交易上限，SIMD-0385 定义 Transaction v1 的格式；两份提案均由 Jacob Creech 与 Andrew Fitzgerald 共同撰写。新功能已在测试网与开发网上稳定运行一段时间，并于 2026 年 9 月 9 日在主网正式上线。

Transaction v1 采用向后兼容设计，现有的 v0 格式继续有效；钱包与应用程序只在需要更大交易空间时才采用 v1 格式，无需强制迁移。

Transaction v1 最直接受益的三种交易场景

容量从 1,232 字节扩大至 4,096 字节后，以下三类交易场景将获得最直接的收益：

大型密码学证明：ZK 证明等验证数据过去常因超过 1,232 字节的限制而被迫拆分为多笔交易，Transaction v1 允许将完整的 ZK 验证数据打包在单笔交易中发送。

多签审批流程：企业金库或 DAO 提案等需要多位签名者批准的资金转移中，每个签名都会占用空间；v1 让多签审批流程能够在单笔交易内完成。

机密转账：部分隐私交易机制需要额外的加密封装，原有容量不足会导致交易失败或效率降低；4,096 字节为此类操作提供了充足的容量空间。

4096 字节上限的设定原因

上限设定为 4,096 字节（4KB）有硬件层面的考量：这是验证者节点使用的标准内存页面大小。若单笔交易跨越多个内存页面，处理成本会显著上升，不利于维持 Solana 的高 TPS（每秒交易量）；因此，4KB 是在扩大容量与维持网络性能之间取得的平衡点。

旧的 1,232 字节限制源自 Solana 早期的网络设计——每笔交易必须容纳在约 1,280 字节的 IP 数据包内。2022 年，Solana 调整了交易流量的传输方式，使这项硬性上限不再必要；Transaction v1 的推出，正式移除了这一历史设计限制。

RPC 节点与读取服务的必要更新

Transaction v1 对读取链上数据的服务影响，大于对写入交易的影响。所有抓取区块与交易数据的服务（RPC 节点、链上数据供应商、钱包后端）都必须更新代码，否则遇到 v1 格式的交易时会直接返回错误。

另一个具体影响在于优先费字段的位置：v1 将优先费信息存放在与 v0 不同的字段中，旧版软件读取 v1 交易时会显示“零优先费”，即使用户实际上已经支付了优先费；钱包界面、区块链浏览器与交易 App 若未更新，用户将看到不准确的费用显示。

与以太坊的容量比较

从协议设计来看，以太坊没有协议层面的交易大小限制，开发者只要支付更高的 Gas 费，就能在单笔交易内执行数据密集型操作；而 Solana 过去在“单笔交易能容纳多少指令”这一方面存在明显限制。Transaction v1 将上限提升至 4,096 字节后，缩小了两条链之间的差距，但 4,096 字节对以太坊 L1 而言仍不算大——以太坊上一笔复杂的 DeFi 组合交易（如多池套利或多资产借贷）经常超过这一数字。

对 Solana 生态而言，其实际技术意义在于消除了开发者的变通方案：过去必须将操作拆分为多笔交易时，需要处理跨交易的状态依赖与失败回滚问题；Transaction v1 让复杂逻辑能够在一个原子操作中完成，与传统程序设计模式更为接近。