Solana将交易大小提升至4,096字节，采用Transaction v1

Solana 计划于 2026 年 9 月 9 日激活 Transaction v1，交易体积上限提升至 4,096 字节

据 CoinDesk 报道，Solana 计划于 2026 年 9 月 9 日正式激活 Transaction v1。此次升级将把网络的最大交易数据包大小从 1,232 字节扩展至 4,096 字节，使应用程序能够将复杂操作打包进单个交易的容量提升约 3.3 倍。这种扩展格式旨在更好地适应数据密集型工作负载，包括零知识证明（Zero-Knowledge Proofs）、大规模多重签名以及机密转账。

尽管交易体积大幅增加，但 Transaction v1 仍保留了针对账户数量和指令数量的限制。

Transaction v1 将 Solana 的字节上限提升至 4,096

这一 4,096 字节的限制由《Solana 改进文档》（SIMD-0385）规定，该文档详细阐述了 Transaction v1 的格式规范。相比之下，现有的最大限制为 1,232 字节，两者相差 2,864 字节。

SIMD-0385 同时规定，v1 类型的交易最多可包含 64 个账户和 64 条指令。这些约束条件界定了更大载荷的实际应用范围：开发者虽然可以在交易中容纳更多数据，但仍需在固定的账户和指令数量限制内进行操作。

Solana 基金会表示，此次容量增加由 SIMD-0296 定义，并通过 SIMD-0385 下的 v1 版本实现。旧有的交易类型并未被取代；传统（legacy）交易和 v0 交易将继续与新版本并存支持。

QUIC 协议使得基于数据包的旧有限制成为历史

Solana 此前 1,232 字节的交易上限并非应用层的设计选择，而是源于网络层面的约束。根据 SIMD-0296 的描述，IPv6 的最大传输单元（MTU）为 1,280 字节，扣除网络开销后，留给交易数据包的剩余空间仅为 1,232 字节。

2022 年 Solana 采用 QUIC 协议后，固定的流大小限制被移除，从而允许在不受旧有数据包限制的情况下发送更大的交易。Transaction v1 正式确立了这一容量变更，而 Solana 基金会强调，传统和 v0 交易格式将继续得到支持。

复杂的链上工作负载可通过更少的交易完成

Solana 基金会指出，零知识证明、大规模多重签名和机密转账等工作负载将从 Transaction v1 更大的格式中受益。在此次变更前，若工作负载的数据量超过 1,232 字节的限制，往往需要拆分为多个交易或交易束（bundles）来处理。

Transaction v1 允许将更多的操作内容整合到单个交易中，特别是当签名、证明数据或指令占据序列化数据的大部分时，这一优势尤为明显。

需要注意的是，更大的字节容量并未消除格式的其他约束：v1 交易仍然限制在 64 个账户和 64 条指令以内。因此，仅满足字节大小限制并不足以构成完整的合规交易。

交易读取基础设施必须添加对 v1 的支持

激活 Transaction v1 并不意味着所有交易读取服务都能立即识别新格式。Solana 基金会指出，负责读取交易的基础设施必须支持新版本，并配置参数 maxSupportedTransactionVersion: 1。

这一要求适用于处理 v1 交易的基础设施层，而传统和 v0 格式的交易仍可正常工作。多种格式的共存为应用程序提供了兼容性路径，但解析交易的服务必须具备指定的版本支持功能，才能正确处理这种更大容量的格式。

随着 9 月 9 日激活计划的推进，SIMD-0296 提供了交易容量增加的依据，而 SIMD-0385 则定义了 v1 交易的具体格式，包括其 4,096 字节、64 个账户和 64 条指令的边界限制。

免责声明：本文仅供信息参考之用。不构成任何法律、税务、投资、金融或其他方面的建议。