Solana将交易处理能力提升至原来的三倍。接下来会发生什么?

cryptonews.ru发布于2026-09-15更新于2026-09-15

文章摘要

Solana主网已启用新版交易Transaction V1,将单笔交易的最大容量从1232字节提升至4096字节,处理能力提升约三倍。这一更新允许开发者在单个原子交易内执行更复杂的操作,尤其有益于DeFi、钱包服务、索引器和RPC运营商等场景,同时为涉及零知识证明、大规模多签和BLS签名等应用提供更大空间。 新版本优化了资源管理和账户引用方式,取消了地址查找表,将计算资源限制和优先费用设置移至交易配置层级,便于基础设施提供商直接访问。但这也使得交易体积有所增加,因为原本使用地址查找表仅需1字节索引,而内联公钥则需32字节。 尽管Solana上DeFi总锁仓价值已近140亿美元,且其实物资产代币化规模超40亿美元,分析师指出,平台仍需进一步提升资金利用率和用户活跃度。此次升级虽扩展了开发可能性,但实际应用和流动性增长仍有待观察。 对于生态参与者,RPC服务需在查询中设置maxSupportedTransactionVersion: 1,索引器需从transactionConfig读取V1的计算资源限制和优先费用,验证者和RPC运营商应使用Agave v4.2.2或更高版本。钱包供应商则需确保其软件能正确解析和签署新格式后再宣布支持V1。

周二,Solana在其主网中部署了Transaction V1功能,允许在每笔交易中包含更多数据。这将为开发者在单个原子流程内执行更复杂的操作提供更多可能性。

这一进展对于DeFi领域的开发者、钱包提供商、索引器以及RPC运营商具有重要意义。新功能也可能影响到涉及代币化资产和支付解决方案的其他项目。

根据Solana更新页面说明,txv1功能已于9月15日世界标准时间01:00左右在第1035个纪元开始时启动,现在V1交易已在主网、测试网和开发网中可用。

从1232字节到4096字节

首要问题是交易规模限制。现在Solana已将序列化交易的最大尺寸从1232字节增加到了4096字节,从而使交易空间大约增加了三点三倍。

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

在此之前,Solana的限制基于保守的网络MTU限制。现在,放弃QUIC中的硬性流大小限制允许进行更大规模的交易。

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

Solana Transaction V1与旧版本对比:详解4096字节更新

单笔原子交易为何重要

发现Solana交易规模限制的开发者在某些情况下能够将其操作拆分为一系列交易,或使用Jito捆绑交易包。

然而,正如SIMD-0296中所解释的,在讨论协议层面的原子性时,交易包并不等同于原生交易。

在Transaction V1版本中,可以在单笔交易中容纳更多的指令和数据。因此,路由、正确性验证和批量处理将要么成功完成,要么整体失败,而不是分散在多个独立的交易中执行。

在某些情况下,执行操作所需的签名和确认次数可能会减少。

地址查找表的权衡

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

解析Solana V1交易内部结构:详解新交易架构

计算资源限制和优先费用设置已从ComputeBudget指令转移到了交易配置中,这使得基础设施提供商可以更容易地访问这些设置。

V1交易也不再使用地址查找表,因为其中指定的账户已直接包含在交易内。

尽管这有助于简化交易,但代价是增加了交易大小,因为v0版本的地址查找表只需一个字节的索引,而内联的公钥则需要32个字节。

对Solana地址查找表的分析显示,62%的v0版本交易至少使用了一个地址查找表;因此,对于使用多个地址查找表的交易条目较多的交易,其大小将增加超过1500字节。账户数量上限64个保持不变。

V1如何融入Solana的代币化金融发展策略?

此次更新发生在Solana网络锁定总价值接近数十亿美元,且去中心化交易所24小时交易量约为17.9亿美元的时刻。

8月份的Solana报告还指出,网络中的现实世界资产价值已超过40亿美元,并存储在超过35万个地址中。此外,xStocks已吸引了超过5亿美元的资产管理规模。

交易吞吐量的提升本身并不意味着将带来更广泛的采用。

Galaxy Research的分析师指出,迄今为止,投入Solana代币的很大一部分价值尚未被利用,而竞争平台在某些快速增长领域仍处于领先地位。

因此,V1版本扩展了开发者可以在Solana上构建的应用范围。然而,更复杂的问题是,用户、流动性和交易活动是否会随之增长。

运营商现在需要做什么?

RPC使用者应为getTransaction和getBlock设置maxSupportedTransactionVersion: 1,而索引器需要从transactionConfig中读取V1的计算资源限制和优先费用。验证者和RPC运营商应使用Agave版本4.2.2或更高版本。V1的发送方也应显式设置计算资源和加载账户的限制,并对超过1232字节的交易使用base64编码。同时,钱包提供商应在确认其软件能够正确解析和签署新格式后,再宣布支持V1,这是根据Solana更新指南的建议。

end-content

热门币种推荐

相关问答

QSolana Transaction V1 更新将最大事务大小从多少字节增加到多少字节?

ASolana Transaction V1 更新将最大事务大小从 1232 字节增加到了 4096 字节。

Q为什么对开发者来说,在一个原子事务中包含更多指令和数据很重要?

A因为在一个原子事务中,所有包含的操作(如路由、正确性检查和批处理)要么全部成功,要么全部失败,这提供了更高的操作确定性和简化了复杂的、多步骤的应用逻辑处理。

Q事务版本 V1 中对“地址查找表”的处理方式做了什么改变?

A事务版本 V1 移除了对地址查找表的使用,相关账户地址被直接内嵌在事务中。虽然这简化了事务处理,但也增加了事务的大小,因为一个32字节的公钥取代了原本可能只需1字节的索引。

Q文章提到,尽管 Solana 的处理能力提升了,但什么因素可能阻碍其被更广泛地采用?

A尽管处理能力提升了,但更广泛采用可能受阻于用户、流动性和实际交易活动是否能够跟上技术的进步。有分析指出,大量锁定在Solana代币中的价值仍未得到有效利用。

Q根据文章,不同角色的基础设施运营商(如RPC提供者、索引器、验证者)在升级到V1后需要采取哪些具体行动?

ARPC提供者需要在 `getTransaction` 和 `getBlock` 调用中设置 `maxSupportedTransactionVersion: 1`。索引器需要从 `transactionConfig` 中读取V1的计算资源限制和优先费用。验证者和RPC运营商应使用Agave客户端版本4.2.2或更高。钱包提供商则需在确认其软件能正确解析和签署新格式后,才宣布支持V1。

你可能也喜欢

交易

现货

热门文章

相关讨论

欢迎来到HTX社区。在这里,您可以了解最新的平台发展动态并获得专业的市场意见。以下是用户对SOL(SOL)币价的意见。

活动图片