Solana 将其新的 4,096 字节事务限制限制为一个内存页

Solana 计划于 9 月 9 日将单笔交易可携带的数据量增加三倍。 根据 GitHub 上的 SIMD-0296 提案，这一新的 4,096 字节上限可以放入验证器硬件的单个 4 KiB 内存页中。

现在，需要多次事务处理的工作负载只需一次原子调用即可完成。.

QUIC 让 1232 字节的限制变得毫无意义。

Solana 最初的限制是出于网络方面的考虑。该网络采用的是 1280 字节的 IPv6 MTU。.

SIMD-0296 的作者写道，扣除协议开销后，交易有效载荷还剩下 1232 字节。考虑到每条消息都必须在不分片的情况下通过 MTU，这样的大小是合理的。.

Solana 在 2022 年将 QUIC 作为其处理交易的标准方式。RFC 9000 没有设定最大流大小，因此更大的有效负载可以在网络层面顺利通过。.

1232 字节的限制已经变成了一条没有技术依据的规则。.

这两份文件由安扎公司的工程师雅各布·克里奇和安德鲁·菲茨杰拉德撰写。SIMD -0296 提高了大小限制。

配套的 SIMD-0385了 defiv1消息格式，其中包含额外的字节。这对协议解决了自该区块链启动以来开发者们一直试图规避的一个限制。

该方案倾向于使用 4,096 字节，而不是 QUIC 允许的最大大小，以便将一笔交易放入验证器内存的单个标准 4 KiB 页中。任何交易都不会跨越页边界。.

每次事务的内存管理成本很低。每次事务仅限于单个页面。.

为了得出 4,096 字节的限制，克里奇和菲茨杰拉德分析了开发者如何使用 Jito 包来规避旧的限制：

• 提交的文件包中有 50% 小于或等于 2,048 字节。.
• 65% 的文件大小小于 6,144 字节。.
• 100% 的文件大小小于 9,216 字节。.

4,096 字节的上限可以满足单次调用中绝大多数的多事务工作负载，同时还能保持在验证器硬件页面限制之内。.

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

额外的容量可以支持超过 1232 字节限制的工作负载。.

零知识证明（例如 Token Extensions 的dent传输中使用的证明）生成的有效载荷超过了 1,232 字节的限制。.

为了解决这个问题，开发者们要么链式调用多个函数，要么放弃原子加密传输。新的 4096 字节限制允许在单笔交易中存储零知识证明。.

BLS签名聚合和大型多重签名配置也受益于此项变更。SIMD-0296指出，嵌套多重签名（机构财务部门和DAO通过Squads使用的多重签名类型）是主要驱动因素之一。.

它还提到了 Winternitz 一次性签名和无需预编译即可工作的链上 BLS 方案。.

该格式摒弃了地址查找表（Address Lookup Tables，ALT），v0 版本曾使用 ALT 通过短索引引用多达 64 个账户。ALT 增加了复杂性，却没有带来任何好处，因为现在只有 64 个内联的 32 字节地址，总共只占用 2048 字节，远低于上限。.

中每笔交易的 Solana 。即使字节预算问题得到解决，使用大量账户的应用仍然会达到这个上限。网络账户数量上限仍然是64 个

Jito 捆绑包允许开发者将最多五个交易合并成一个全有或全无的序列，以解决字节限制问题。.

Transaction v1 在单个事务中实现了相同的原子性结果。它将原生原子性直接引入到底层。.

V1 版本对发送方是可选的，因此旧版和 v0 版本交易仍然有效。Solana Solana 的迁移 说明 指出，这对读取区块的基础设施来说是一项重大变更。

如果数据工具和区块浏览器没有更新到 Solana的新版本，它们将完全冻结或报错。.

当应用程序尝试读取没有新版本参数的 v1 交易或区块时， Solana的服务器会拒绝该请求，并返回系统错误代码 -32015。.

持续传输实时区块的工具会遇到新的 v1 交易，收到完全空白的响应，然后就停滞不前。.

索引器（或记录交易数据的工具）显示新交易的优先级费用为零，因为它们查找的位置错误。.

过去，这些费用是从交易记录内的一个特殊列表中读取的。在新版本中，这些信息被保存在一个专门的汇总框中。.

Anza 要求 RPC 提供商升级到 Agave v4.2。Helius发布了一份迁移清单，详细说明了相关工作。

Transaction v1 于 9 月 1 日 epoch 1025 在 Solana 测试网上激活。Anza 正式计划于 9 月 9 日进行主网部署。.