摘要:Solana 计划于 2026 年 9 月 9 日激活 Transaction v1,将单个交易数据上限提升至 4,096 字节,显著增强对零知识证明、多重签名及机密转账等高负载场景的支持能力。

币圈界报道:
Solana 2026 年启动交易格式升级,单笔容量扩大至 4,096 字节
据 CoinDesk 报道,Solana 将于 2026 年 9 月 9 日正式启用 Transaction v1 版本。此次更新将网络最大交易数据包容量从现行的 1,232 字节扩展至 4,096 字节,使应用程序在单个交易中可承载的数据量提升约 3.3 倍,从而更高效地处理复杂型链上操作。
新交易格式强化数据密集型应用兼容性
Transaction v1 的设计重点在于优化对零知识证明、大规模多重签名以及隐私保护型转账等高吞吐需求场景的支持。尽管体积大幅增加,该版本仍保留对账户数量与指令数量的硬性约束,确保系统稳定性与可预测性。
4,096 字节上限由核心规范正式确立
根据《Solana 改进文档》SIMD-0385,Transaction v1 的最大字节限制设定为 4,096,相较当前 1,232 字节的上限增加了 2,864 字节。这一数值成为新版交易格式的基础边界。
同时,该规范明确限定每笔 v1 交易最多包含 64 个账户和 64 条指令。这意味着开发者虽可利用更大空间存储数据,但仍需在固定资源框架内进行逻辑编排。
旧有协议限制因 QUIC 协议演进而被打破
此前 1,232 字节的上限源于网络底层的传输限制。具体而言,IPv6 的最大传输单元(MTU)为 1,280 字节,扣除头部开销后实际可用空间仅剩 1,232 字节。
自 2022 年引入 QUIC 协议以来,传统基于数据包流的大小限制已被消除,使得更大容量的交易得以在不依赖底层分片的前提下直接传输。Transaction v1 正是对此项基础设施变革的正式确认。
减少交易拆分,提升复杂任务执行效率
在升级前,当某项操作所需数据超过 1,232 字节时,通常需拆分为多个独立交易或交易束,不仅增加网络负担,也影响用户体验。
Transaction v1 允许将更多签名、验证数据或指令序列整合于单一交易中,尤其适用于以证明或密钥为核心的数据结构,极大降低跨交易协调成本。
然而,即使字节数达到上限,若账户或指令数量超出 64 的阈值,交易仍无法通过验证。因此,容量优势必须结合其他维度约束共同考量。
读取服务需主动配置以支持新格式
Transaction v1 的上线并不自动意味着所有节点或中间件均可识别新类型。相关基础设施必须显式启用对版本 1 的支持,并设置参数 maxSupportedTransactionVersion: 1。
这适用于所有负责解析与索引交易的系统。传统交易与 v0 格式将继续被兼容运行,形成多版本共存生态,但只有具备版本感知能力的服务才能正确处理新增的高容量格式。
随着 2026 年 9 月 9 日临近,SIMD-0296 提供了容量扩容的技术依据,而 SIMD-0385 则完整定义了 v1 交易的结构边界——包括 4,096 字节、64 账户与 64 指令的三重限制。
免责声明:本文仅供信息参考之用。不构成任何法律、税务、投资、金融或其他方面的建议。
声明:本站所有文章内容,均为采集网络资源,不代表本站观点及立场,不构成任何投资建议!如若内容侵犯了原著者的合法权益,可联系本站删除。
