• 全部
  • 产业
  • Web 3.0
  • DAO
  • DeFi
  • 符文
  • 空投再质押
  • 以太坊
  • Meme
  • 比特币L2
  • 以太坊L2
  • 研报
  • 头条
  • 投资

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

Solana主网V1版本上线,交易大小提升至4096字节

2026-09-09 03:20:18
收藏

Solana 将于 9 月 9 日将单笔交易的数据承载量提升三倍

Solana 计划于 9 月 9 日将单笔交易可携带的数据量提升至原来的三倍。根据 GitHub 上的 SIMD-0296 提案,这一新的 4,096 字节上限恰好能容纳在验证器硬件的单个 4 KiB 内存页中。对于需要多次交易的工作负载,现在只需一次原子调用即可完成。



QUIC 协议使原有的 1,232 字节限制失去意义

Solana 最初的限制源于网络层面的谨慎考量。该网络采用 1,280 字节的 IPv6 MTU(最大传输单元)进行运作。SIMD-0296 的作者指出,扣除协议开销后,留给交易载荷的空间仅为 1,232 字节。在每条消息都必须通过 MTU 且不允许分片的情况下,这是合理的。

然而,Solana 已于 2022 年转向使用 QUIC 作为处理交易的标准方式。RFC 9000 标准并未设定最大流大小限制,因此较大的载荷可以在网络层面毫无问题地传输。这意味着 1,232 字节的限制已变成一条缺乏技术依据的规则。

这两份文档由 Anza 工程师 Jacob Creech 和 Andrew Fitzgerald 撰写。SIMD-0296 提高了大小限制,而配套的 SIMD-0385 定义了包含额外字节的 v1 消息格式。这对组合解决了自链上线以来开发者一直试图规避的一个约束条件。

该提案选择 4,096 字节而非 QUIC 允许的最大尺寸,是为了确保交易能够放入验证器内存的标准 4 KiB 页面中,且任何交易都不会跨越页面边界。每个交易的内存管理成本很低,因为每个交易都被限制在单个页面内。

为了确定 4,096 字节的上限,Creech 和 Fitzgerald 分析了开发者如何使用 Jito 捆绑包来绕过旧有的限制:

  • 50% 提交的捆绑包大小为 2,048 字节或更小。
  • 65% 小于 6,144 字节。
  • 100% 保持在 9,216 字节以下。

4,096 字节的上限在满足验证器硬件页面约束的同时,以单次调用覆盖了绝大多数此类多交易工作负载。

SIMD-0296 提案的影响部分展示了用于证明 4,096 字节限制合理性的 Jito 捆绑包字节大小分布。来源:Solana GitHub。


Solana 上未准备好的 RPC 调用现抛出错误 -32015

额外的容量使得超出 1,232 字节限制的工作负载成为可能。零知识证明(例如 Token Extensions 中机密转账所使用的证明)生成的载荷曾超过 1,232 字节的限制。为了解决这个问题,开发者之前不得不链接多个调用,或者放弃原子的加密转账。新的 4,096 字节限制允许在单笔交易中容纳零知识证明。

BLS 签名聚合和大型多重签名配置也从此次变更中受益。SIMD-0296 引用了嵌套多重签名(Squads 通过其用于机构金库和 DAO 的多重签名类型),将其视为主要驱动因素之一。此外,还提到了无需预编译即可工作的 Winternitz 一次性签名和链上 BLS 方案。

新格式摒弃了地址查找表(Address Lookup Tables)。v0 版本曾利用这些表通过短索引引用多达 64 个账户。由于现在可以直接内联 64 个 32 字节的地址(仅占用 2,048 字节,远低于上限),保留表格只会增加复杂性而无实际收益。不过,每笔交易最多 64 个账户的限制在 Solana 网络上仍然有效。即使解决了字节预算问题,重度账户应用仍会触及此上限。

此前,Jito 捆绑包允许开发者将最多五笔交易合并为一个全有或全无的序列,以解决字节限制问题。Transaction v1 在同一笔交易中实现了相同的原子结果,直接将原生原子性带入了基础层。v1 对发送者是可选的,因此传统和 v0 交易继续正常工作。

Solana 基金会的迁移说明指出,这对于读取区块的基础设施而言是一个破坏性更改。如果数据工具和区块浏览器没有针对 Solana 的新版本进行更新,它们将完全冻结或输出错误。当应用程序尝试在没有新版本参数的情况下读取 v1 交易或区块时,Solana 服务器将以系统错误代码 -32015 拒绝请求。

持续流式传输实时区块的工具遇到新的 v1 交易时,会收到完全空白的响应并停滞不前。索引器(记录交易数据的工具)显示新交易为零优先级费用,因为它们查看的位置不正确。过去,这些信息从交易内部的一个特殊列表中读取;在新版本中,该信息被保存在其专用的摘要框中。

Anza 要求 RPC 提供商升级至 Agave v4.2。Helius 已发布迁移清单,详细说明了相关工作。Transaction v1 已于 9 月 1 日在第 1025 epoch 期间在 Solana 测试网上激活。Anza 正式安排于 9 月 9 日在主网上部署。

免责声明:

本网站、超链接、相关应用程序、论坛、博客等媒体账户以及其他平台和用户发布的所有内容均来源于第三方平台及平台用户。百亿财经对于网站及其内容不作任何类型的保证,网站所有区块链相关数据以及其他内容资料仅供用户学习及研究之用,不构成任何投资、法律等其他领域的建议和依据。百亿财经用户以及其他第三方平台在本网站发布的任何内容均由其个人负责,与百亿财经无关。百亿财经不对任何因使用本网站信息而导致的任何损失负责。您需谨慎使用相关数据及内容,并自行承担所带来的一切风险。强烈建议您独自对内容进行研究、审查、分析和验证。

展开阅读全文
更多新闻
自选
我的自选
查看全部
市值 价格 24h%