Solana 最新提速升级后，出块时间逼近 200 毫秒

根据区块链数据，新设置已于 9 月 18 日上线，使 Solana 达到每秒 4 个目标时隙，而此前 300 毫秒配置下约为 3.3 个。此次变更是 SIMD-0525 的第三阶段，该提案旨在将时隙时间从网络最初的 400 毫秒逐步缩短至 200 毫秒的最终目标。

时隙是指定验证者可以生成区块的周期。缩短该周期能让钱包、交易所和交易应用更频繁地获取网络状态更新。

验证者继续连续担任 4 个时隙的领导者。由于每个时隙现在目标为 250 毫秒，验证者的名义领导窗口已从此前的 1.2 秒降至 1 秒。

Solana 时隙时间达到 250 毫秒

据 crypto.news 此前报道，Solana 于 8 月启动了当前部署，将时隙时间从 400 毫秒缩短至 350 毫秒，这是网络上线以来的首次。

SIMD-0525 将过程分为 350 毫秒、300 毫秒、250 毫秒和 200 毫秒四个时隙时间阶段，而非直接跳到最终目标。每次缩短都需要单独激活功能，以便开发者和验证者运营商在继续推进之前评估网络性能。

在 250 毫秒下，每秒有 4 次时隙机会。更短的间隔可以让应用更及时地了解交易和网络状态，同时更快地将区块生产从一个验证者传递给另一个验证者。

基于预言机的市场和自动化做市商是该提案涵盖的应用之一，因为它们的运营可能依赖于链上数据的新鲜度。更短的时隙间隔减少了网络更新之间的时间，用户也能更快看到交易状态变化。

对于兑换而言，更短的时隙时间可以缩短交易提交到到达网络之间的时间。底层提案将更快的确认和更频繁的更新列为缩短时隙时间的优势。

这一变更并不会使 Solana 的原始交易处理能力提高近 17%。

根据 SIMD-0525，资源限制会按时隙时间比例降低。在给定时间内会产生更多时隙，但每个时隙允许承载的计算和数据更少，从而使网络在实时内可处理的工作量大致保持在同一水平。

在该提案使用的 6000 万计算单元基准下，每个时隙的计算单元上限会随时钟加快而下降。250 毫秒配置对应 3750 万计算单元上限，而计划中的 200 毫秒阶段将降至 3000 万。

更快的区块改变 Solana 基础设施要求

尽管实际处理上限基本不变，基础设施提供商现在需要处理和存储更多独立区块（时隙）。

通过将时隙编号乘以固定时隙时长来计算经过时间的应用可能需要适应更快的时钟。随着时隙推进更快，区块哈希在现实时间中会更早过期，留给涉及离线签名或延迟人工批准的交易流程的时间更少。

纪元时间也因同样原因发生变化。Solana 将每个纪元固定为 432,000 个时隙，这意味着随着每个时隙时长缩短，纪元也会变短。

在早先的 300 毫秒时隙目标下，一个纪元大约持续 36 小时。250 毫秒设置将预期时长缩短至约 30 小时。若推进到最终的 200 毫秒目标，则将减少到约 24 小时。

Solana 的分阶段时隙时间缩短是 Agave 4.2 部署的一部分。该客户端版本于 8 月开始激活多项网络变更，包括降低链上存储租金、扩大交易规模以及通往 200 毫秒时隙时间的路径。

分阶段设计包含与区块跳过率相关的安全机制。如果跳过率超过开发者认为可接受的水平，推进到下一时隙设置的进程可以暂停，从而让验证者在激活下一次缩短之前有时间在每个配置下运行。

200 毫秒时隙阶段的主网日期尚未确定。

Solana 升级不止于更快的时隙时间

时隙时间只是通过 Agave 推出的网络变更的一部分。

Solana 还单独引入了 Transaction V1，将最大序列化交易大小从 1,232 字节提高到 4,096 字节。更大的交易格式可以在单笔交易中容纳零知识证明和复杂多重签名指令等数据密集型操作。

Transaction V1 是可选的，旧版和版本零交易仍受支持。读取区块的应用需要支持新格式才能正确处理 V1 交易。

交易大小的增加与 SIMD-0525 无关。因此，更大的单笔交易不会决定时隙时钟，而更短的时隙时间也不会自动提高交易的最大大小。

Solana 一直通过功能开关独立激活这些变更。这种结构允许一项升级继续进行，而无需 Agave 4.2 中包含的其他功能同时激活。

Solana 仍以 200 毫秒时隙时间为目标

SIMD-0525 下的最终阶段将把目标时隙时间从 250 毫秒缩短至 200 毫秒，使网络达到每秒 5 个目标时隙。

因此，4 个时隙的验证者领导窗口将降至约 800 毫秒。纪元时长将从当前 250 毫秒设置下的约 30 小时降至约 24 小时。

Solana 开发者尚未提供最终缩短的主网激活日期。进展取决于当前设置下的网络行为，包括验证者能否维持可接受的区块跳过率。

时隙时间缩短与 Alpenglow（Solana 计划中的共识重新设计）是分开的。Alpenglow 旨在用名为 Votor 的投票系统取代 TowerBFT，并将链上投票交易从网络核心共识流程中移除。

Alpenglow 共识升级的目标是约 150 毫秒的最终性。其代码已纳入测试，而主网部署与 Agave 4.3 绑定，而非 SIMD-0525 使用的时隙时间功能开关。

Alpenglow 于 2026 年初进入社区验证者测试，允许运营商在主网部署前在测试集群上运行该共识设计。Anza 称该系统是 Solana 历史上最大的共识变更。

对于 SIMD-0525，在开发者激活最终功能开关之前，网络将保持在 250 毫秒时隙阶段。200 毫秒时隙配置将完成从 400 毫秒开始、历经 350 毫秒、300 毫秒和 250 毫秒的部署，并在每一步降低资源限制。