导语：据区块链数据，Solana 已将目标槽时间从 300 毫秒下调至 250 毫秒，网络由此达到每秒 4 个目标槽位。SIMD-0525 第三阶段于 9 月 18 日上线，使 Solana 距离尚未排定主网时间的 200 毫秒最终目标更近一步。
槽位提速带来更频繁状态更新
此前 300 毫秒配置对应约每秒 3.3 个目标槽位，新 250 毫秒设置将该速率提高近 17%。不过，更快的时钟并不会以相同幅度提高 Solana 的整体处理上限，因为 SIMD-0525 下资源限制会按槽时长比例降低。
验证者继续连续 4 个槽担任 leader。随着每个槽目标为 250 毫秒，验证者名义 leader 窗口已从旧设置的 1.2 秒降至 1 秒。
在提案的 6000 万计算单位基线中，每个槽的上限会随时钟加快而下降：250 毫秒配置对应 3750 万计算单位，计划中的 200 毫秒阶段将降至 3000 万。网络在给定时间内产生更多槽，但每个槽允许承载的计算和数据更少，使网络实时可处理的工作量大致保持不变。
更短的槽让钱包、交易所和交易应用更频繁获得网络状态更新。基于预言机的市场和自动做市商也属于该提案覆盖的应用，因为其运营可能依赖链上数据的时效。对于 swap 而言，更短时序可缩短交易提交至到达网络之间的时间。
基础设施与应用需适配更快时钟
基础设施提供商现在需要处理和存储更多单独区块，尽管墙钟处理上限大体未变。通过将槽号乘以固定槽时长来计算经过时间的应用，可能需要考虑更快时钟。Blockhash 在现实中会更早过期，使涉及离线签名或延迟人工批准的交易流程拥有更少时间。
Epoch 时间也因同样原因变化。Solana 将每个 epoch 固定为 432,000 个槽，因此每个槽时长下降后，epoch 会变短。在早先 300 毫秒目标下，一个 epoch 约持续 36 小时；250 毫秒设置将预期时长缩短至约 30 小时；若推进至最终 200 毫秒目标，将进一步降至约 24 小时。
分阶段推进与保护机制
SIMD-0525 旨在将 Solana 的槽时间从最初 400 毫秒逐步降至 200 毫秒。该计划于 8 月启动，网络首次将槽时间从 400 毫秒降至 350 毫秒。提案将过程分为 350 毫秒、300 毫秒、250 毫秒和 200 毫秒四个阶段，每次下调都需要单独激活功能，以便开发者和验证者运营者在继续推进前评估网络性能。
分阶段设计包含与区块跳过率相关的保护措施。如果跳过率超过开发者认为可接受的水平，向下一槽设置的推进可被暂停，从而让验证者在激活下一次下调前有时间运行于每种配置。目前尚未为 200 毫秒阶段设定主网日期。
与 Agave 4.2 及交易 V1 的关系
Solana 的分阶段槽位下调是 Agave 4.2 发布的一部分。该客户端版本于 8 月开始激活多项网络变更，包括降低链上存储租金、更大交易以及通往 200 毫秒槽位的路径。
另外，Solana 推出 Transaction V1，将最大序列化交易大小从 1,232 字节提高至 4,096 字节。更大的交易格式可在单笔交易中容纳零知识证明和复杂多签指令等数据密集操作。Transaction V1 为可选功能，旧版和版本零交易仍受支持。读取区块的应用需要支持较新格式，以正确处理 V1 交易。
交易大小增加与 SIMD-0525 相互独立。更大的单笔交易不决定槽时钟，而更短的槽也不会自动提高交易最大大小。Solana 一直通过功能门独立激活这些变更，使一项升级无需等待 Agave 4.2 其他功能同时激活。
最终阶段与 Alpenglow
SIMD-0525 的最终阶段将把目标槽时间从 250 毫秒降至 200 毫秒，使网络达到每秒 5 个目标槽位。届时 4 槽验证者 leader 窗口将降至约 800 毫秒，epoch 时长将从约 30 小时降至约 24 小时。Solana 开发者尚未提供最终下调的主网激活日期。
槽位下调与 Solana 计划中的共识重构 Alpenglow 相互独立。Alpenglow 意图以名为 Votor 的投票系统取代 TowerBFT，并将链上投票交易从网络核心共识流程中移除。该共识升级目标约为 150 毫秒最终性。其代码已纳入测试，但主网部署与 Agave 4.3 挂钩，而非 SIMD-0525 使用的槽时间功能门。Alpenglow 于 2026 年早些时候进入社区验证者测试，允许运营者在主网部署前于测试集群运行该共识设计。Anza 称该系统为 Solana 历史上最大共识变更。
对于 SIMD-0525，在开发者激活最终功能门之前，网络仍处于 250 毫秒阶段。200 毫秒配置将完成一项从 400 毫秒开始、历经 350 毫秒、300 毫秒和 250 毫秒，并在每一步降低资源限制的 rollout。