Solana 激活 V1 格式,最大交易规模扩大逾三倍
要点速览
- •Solana 的 txv1 升级于 9 月 15 日在主网激活,并于 epoch 1035 开始时将最大交易规模从 1,232 字节提高至 4,096 字节。
- •新增容量有利于批量交易、大型多重签名批准、零知识证明和某些链上签名方案等数据密集型操作,而普通 SOL 转账从新格式中获得的收益有限。
- •Legacy 和 V0 交易仍获完整支持,大多数钱包用户无需转移资金、创建新地址或转换账户。
- •RPC 服务必须将 maxSupportedTransactionVersion 设置为 1,以避免检索 V1 交易时出现错误;索引器也必须读取新的 transactionConfig 字段,否则可能错误报告资源限制和优先费为零。
- •V1 允许在交易中直接包含最多 64 个账户地址,但不支持地址查找表;当区块空间需求较高时,更大的交易可能面临更高的优先费。

Solana 于 9 月 15 日约 01:00 UTC、epoch 1035 开始时在主网上激活了 txv1 功能。此次升级将最大交易规模从 1,232 字节提高至 4,096 字节,容量超过此前的三倍。
新增空间通过 V1 交易格式提供。应用必须明确添加支持后才能使用该格式,而 Legacy 和 V0 交易仍在原有限制下获得完整支持。
更大的交易并不意味着更大额的 SOL 转账
新限制涉及交易所携带的信息量,而不是用户可以发送的 SOL 数量。标准转账通常只需要有限的数据,因为其中仅包含少量账户、指令和签名。
更复杂的操作可能需要多条指令、大量账户地址、多重批准或加密证明。当这些信息超过原有限制时,开发者必须缩减数据负载、将操作拆分到多笔交易中,或使用地址查找表和交易捆绑等替代方案。
正如这篇 Solana 工作原理指南所述,Solana 可以并行处理彼此无关的交易。V1 不会改变这一执行模型,而是在单个操作必须包含多个相互关联的组成部分时提供更多空间。
当这些指令作为一笔原子交易提交时,它们会作为一个整体进行处理。整个操作要么成功,要么其变更被回滚,从而避免只有部分指令写入账本的情况。
可能受益于额外空间的操作
- 批量交易: 交易应用可以将相互关联的指令放入一笔交易,而不必协调多次确认。
- 大型多重签名批准: 当一项操作需要多人授权时,金库和企业钱包可以容纳更多签名及账户信息。
- 零知识证明: 应用可以在不披露所有底层信息的情况下证明某项条件得到满足,但证明本身可能需要大量交易空间。
- 链上签名方案: 某些加密签名格式此前生成的数据量超过单笔 Solana 交易的容量。
Solana 基金会将机密转账、嵌套多重签名、批量操作和某些链上签名方案列为新格式的潜在应用场景。
大多数钱包用户无需采取行动
此次激活不要求用户转移 SOL、创建其他地址或转换现有账户。继续使用 Legacy 或 V0 交易的应用,其运行方式应与升级前相同。
当应用选择发送 V1 交易时,用户需要兼容的钱包。随着服务提供商推出支持,保持钱包软件更新将使用户获得相关功能,但应用仍应在要求钱包签名前检查兼容性。
对用户而言,这项变化最终可能表现为复杂操作所需的批准请求减少。此前需要多笔关联交易的服务,可能改为发起一个请求并等待一次确认。
开发者和索引器必须更新软件
发送 V1 交易是可选的,但读取 V1 交易可能给尚未更新的基础设施带来兼容性问题。
检索交易或区块的 RPC 服务必须设置 maxSupportedTransactionVersion: 1。如果未设置该参数,请求 V1 交易可能返回错误;单笔不受支持的交易也可能导致整个区块的请求失败。
索引器面临另一种风险。V1 将计算限制、已加载账户数据限制和优先费存储在 transactionConfig 中,而不是 Compute Budget 指令中。仍扫描旧位置的软件可能错误分类交易,或将其资源限制和优先费报告为零。
创建 V1 交易的应用必须明确设置计算单元和已加载账户数据限制。新格式中这两个值默认为零,因此省略它们可能导致交易在执行前失败。
超过 1,232 字节的交易还必须使用 base64 编码提交。base58 提交路径仍保留原有的规模上限。
V1 增加空间,但也改变其他限制
V1 并不只是带有更大数据负载的 V0。它可以在交易中直接包含最多 64 个账户地址,但不支持地址查找表。重复的账户地址也会被拒绝。
这些规则为应用团队带来了不同的设计选择。当查找表能够高效引用账户时,V0 仍然有用;而 V1 则面向更需要额外指令、签名或证明空间的操作。
基本支付不太可能从新格式中获益。对于能够替代复杂操作流程,或容纳此前完全无法装入单笔交易的数据的应用而言,使用 V1 更为合理。
更大的交易可能带来更高费用
提高字节上限并不会自动使每笔 V1 交易都更加昂贵。成本取决于所请求的资源、签名数量以及应用选择的优先费。
更大的消息确实会消耗更多验证者带宽。Solana 的文档表示,与寻求同等优先级的较小交易相比,调度器预计会要求更大交易支付更高的优先费,尤其是在区块空间需求较高时。
V1 将优先费表示为 lamports 的总金额。V0 使用每计算单元的价格,这意味着分析平台在比较两种格式前必须对其进行标准化。
正如 Solana 最近的费用数据所显示的,优先费需求可能随着网络活动发生显著变化。因此,开发者需要权衡单笔更大操作带来的便利,以及在网络拥堵期间将其纳入区块所需的成本。
激活开启采用测试
此次升级消除了此前影响 Solana 应用构建方式的一项限制,但主网激活并不保证广泛采用。在开发者能够将其用于面向用户的产品之前,钱包、RPC 服务提供商、索引器和应用库必须正确处理新格式。
最早的收益可能出现在已经受到原有限制影响的工作负载中,包括机密转账、机构多重签名安排和指令密集型应用。对于普通转账而言,既有格式仍是更简单的选择。
V1 的重要性将取决于:将这些工作负载装入一笔原子交易后,在协调、签名和失败尝试方面节省的成本,是否足以证明更新相关基础设施的必要性。
本文仅供信息参考,不构成金融或投资建议。钱包兼容性、应用支持和交易费用均可能发生变化。
来源:Coindoo