Solana交易规模增长超三倍

核心提要：两项索拉纳治理提案拟将最大交易体积提升逾三倍两项索拉纳（Solana）治理提案提出将最大交易体积从基准的 1,232 字节提升至提议的 4,096 字节，增幅超过三倍。然而，这两份文件目前仍标记为“审核中”（Review），且均未确定在主网激活的具体日期。此次针对索拉纳交易体积的更改仅适用于新的 v1 交易格式，现有交

两项索拉纳治理提案拟将最大交易体积提升逾三倍

两项索拉纳（Solana）治理提案提出将最大交易体积从基准的 1,232 字节提升至提议的 4,096 字节，增幅超过三倍。然而，这两份文件目前仍标记为“审核中”（Review），且均未确定在主网激活的具体日期。此次针对索拉纳交易体积的更改仅适用于新的 v1 交易格式，现有交易格式将不受影响。

报道中提及的交易体积增加意味着什么

核心依据来自 SIMD-0296 提案，该提案指出现有的最大交易载荷为 1,232 字节。这一数值是基于保守估计的 1,280 字节 IPv6 MTU（最大传输单元），并扣除了网络开销后得出的。该提案计划将该上限提高至 4,096 字节。

记录在案的交易体积基准

1,232 字节： SIMD-0296 确认 1,232 字节为现有的最大交易载荷。该提案不影响遗留版本（Legacy）和 v0 版本的交易。

据报道的增加幅度有多大？

将提议的上限除以基准值，得出约为 3.32 倍，即增加了约 232%。这正是“超过三倍”这一说法的来源。需要注意的是，这一比率比较的是提议的字节限制，而非对网络吞吐量的测量。交易体积与交易数量及每秒交易量（TPS）是截然不同的概念。单个交易体积的增大本身并不会直接提升网络吞吐量，后者与该提案属于不同的范畴，尽管索拉纳网络的 TPS 近期已创下新高。

提议的 v1 交易体积上限

4,096 字节： SIMD-0296 提议将 v1 交易的体积上限设为 4,096 字节，约为 1,232 字节基准值的 3.32 倍（增加 232.5%）。应用程序必须采用 v1 格式才能享受此变化。目前获取的提案状态标记为“审核中”，未确立主网激活时间；此比较不涉及吞吐量测量。

更大的索拉纳交易对开发者的潜在意义

SIMD-0296 列举了目前受限于体积的几种用例，包括：机密余额的零知识证明（ZK proofs）、未截断的 Winternitz 签名、嵌套 Squads 多签以及无预编译的 BLS 签名方案。更多的载荷空间将为这些交易类型提供目前所缺乏的空间。

增大的体积限制可能无法解决的问题

额外的空间是有界限的。配套的 SIMD-0385 提案规定了每个交易的最大值为 12 个签名、64 个账户和 64 条指令，这与之前列出的最大值相同。因此，在保持这些结构限制不变的情况下，字节上限得以提升。此外，SIMD-0385 还从 v1 格式中移除了地址查找表，并将计算预算配置移至交易字段中。

任何益处都取决于采纳情况。较大的体积仅限于 v1 格式，并要求应用程序进行更新，而遗留版本和 v0 版本的交易不受影响。这意味着，旨在构建如索拉纳上大规模 USDC 铸造等高流量流程的开发者，需要迁移至新格式才能看到任何变化。

仍需确认的推出细节

SIMD-0296 和 SIMD-0385 均显示状态为“审核中”，其激活功能字段为占位符，两者均未确立主网激活日期。这表明该变更仍处于提案阶段，而非已发布的实现或已激活的网络功能。

索拉纳文档指出，交易指令的执行是原子的：如果任何指令失败，所有状态更改都会回滚，尽管失败时仍会收取费用。这一执行模型并未因体积提案而改变，对于考虑更大、更复杂交易的开发者（包括参与近期索拉纳国库融资的机构参与者）而言，这一点值得注意。在出现验证者发布或功能激活记录之前，更高的容量应被视为“提议中”，而非“已上线”。