周二,Solana 在其主网上线了 Transaction V1(交易版本 1)功能,使得在每笔交易中附加更多数据成为可能。这将赋予开发者更大的空间,以在一个原子过程中执行更复杂的操作。这一开发成果对去中心化金融(DeFi)领域的开发者、钱包提供商、索引器以及 RPC(远程过程调用)运营商而言至关重要。此外,该新功能也将影响其他涉及代币化资产和支付解决方案的项目。
根据 Solana 升级页面的公告,txv1 功能门控于 UTC 时间 9 月 15 日凌晨 01:00 左右,即第 1035 纪元初期 rollout(部署)。目前,Transaction V1 已在主网、测试网和开发网全面上线。
首先是交易大小的限制。现在,Solana 将序列化交易的最大尺寸从 1,232 字节翻倍至 4,096 字节,从而为交易提供了约三倍多的额外空间。
新交易的格式由 SIMD-0296 定义,而 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 交易至少使用了一个地址查找表;因此,使用多个地址查找表的密集交易会使交易体积增加超过 1,500 字节。不过,64 个账户的数量限制保持不变。
此次升级正值 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 的升级指南。