自选
我的自选
查看全部
市值 价格 24h%
  • 全部
  • 产业
  • Web 3.0
  • DAO
  • DeFi
  • 符文
  • 空投再质押
  • 以太坊
  • Meme
  • 比特币L2
  • 以太坊L2
  • 研报
  • 头条
  • 投资

免责声明:内容不构成买卖依据,投资有风险,入市需谨慎!

Solana 交易量能力三倍增长,接下来会发生什么?

2026-09-15 15:44:02
收藏

Solana 主网正式启用 Transaction V1:交易容量扩展至 4096 字节,赋能复杂原子操作

周二,Solana 在其主网上线了 Transaction V1(交易版本 1)功能,使得在每笔交易中附加更多数据成为可能。这将赋予开发者更大的空间,以在一个原子过程中执行更复杂的操作。这一开发成果对去中心化金融(DeFi)领域的开发者、钱包提供商、索引器以及 RPC(远程过程调用)运营商而言至关重要。此外,该新功能也将影响其他涉及代币化资产和支付解决方案的项目。

根据 Solana 升级页面的公告,txv1 功能门控于 UTC 时间 9 月 15 日凌晨 01:00 左右,即第 1035 纪元初期 rollout(部署)。目前,Transaction V1 已在主网、测试网和开发网全面上线。



从 1,232 字节到 4,096 字节的跨越

首先是交易大小的限制。现在,Solana 将序列化交易的最大尺寸从 1,232 字节翻倍至 4,096 字节,从而为交易提供了约三倍多的额外空间。

新交易的格式由 SIMD-0296 定义,而 V1 消息格式则基于 SIMD-0385。此前,Solana 的限制主要基于保守的网络 MTU(最大传输单元)限制。如今,通过打破 QUIC 协议中流大小的硬限制,使得更大规模的交易成为可能。

额外的空间将在处理涉及大量交易数据的工作负载时发挥重要作用,例如零知识证明、大规模多重签名操作以及包含 BLS 签名的场景。据 Cryptopolitan 报道,V1 版本曾于 9 月 1 日的第 1025 纪元在测试网上线,这给了基础设施提供商为主网上线做准备的机会。



Solana Transaction V1 与传统版本对比:4096 字节升级详解

为何单个原子交易至关重要

当开发者发现 Solana 存在交易大小上限时,在某些情况下,他们不得不将操作拆分为一系列交易,或使用 Jito 打包方案。但正如 SIMD-0296 中的解释所述,在协议层面的原子性讨论中,“打包”并不等同于原生交易。

通过 Transaction V1,更多的指令和数据可以被放入单笔交易中。这意味着路由、验证检查和处理批处理要么全部成功,要么全部失败,而不是分散在不同的交易中执行。在某些情况下,完成一项操作所需的签名和确认次数也会减少。



地址查找表(Address Lookup Table)的权衡

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



深入解析 Solana Transaction V1:全新交易布局

计算限制和优先费设置已从 ComputeBudget 指令移至交易设置中,这使得基础设施提供商能够更方便地访问这些设置。V1 交易不再剥离地址查找表,因为所引用的账户已直接包含在交易中。

虽然这有助于简化交易结构,但也以牺牲交易大小为代价。因为一个 v0 版本的地址查找表仅需一个字节作为索引,而内联公钥则需要 32 字节。通过对 Solana 地址查找表的分析发现,62% 的 v0 交易至少使用了一个地址查找表;因此,使用多个地址查找表的密集交易会使交易体积增加超过 1,500 字节。不过,64 个账户的数量限制保持不变。



V1 在 Solana 代币化金融战略中的地位

此次升级正值 Solana 扩大其在链上金融领域地位之时。根据 DeFiLlama 的数据,Solana DeFi 领域的总锁定价值(TVL)接近 59.5 亿美元,其 24 小时去中心化交易所交易量约为 17.9 亿美元。

Solana 的 8 月摘要显示,网络上的现实世界资产(RWA)价值已超过 40 亿美元,分布在超过 35 万个地址中。此外,xStocks 管理的资产总额已超过 5 亿美元。

尽管交易容量有所增加,但这并不意味着采用率的必然提升。Galaxy Research 指出,Solana 代币中仍有很大一部分价值未被利用,而其他竞争平台在快速发展的某些领域仍占据领先地位。

因此,V1 拓宽了开发者在 Solana 上创建应用的范围。然而,更棘手的问题是:用户、流动性和交易活动是否会随之而来?



运营商当前需要做什么?

RPC 读取者应为 getTransaction 和 getBlock 设置 maxSupportedTransactionVersion: 1;索引器需要从 transactionConfig 中读取 V1 的计算限制和优先费。验证器和 RPC 运营商应运行 Agave v4.2.2 或更高版本。V1 发送方也应明确设置计算和加载账户限制,对于超过 1,232 字节的交易,应使用 base64 编码。与此同时,钱包提供商应在确认其软件能够正确解析和签署新格式后,再宣传其对 V1 的支持。以上建议均依据 Solana 的升级指南。

展开阅读全文
更多新闻