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

Solana主网上线Transaction V1，单笔交易能承载的数据量扩大三倍多，开发者可以在一笔原子交易里执行更复杂的操作。这个更新对DeFi开发者、钱包、索引器和节点运营方都很关键，代币化资产、支付项目也会受益。下面小编简单梳理了Solana主网上线Transaction V1的最新进展。

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

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

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

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

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

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

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

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

Solana Transaction V1与传统版本：4,096字节升级详解

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

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

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

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

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

地址查找表的权衡

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

Solana Transaction V1内部机制：全新交易布局详解

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

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

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

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

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

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

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

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

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

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

运营商现在需要做什么？

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