Solana刚刚将验证者生成区块的时间缩短了 50 毫秒，这是该网络有史以来首次实现这一目标。Solana的区块生成时间升级已于周五在主网上线，将目标区块生成时间从 400 毫秒缩短至 350 毫秒，并开启了开发者所描述的分阶段、逐周期地向更快的 200 毫秒目标迈进的进程。

要点总结

• Solana 主网的槽位时间从400 毫秒减少到 350 毫秒，这是自该网络启动以来的首次减少。
• 该更改于 5 月 14 日合并到代码库后，在第 1019 个纪元的 440,208,000 个槽位处激活为功能SIMD-0525 。
• 计划通过单独的特征门，再进行三次 50 毫秒的削减，分别到 300 毫秒、250 毫秒和最终的 200 毫秒，每次都取决于健康的块跳过率。
• 此次升级被标记为重大变更，Solana 表示，第三方工具的索引调整仍在进行中。
• Solana 基金会技术副总裁 Jacob Creech 证实，300 毫秒是路线图上的下一个目标。

Solana 首次缩短主网槽位时间

核心答案很简单：Solana 只是加快了区块的到达速度，而没有改变网络的底层结构。这是 Solana 诞生以来首次缩短区块时长，它直接缩短了每个验证者组装和广播交易区块的时间窗口。

激活详情及即时效果

根据 Solana 官方的代币浏览器显示，编号为 SIMD-0525 的功能已于第 1019 个纪元（epoch 1019）的第 440,208,000 个时隙在主网 Beta 版上激活。该提案本身已于 5 月 14 日合并到网络改进文档中，这给了开发者几个月的时间来准备验证器软件，然后再正式启用该功能。

实际效果几乎立即体现在确认速度上。据 The Block 报道，一项即时测试发现，在变更前不久，完成一段 1000 个时隙的确认需要 415 秒，而升级在第 1020 个纪元激活后，完成类似时隙的确认仅需 368 秒——这一实际下降与新的 350 毫秒目标相符。

由于 Solana 上的每个纪元仍然包含 432,000 个槽位，因此更快的槽位处理速度直接转化为更快的纪元完成速度。以前大约需要 48 小时才能完成的任务，现在只需大约 42 小时即可完成，即使纪元内部的计数方式没有任何改变。

升级所需的技术基础

如果没有验证器客户端的工作，这一切都不可能实现。Solana 将网络区块传播层Turbine和验证器用于验证和投票新区块的Replay机制的改进归功于技术上的进步，正是这些改进使得更短的区块时长能够在大规模网络中得以维持。

在网络能够安全地缩短主节点完成区块、通过Gulf Stream机制将其传递给下一个主节点，并让其余验证节点重放并投票的时间之前，这两个系统必须得到提升。如果没有这些升级，缩短这个时间窗口很可能会推高跳块率，并破坏区块生成的稳定性。

分阶段进一步缩短航班时刻

Solana 并非直接跳到终点。相反，该网络会经历四个不同的阶段，从 400 毫秒逐渐缩短到 200 毫秒，每个阶段都需要单独激活和健康检查，才能允许下一个阶段执行。

未来升级的功能门机制

每次额外削减 50 毫秒，无论是削减到 300 毫秒、250 毫秒还是 200 毫秒，都将通过后续周期中激活的独立特征门来触发，而不是通过一次性切换。这种结构使得 Solana 基金会和验证节点运营商能够在决定进行下一次削减之前，观察网络在每个新速度下的运行情况。

从原 Solana Labs 分拆出来的验证器客户端开发团队 Anza 制定了 Agave v4.2 的暂定计划，目标是完成所有四个阶段的算法缩减，最终激活主网。目前尚未确定下一个阶段——300 毫秒的算法缩减的具体日期或纪元。

基于区块跳跃率的风险控制

这正是谨慎之处的体现。Solana 基金会明确表示，如果区块跳过率过高（即太多验证者未能及时生成其分配的区块），网络将不会推进到下一个时隙缩短阶段。这种内置的“刹车”机制至关重要，因为更短的时隙会压缩所有下游流程：区块生成、交易传播和验证者投票等流程的实际运行时间都会减少。

重要性在于：分阶段推出并设置跳频触发机制，能有效地将速度转化为可监控的变量，而非固定的承诺。如果验证器的硬件或软件无法在 300 毫秒内跟上速度，网络可以简单地暂停，而不是继续推进并冒着不稳定的风险。

更广泛的影响和网络影响

更快的区块处理速度并不意味着网络速度在所有方面都更快，对于关注 Solana 吞吐量声明的人来说，这种区别至关重要。验证节点处理区块的频率更高，但每个区块承载的工作量更少，因此，此次变更主要改善的是延迟和确认速度，而非原始交易容量。Solana 还于 2025 年 7 月将其计算单元上限提升至 1 亿，这是一项旨在扩大每个区块可容纳工作量的独立升级。

重大变更状态及其对索引的影响

Solana 本身将此次Solana 区块时长升级标记为重大变更，第三方工具和服务所需的索引调整仍有待确定。这是一个显著的差距：Solana 官方文档仍然将默认区块时长描述为 400 毫秒，尽管网络浏览器已确认第一个 350 毫秒的特性门已启用。基于索引器、分析仪表板或区块浏览器进行开发的开发者应预料到，在工具适配网络新时长期间，短期内会遇到一些不便。

官方声明和升级路径分析

Solana基金会技术副总裁Jacob Creech称此举是该网络首次缩短时隙时间，并确认300毫秒是路线图上的下一个目标。Creech和基金会的公开升级页面均未给出下一步的具体日期，该计划明确取决于网络在350毫秒时隙下的性能表现。

这里还有更长远的考量。区块生成时间和最终性并非同一概念——即使在新的 350 毫秒区块生成速率下，Solana 的区块目前仍需约 12.8 秒才能完全不可逆。一项名为 Alpenglow 的独立改进方案（目前仍在开发中）旨在最终将最终性窗口缩短至约 150 毫秒，这将比当前分阶段缩短区块生成时间带来更大的结构性变革。此外，该网络最近还新增了 Jump Crypto 的 Firedancer 客户端，该客户端使用与主流 Agave 协议栈不同的编程语言构建，随着整体速度提升的持续推进，这将增强验证器客户端的多样性。

常问问题

Solana 最近对其游戏时段安排做了哪些调整？

Solana 将其主网槽位时间从 400 毫秒减少到 350 毫秒，这是自该网络成立以来的首次减少。

未来如何应对减少交易时段的问题？

未来将分别减少到 300、250 和 200 毫秒，并通过功能门单独激活，并且取决于块跳过率不会变得太高。

减少槽位时间是否会影响 Solana 的 epoch 结构或每个槽位的 tick 数？

不，此次升级不会改变每个槽位的刻度数、领导者跨度或一个纪元中的槽位数。

为什么这次升级被认为是重大变更？

此次升级会造成中断，因为它需要对第三方工具和基础设施进行索引更改，尽管这些调整仍有待确定。

本文由人工智能辅助生成，并经编辑团队审核。