Solana新升级：使用更便宜，运行更困难

Agave 4.2 升级：链上租金削减约 90%，分五步逐步实施

最大交易容量从 1,232 字节提升至 4,096 字节。时隙时间从 400 毫秒降至 200 毫秒，使网络区块产出频率翻倍。该版本在 Agave 4.3 正式激活前，提前部署了 Alpenglow 的完整代码。

负责维护 Solana 主网验证器客户端的工程公司 Anza 计划于 8 月 17 日当周，在主网上首次激活 Agave 4.2。此次更新重新定义了网络数据存储成本与单笔交易承载能力，将链上租金降低约 90%，同时将最大交易容量从 1,232 字节提升至 4,096 字节，时隙时间从 400 毫秒降至 200 毫秒。该版本还包含了 Alpenglow 的完整代码——这一共识机制重构将在 Agave 4.3 中激活，但当前版本已为其搭建了测试环境，这将是 Solana 自上线以来最大规模的协议变更。

租金、交易容量与时隙时间同步调整

Anza 于 6 月 30 日公布了 4.2 版本的时间表，自 4.0 版本周期以来一直保持六周一次的发布节奏。三项变更将逐一激活：验证器先升级软件，待网络准备就绪后，各项功能分别独立激活。其中，租金削减幅度最大，按百分比计算是三项变更之最。

指标对比：

链上租金（lamports/字节）：旧版 6,960 → 4.2 版本目标 696（约 90% 成本降低）交易容量（字节）：旧版 1,232 → 4.2 版本 4,096（支持原子性捆绑）时隙时间：旧版 400ms → 4.2 版本 200ms（区块产出频率翻倍）最终性（通过 4.3 版本）：旧版 12.8s → 4.2 版本目标 100-150ms（亚秒级结算）

90% 租金削减如何改变开发者的链上存储策略

Solana 对账户在账本上占用的数据收取持续性小额费用，即“租金”。该费用旨在抑制低效的状态使用，因为程序创建的每个账户都必须永久驻留在所有全节点的内存中。4.2 版本将费率从每字节 6,960 lamports 逐步降至 696，采用渐进式而非一次性调整。

过去，创建数百万个用户账户或部署占用大量状态的程序，需要锁定可观的资金成本，因此团队在设计时尽可能减少链上数据。低成本状态消除了这一前期成本，让协议能够直接在账本上保存长期账户和大型数据结构。存储不再是一项资本决策，而成为一项微不足道的运营成本。这一变化悄然改写了 Solana 多年来的设计准则。

1,232 字节的容量限制被打破

旧有的容量上限源于网络架构。Solana 将交易限制在 1,232 字节，以保持单个网络数据包的大小，扣除开销后仅剩实际数据空间。2022 年的一项网络变更移除了这一硬性限制，SIMD-0296 提案正是利用这一点，通过新的 v1 交易格式将上限提升至 4,096 字节。

这一额外空间对构建复杂逻辑的开发者至关重要。在 1,232 字节限制下，开发者不得不将单个逻辑操作拆分为多笔交易，这引入了回滚逻辑、面临通过重新排序待处理交易获利的机器人风险，以及部分交易成功而部分失败的风险。4,096 字节的容量允许单笔交易捆绑多个步骤，这些步骤要么全部成功，要么全部失败，包括用于隐私转账的零知识证明、机构用于授权大额交易的分层审批，以及此前因容量限制而不得不拆分的多步骤交易。v1 格式还取消了地址查找表，因为在大多数情况下，完整的账户列表可以直接内联。

更快的时隙奖励自行铺设光纤的运营者

将时隙时间降至 200 毫秒是该版本技术难度最高的部分，通过 SIMD-0525 提案分五个阶段实施。每个验证器现在必须在更短的时间内接收、执行并传播区块数据。依赖公共互联网路由而非专用光纤的运营者，面临更高的丢块和延迟投票风险，这一压力倾向于让拥有私有骨干网（如 DoubleZero 光纤层）的机构运营者比家庭运营者更具优势。

租金削减在硬件问题上也产生了类似影响。取消 90% 的租金，也移除了控制状态膨胀的主要经济手段，而全节点已经需要将整个账户集加载在容量达数百 GB 的高性能内存中。一个易于构建应用的网络，并不等同于一个易于运行维护的网络。

乐观视角

长期账户可留在链上，无需资本成本复杂逻辑可容纳于单个原子性区块结算速度接近 Web2 水平

谨慎视角

账本膨胀的阻力减小每个节点的内存和计算负载增加非光纤运营者面临丢块风险

Alpenglow 才是真正目标，4.2 是预演

本次发布中最重要的代码目前尚未生效。通过以未激活状态部署 Alpenglow，Anza 让验证器在社区集群上获得实时测试环境，待 Agave 4.3 中正式激活。Alpenglow 定义于 SIMD-0326 提案，并于 2025 年 9 月获得验证器 98% 的支持率，它将取代 Solana 自 2020 年以来运行的两大系统：历史证明（PoH）和 TowerBFT。

速度提升的机制在于验证器投票方式的改变。目前，验证器将投票作为普通链上交易发布，这些投票消耗了约 75% 的区块空间，导致网络大部分容量用于自我确认。Alpenglow 的 Votor 组件将投票移至链下，并将数千个 BLS 签名聚合为单个紧凑证书，最终记录在账本上。

Anza 预计中位最终性约为 150 毫秒，在约 80% 权益活跃时最低可达 100 毫秒，而 TowerBFT 需要 32 轮投票，最终性时间为 12.8 秒。这些最终性数据仍基于模拟，当全规模验证器部署于公共测试网时，可能会暴露出社区集群未发现的边缘情况。

98.3% 成本削减声明与替代费用

Alpenglow 最显著的经济优势在于降低验证器开销，但这一数字需要附加说明。目前，验证器每天投票成本约为 1 SOL，按近期价格计算每年约 6 万美元。Alpenglow 取消了这些按时隙计费的费用，取而代之的是每日约 0.8 SOL 的“验证器准入门票”，即每个约两天的 epoch 需支付 1.6 SOL，这些费用被销毁而非支付给任何人。

IG UK 计算显示，净运营开销下降约 98.3%，从每年近 6 万美元降至约 1,000 美元。Helius 基于 Cogent Crypto 利润计算器的模型显示，最低盈利权益从约 4,850 SOL（近 80 万美元）降至约 450 SOL（约 7.5 万美元）。

降低门槛的同时也设置了上限。“验证器准入门票”将验证器数量上限设为 2,000 个，因此该设计用固定费用和成员限制替代了按时隙计费，而非完全消除成本。4,850 到 450 SOL 的数字是模型估算值，并非保证结果，且取决于与共识变更一同推出的奖励和通胀设置。

亚秒级最终性对市场的影响

目前，Solana 迫使开发者针对每个功能单独选择交易最终性的确定程度。他们可以在约 500 毫秒后显示快速结果，但接受小概率的逆转风险；或者等待约 12.8 秒以确保交易永不逆转。交易所的充值确认需要等待慢速版本，桥接和清算引擎也是如此，因为哪怕微小的逆转都是不可接受的。Alpenglow 将这些层级合并为 100-150 毫秒的单一确定性最终性，这一变化使 Solana 能够成为实时支付、代币化资产以及原生清算多资产路径的链上订单簿的结算层。

整个过渡从 2026 年 8 月持续到 10 月，分阶段进行，同时 Solana 通过 Firedancer 和 Mithril 推动客户端多样性，以减少单点故障。有一个部分被刻意省略：Alpenglow 不包含“罚没”机制——即对违反网络规则的验证器进行经济惩罚的机制，社区讨论仅将其作为 2027 年可能的提案。网络能否在没有实时罚没机制的情况下，在保持权益去中心化的同时扩大验证器参与度，是 4.3 激活后将开始回答的开放性问题。