Solana 的交易处理能力刚刚提升了三倍，接下来会发生什么？

Solana 于周二在其主网上线了 Transaction V1 功能，允许在每笔交易中添加更多数据。这将为开发者提供更大的空间，让他们能够在单个原子进程中执行更复杂的操作。.

这项开发成果对 DeFi 领域的开发者、钱包提供商、索引器和RPC运营商都至关重要。此外，这项新功能也可能影响其他涉及代币化资产和支付解决方案的项目。.

根据 Solana 升级页面上的说明，txv1 功能门已于 9 月 15 日 01:00 UTC（第 1035 个纪元）开始推出，交易 V1 现在已在主网、测试网和开发网上线。.

从 1,232 字节到 4,096 字节

第一个限制是事务大小。现在， Solana 将序列化事务的最大大小从 1232 字节增加到 4096 字节，从而为事务提供了更多空间，大约是原来的 3.3 倍。.

新交易的格式在 SIMD-0296 中 defi，而 V1 消息格式基于 SIMD-0385。.

此前， Solana 的限制是基于保守的网络 MTU 限制。现在，QUIC 突破了对流大小的硬性限制，从而可以处理更大的事务。.

额外的空间将有助于处理涉及大量交易数据的工作负载，例如零知识证明、大规模多重签名操作以及包括BLS在内的签名。据 Cryptopolitan， V1 于9月1日（第1025个纪元）在测试网上线，使基础设施提供商有机会为主网上线做好准备。

为什么一次原子交易至关重要

发现 Solana 对交易大小有限制的开发者，在某些情况下可以将操作拆分成一系列交易，或者使用 Jito 包。.

但正如 SIMD-0296 中提供的解释所表明的那样，在协议层面讨论原子性时，捆绑包并不等同于原生事务。.

使用 Transaction V1，可以在一个事务中放入更多指令和数据。这样，路由、验证检查和批处理要么全部成功，要么全部失败，而无需在单独的事务中执行。

在某些情况下，执行某项操作所需的签名和确认会更少。.

地址查找表的权衡

V1 还改变了交易管理资源和账户引用的方式。.

计算限制和优先费用设置已从 ComputeBudget 指令移至交易设置，使基础设施提供商能够轻松访问这些设置。.

V1 交易也会从地址查找表中删除，因为引用的账户包含在交易中。.

虽然这有助于简化交易，但代价是交易的大小，因为 v0 地址查找表只需要一个字节的索引，而内联公钥需要 32 个字节。.

通过对 Solana 地址查找表的分析发现，62% 的 v0 版本交易至少使用了一个地址查找表；因此，使用多个地址查找表的密集型交易将使交易大小增加超过 1500 字节。64 个账户的限制保持不变。.

V1 在 Solana的代币化金融战略中扮演什么角色？

之际 Solana 不断拓展其在链上金融领域地位 据 DeFi总锁定价值 Solana的 DeFi 接近 59.5 亿美元，其 24 小时去中心化交易量约为 17.9 亿美元。

Solana 八月份的业绩总结报告还指出，该网络上的实际资产价值已超过 40 亿美元，分布在超过 35 万个地址上。此外，xStocks 的管理资产规模也已超过 5 亿美元。.

交易容量增加并不意味着用户采纳率就会提高。.

Galaxy Research 观察到， Solana代币中蕴含的大量价值仍未被利用，而竞争平台在一些快速增长的领域仍然处于领先地位。.

V1版本因此拓宽了开发者可以在 Solana上创建的应用范围。然而，更棘手的问题是，用户数量、流动性和交易活动是否会随之增长。.

运营商现在需要做什么？

RPC 读取器应将 `maxSupportedTransactionVersion` 设置为 1 以调用 `getTransaction` 和 `getBlock` 方法，而索引器需要从 `transactionConfig` 中读取 V1 计算限制和优先手续费。验证器和 RPC 操作器应运行 Agave v4.2.2 或更高版本。V1 发送器还应显式设置计算限制和已加载账户限制，并对大于 1232 字节的交易使用 base64 编码。同时，钱包提供商应根据 Solana的升级指南。

如果你正在阅读这篇文章，你已经领先一步了。 订阅我们的新闻简报，继续保持领先优势。