自选
我的自选
查看全部
市值 价格 24h%
  • 全部
  • 产业
  • Web 3.0
  • DAO
  • DeFi
  • 符文
  • 空投再质押
  • 以太坊
  • Meme
  • 比特币L2
  • 以太坊L2
  • 研报
  • 头条
  • 投资

免责声明:内容不构成买卖依据,投资有风险,入市需谨慎!

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

2026-09-08 17:12:55
收藏

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 条指令的边界限制。

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

展开阅读全文
更多新闻