Solana Agave 4.2:租金削减90%,迈向200毫秒区块时代

SOL
交易大小租金削减FiredancerAgave 4.2区块时间AlpenglowSolana
1 小时前来源: crypto.news
Solana Agave 4.2:租金削减90%,迈向200毫秒区块时代

8月17日当周,三个功能门控升级开始在Solana主网上激活。链上存储租金降低90%,最大交易大小增加3.3倍,以及从400毫秒逐步缩短至200毫秒的时段时间,代表了自Firedancer上线主网以来Solana最重大的基础设施变革。

摘要

  • Solana的Agave 4.2客户端于8月17日当周开始主网功能激活,交付三项独立升级:租金降低90%,交易大小扩大3.3倍,以及时段时间从400毫秒逐步缩短至200毫秒。
  • SIMD-0437将每字节的lamports常数从6,960降至696,使标准SPL代币账户的免租金存款从约0.16美元降至约0.016美元,将部署链上程序和创建代币账户的成本降低一个数量级。
  • SIMD-0296通过新的v1交易格式将最大交易大小从1,232字节提升至4,096字节,使ZK证明、大型多重签名和链上BLS签名方案能够作为单个原子交易落地。
  • SIMD-0525目标是通过四次连续的50毫秒递减实现200毫秒的时段时间,并设有保障机制,如果在任何阶段区块跳过率超过定义阈值,则停止推进。
  • Agave 4.2还包括完整的Alpenglow共识代码库,但主网激活将推迟至10月的Agave 4.3,届时Alpenglow将用Votor投票算法取代历史证明和TowerBFT,目标实现约150毫秒的最终性。

Solana在2026年的基础设施路线图是一系列相互叠加的赌注。Firedancer于2025年12月上线主网,目前承载约14%的主网质押,覆盖超过20%的活跃验证者。Agave 4.2改变了这些验证者运行的网络的经济性和性能特征。Alpenglow将在下一个版本中发布,完全取代共识机制。每一层都依赖于前一层,每一层都改变了开发者可以在Solana上构建的内容。

本文分解了Agave 4.2的三项升级,衡量了每项升级在实践中改变了什么,并考察了它们如何使Solana与以太坊的Hegota路线图以及更广泛的开发者和用户注意力竞争相抗衡。

租金降低:0.016美元账户对构建者的意义

Solana上的租金是用户为保持账户开放而必须存入的最低余额。该存款随存储的数据量而扩展。在之前的费率下,标准SPL代币账户需要约0.16美元的SOL作为免租金存款。这笔金额不是费用。它在账户存在期间被锁定,并在账户关闭时返还。

SIMD-0437将每字节的lamports常数降低了10倍,从6,960降至696。同一代币账户的免租金存款降至约0.016美元。对于单个账户,差异微不足道。对于创建数千或数百万账户的应用程序,差异是结构性的。

在链上维护订单簿的去中心化交易所为每个未结订单创建账户。跟踪玩家状态的游戏协议为每个活跃玩家创建账户。发行碎股的代币化平台为每个持有者创建账户。在每种情况下,引导应用程序的成本与账户数量线性扩展,而SIMD-0437将该成本降低了90%。

实际效果是,在之前租金费率下在Solana上不经济的应用程序类别在新费率下变得可行。具有细粒度价格水平的链上订单簿、具有数百万玩家持久状态的完全链上游戏,以及拥有数万持有者的代币化平台,其运营成本都显著降低。

反对观点是,更便宜的存储增加了状态膨胀。Solana上存在的每个账户都占用验证者必须存储和处理的空间。将创建账户的成本降低90%可能会导致账户数量相应增加,给验证者硬件要求带来压力。Agave背后的开发团队Anza认为,未来版本中的状态压缩和账户生命周期管理功能将独立于租金费率解决膨胀问题。

更大的交易:从变通方案到原子执行

1,232 字节的交易限制一直是 Solana 开发者最头疼的问题之一。这一限制源于网络基于 UDP 的数据包大小限制,该限制在启动时设定,从未更新。处理复杂操作、ZK 证明、大型多重签名配置和多指令 DeFi 交易的开发者,不得不将工作拆分到多个交易中,或使用地址查找表来压缩引用。

SIMD-0296 通过新的 v1 交易格式将限制提高到 4,096 字节。该格式用直接在交易头中携带的配置掩码取代了 ComputeBudgetProgram 指令,为实际指令数据腾出空间。v1 交易通过前导版本字节 129 识别,不支持地址查找表,但在 4,096 字节下,大多数情况下可以直接包含完整地址列表。

受影响最大的是三类开发者。ZK 证明验证需要将证明数据作为交易输入传递,现在可以作为一个原子交易完成,而无需拆分到多个调用中。具有多个签名者的大型多重签名钱包可以在一个交易中包含所有签名。而像 BLS 这样的链上签名方案,需要更大的密钥材料,现在无需变通即可执行。

现有应用程序无需更改。v0 和传统交易格式继续像以前一样工作。只有需要更大尺寸的应用程序才需要采用 v1。解码原始交易字节的索引器和区块浏览器需要识别新的布局,但迁移路径是自愿的,而非强制性的。

与以太坊实际上无限的 calldata 相比,3.3 倍的增加可能看起来不大。区别在于 Solana 交易在单个时隙内以确定性顺序执行,而以太坊交易则竞争区块包含权,并具有可变的 gas 成本。Solana 的方法以灵活性换取速度:Solana 上的 4,096 字节交易在一秒内确认,而类似的以太坊交易可能根据 gas 价格和区块拥堵情况等待数分钟。

通往 200 毫秒时隙之路

SIMD-0525 是三项升级中最雄心勃勃的一项,也是对用户影响最明显的一项。目前 Solana 的时隙时间为 400 毫秒,意味着大约每 0.4 秒产生一个新块。SIMD-0525 的目标是将其缩短至 200 毫秒,实际上使网络的区块产出率翻倍。

这一缩短并非一蹴而就。它分四个连续的 50 毫秒递减步骤进行:从 400 毫秒到 350 毫秒,然后 300 毫秒,然后 250 毫秒,最后 200 毫秒。每一步都由验证者必须采用的功能激活来控制。协议包含一个关键的安全保障:如果在任何阶段区块跳过率超过设定阈值,网络将不会进入下一步递减,直到稳定性恢复。

测试网已经展示了 300 毫秒的时隙,验证了前两个递减步骤。剩余到 250 毫秒和 200 毫秒的步骤将取决于主网验证者在真实负载下的表现,这与测试网在流量、地理分布和硬件多样性方面有所不同。

对于用户来说,更快的时隙意味着更快的确认。目前 Solana DEX 上的交换大约在 400 毫秒内确认。在 200 毫秒时隙下,同样的交换确认时间减半。对于做市商来说,更紧凑的时隙意味着更窄的点差,因为报价可能过时的窗口随着每次递减而缩小。对于验证者来说,更快的时隙意味着更高的硬件要求:每个时隙的计算预算保持不变,但处理时间减半。

验证者硬件问题并非理论上的。ETHNews 报道称,Agave 4.2 升级“使使用更便宜,运行更困难。”租金降低降低了开发者的成本。时隙时间缩短增加了验证者的成本。这种权衡是否净正面取决于更低的开发成本是否能吸引足够多的新活动,以证明验证者必须承担的更高基础设施成本是合理的。

Firedancer在升级中的作用

如果没有Firedancer在主网上的存在,Agave 4.2的性能要求将更难满足。Jump Crypto的C和C++验证器客户端于2025年12月达到主网,提供了仅靠原始Agave客户端无法保证的性能基线。

2025年至2026年部署期间的运营商数据显示,Firedancer验证器在跳过率降低方面实现了18至28个基点的改进,错过的投票积分减少了15%,投票延迟约为1.002个时隙,并且区块更满,平均计算单元为4700万,而Agave为4480万。当时隙时间减半时,这些差距很重要,因为处理延迟的容忍度随着每次递减而缩小。

Firedancer现在承载了主网约14%的质押,活跃验证器占比超过20%。客户端多样性也是一种弹性特性:导致Agave崩溃的bug不一定影响Firedancer,反之亦然。对于一个准备将时隙时间减半然后完全替换共识机制的网络来说,拥有两个独立的客户端不是奢侈,而是安全要求。

Alpenglow:下一个版本中的共识重写

Agave 4.2包含了完整的Alpenglow代码库,但未在主网上激活。该激活保留给Agave 4.3,目标日期为2026年10月。当它发布时,Alpenglow将取代Solana自2020年启动以来运行的两个系统:历史证明和TowerBFT。

替代方案是Votor,一种投票算法,目标最终性约为150毫秒,而TowerBFT目前的最终性为12.8秒。Votor完全消除了链上投票交易。在TowerBFT下,验证器将投票作为常规交易提交,消耗区块空间和计算单元。在Votor下,验证器通过单独通道直接交换投票,释放区块容量用于用户交易。

安全模型容忍20%的质押离线,同时20%的质押为对抗性。Anza已为Alpenglow发布了50,000 SOL的漏洞赏金计划,提交将于8月5日开放,这表明对代码库的信心,同时也承认如此规模的共识替换需要外部安全审查。

顺序很重要。Agave 4.2降低了租金,增加了交易大小,并开始缩短时隙时间。Agave 4.3替换了共识机制。每个升级都设计为独立有用,但完整的愿景——在共识协议上实现200毫秒时隙和150毫秒最终性,且不消耗区块空间进行投票——需要所有这些升级成功交付。

与以太坊Hegota路线图的比较

Solana和以太坊正在追求不同的路径以达到相同的目的:更低的成本、更高的吞吐量和更快的最终性。Agave 4.2与以太坊Hegota升级计划之间的对比说明了架构差异。

以太坊的Hegota时间表要求在9月设定偏好截止日期,升级本身目标为2027年。范围仍在定义中:提交了66项提案,社区必须在最终确定升级前削减大部分提案。关键候选包括用于原生隐私的EIP-8182、用于抗审查的FOCIL,以及用于rollup可扩展性的blob吞吐量增加。Glamsterdam devnet推迟,进一步推后了时间表。

Solana的方法更快,决策更集中。Anza设定功能激活时间表,验证器采用它,升级继续进行。没有以太坊那种多年EIP流程和社区治理来决定哪些提案入选。权衡是Solana可以在一次发布中交付三个主要升级,而以太坊需要12到18个月才能最终确定类似范围的变化。

Agave 4.2之后的性能差距是明显的。Solana在200毫秒时隙和150毫秒Alpenglow最终性下,交易确认时间将低于400毫秒。以太坊目前的最终性约为13分钟,而Hegota的改进(如果交付)目标是单时隙最终性,但仍以秒而非毫秒衡量。

成本差距也在扩大。Solana的租金减免使得链上存储成本降低了一个数量级。以太坊的L1存储仍然昂贵,而rollup通过blob数据吸收了大部分成本削减。对于选择在哪里构建新应用的开发者来说,基础设施经济性越来越有利于Solana,尤其是对于需要高吞吐量、低成本和快速最终确定性的用例。

反对的观点是,以太坊较慢的流程产生了更健壮、经过实战考验的升级,并获得了更广泛的社区共识。Solana的速度优势是以验证者中心化压力和重大基础设施转型期间安全边际较薄为代价的。市场最终将根据开发者采用率和用户活跃度来评判这两种方法,而不仅仅是技术规格。

开发者迁移信号

基础设施升级只有在开发者响应并构建使用这些升级的应用时才有意义。领先指标不是SOL价格或TVL,而是激活后数周内新程序部署的速率和v1交易采用的量。

Solana的开发者生态系统在2026年稳步增长,Solana基金会在其最新的生态系统报告中报告每月活跃开发者超过2500名。租金减免预计将加速链上游戏、去中心化社交协议和代币化平台的发展,这些此前受到账户创建成本的限制。

竞争动态也很重要。等待更便宜Solana基础设施的开发者现在拥有了它。考虑以太坊rollup以降低成本的开发者必须权衡L2桥接和流动性碎片化的额外复杂性,与Solana在类似或更低成本下提供的集成L1体验。

反对的理由:为什么这些升级带有风险

Agave 4.2的看涨理由是它使Solana更便宜、更快、功能更强。看跌理由是它使Solana更难运行,增加了验证者的中心化压力,同时对一个处理数十亿美元日交易量的网络引入三项同时进行的变更。

租金减免带来了状态增长风险。如果Solana上的账户数量与成本降低成比例增加,验证者将需要存储和处理10倍多的状态数据。Solana基金会尚未发布SIMD-0437之后环境的状态增长预测。

在Solana验证者成本已经高于大多数竞争网络的时候,时隙时间减少增加了硬件要求。一个运行Solana的验证者需要高端硬件,包括快速的NVMe存储、高带宽网络和大量RAM。将时隙时间减半并不会使硬件成本翻倍,但它缩小了误差范围,并可能将较小的验证者推到避免跳过惩罚所需的性能阈值以下。

交易大小增加引入了一种新格式,索引器、钱包和SDK必须支持。虽然迁移是可选的,但v0、legacy和v1交易格式之间的生态系统碎片化给开发者和基础设施提供商带来了额外的复杂性。

时机也带来了执行风险。在一个处理数十亿美元日交易量的网络上同时激活三个主要功能,意味着升级之间的任何交互效应(测试网可能无法完全复现)都可能在生产负载下显现。分阶段的时隙时间减少缓解了最大的单一风险,但租金减免和交易大小增加在没有同等保障的情况下激活。

还有一个较少讨论的竞争风险。如果Agave 4.2成功,它将验证一个论点:一个团队可以比以太坊的去中心化治理流程更快地交付重大基础设施变更。这一论点短期内吸引开发者。从长远来看,它造成了对Anza持续能力和与生态系统一致性的依赖。以太坊较慢的流程将该风险分散到更广泛的贡献者中。速度和韧性哪个更重要取决于时间范围。

什么会证明看跌观点是错误的:成功激活所有三项功能,且跳过率没有增加,没有验证者退出,并在90天内开发者活动和链上账户数量出现可衡量的增长。90天的时间窗口很重要,因为基础设施的变化往往逐渐显现其效果,而不是立即生效。

关注要点

  • 每次槽位时间递减后的跳过率。 SIMD-0525 中的保护机制会在跳过率超过阈值时暂停进程。网络是完成全部四次递减,还是在中间步骤停滞,将揭示 Solana 验证器基础设施的实际极限。
  • 租金降低后的账户创建率。 新账户的急剧增加将验证租金是开发障碍的论点。如果账户创建率持平,则表明限制因素在其他方面。
  • v1 交易的采用情况。 钱包提供商、去中心化交易所和 DeFi 协议采用更大交易格式的速度,将决定交易规模增加是转化为新功能还是保持未使用状态。
  • Alpenglow 漏洞赏金结果。 在 Agave 4.3 发布前结束的 50,000 SOL 赏金计划将产生公开的安全发现,这些发现将影响十月份的共识切换是否按计划进行。
  • Firedancer 质押份额轨迹。 客户端多样性是这些升级风险状况的先决条件。Firedancer 14% 的质押份额是否增长至 33%(被广泛认为实现有意义的韧性所需的阈值),对于过渡期间的网络安全至关重要。

常见问题解答

什么是 Solana Agave 4.2?

Agave 4.2 是 Anza(Solana 主要验证器软件的开发团队)发布的一个重大客户端版本。它提供了三项功能门控升级:链上存储租金降低 90%,最大交易大小增加 3.3 倍,以及槽位时间从 400 毫秒分阶段缩短至 200 毫秒。

Agave 4.2 何时在主网上激活?

功能激活始于 2026 年 8 月 17 日那一周。这三项升级通过 Solana 的功能门控机制独立激活,这意味着每项升级都可以根据验证器的采用情况按自己的时间表进行。

租金降低为开发者节省了多少?

标准 SPL 代币账户的免租金押金从约 0.16 美元降至约 0.016 美元,降低了 90%。对于创建数千或数百万个链上账户的应用来说,累计节省的费用相当可观。

更大的交易大小能实现什么?

通过新的 v1 格式,最大交易大小从 1,232 字节增加到 4,096 字节。这使得 ZK 证明验证、大型多重签名配置和 BLS 签名方案能够作为单个原子交易执行,而不是分散在多次调用中。

槽位时间减少是如何工作的?

SIMD-0525 通过四次连续的 50 毫秒递减,将槽位时间从 400 毫秒减少到 200 毫秒。每一步都由功能激活门控,如果任何阶段的区块跳过率超过安全阈值,协议将暂停进程。

什么是 Alpenglow,它何时激活?

Alpenglow 是一种新的共识机制,用 Votor 投票算法取代了历史证明和 TowerBFT,目标最终性约为 150 毫秒。代码库随 Agave 4.2 发布,但主网激活计划在 2026 年 10 月的 Agave 4.3 中进行。

Agave 4.2 会影响现有应用吗?

租金减少和槽位时间变化会自动应用于所有应用。更大的交易大小通过新的 v1 格式选择启用。现有的 v0 和旧版交易无需修改即可继续工作。

这些升级有哪些风险?

主要风险包括:更便宜的存储导致状态膨胀增加,更快的槽位导致验证器硬件要求提高,以及新的 v1 交易格式导致生态系统碎片化。分阶段推出并带有跳过率保护措施旨在减轻槽位时间风险。这是教育性分析,而非投资建议。