币圈界报道：

Solana v1交易格式上线：单笔容量扩至4,096字节，支持复杂加密负载

Solana基金会宣布，针对新推出的v1交易格式，其单笔交易数据上限已从原有的1,232字节提升至4,096字节。该调整旨在为零知识证明（ZKPs）及其他高密度加密运算提供必要的存储基础，已于2026年9月15日第1035个纪元起在主网正式激活。

容量跃升三倍，仅限v1交易生效

此次扩容仅适用于v1交易格式，旧版Legacy与v0交易仍维持1,232字节的限制。新版本自2026年9月15日UTC约01:00起在主网、测试网及开发网全面启用，使支持该格式的交易可承载的数据量实现约三倍增长。

非吞吐量提升，而是单交易载荷扩展

需要明确的是，4,096字节的上限仅指单个交易的数据体积，而非整体网络吞吐能力或区块容量。更大的交易预算允许单个事务包含更多指令与签名信息，但不会直接增加每秒处理的交易数量。

4KB设计源于内存页对齐与传输优化

选择4,096字节这一数值并非偶然，其与标准4 KiB验证器内存页完全匹配，是权衡大负载处理能力与内存及网络开销后的平衡结果。原始1,232字节则源自1,280字节网络MTU下的保守预留空间，而QUIC流协议被确认为支撑更大传输的关键技术。

核心目标：释放零知识证明的部署空间

主要动因在于解决现有容量对高级加密构造的压制。旧有上限限制了机密余额中的零知识证明、未截断的Winternitz一次性签名、嵌套多重签名以及BLS签名方案的使用，这些结构因体积过大无法完整纳入传统交易。

容量扩展不等于隐私功能开启

此次升级仅移除尺寸瓶颈，并未自动启用私有转账、降低费用或加速交易。它为证明密集型应用提供了必要缓冲，但具体功能实现仍依赖上层逻辑设计。这标志着生态系统向更复杂智能体与机密计算工具演进的重要一步。

开发者需注意配置与兼容性陷阱

使用v1交易需显式设置计算单元与加载账户数据的限额，否则默认值为零将导致交易失败。同时，计算限制与优先级费用现已整合至transactionConfig中，可能影响仅解析ComputeBudget指令的索引器和费用赞助平台。

超过1,232字节的交易必须采用base64编码，因为base58编码仍受限于原有上限。此外，v1最多支持64个内联账户地址，不兼容地址查找表；运营商建议升级至Jito-Solana验证器4.2.2及以上版本，以避免旧节点将v1消息降级为v0格式。