最新速度升级后，Solana 更接近 200ms 时隙

Solana 将目标时隙时间从 300 毫秒缩短至 250 毫秒，将网络产生时隙的速率提高了近 17%，而无需将其总体处理上限提高相同的量。

摘要 Solana 将其目标时隙时间从 300 毫秒减少到 250 毫秒，使网络达到每秒 4 个目标时隙。

更快的时钟将每个验证者的四时隙领导者窗口从 1.2 秒缩短到一秒。

总体处理能力大致保持不变，因为计算和数据限制随着时隙持续时间的减少而下降。

250 毫秒设置将预期的 Solana 周期从大约 36 小时缩短到 30 小时。

最终减少到 200 毫秒将使 Solana 达到每秒 5 个插槽，但主网日期尚未确定。

根据区块链数据，新设置于 9 月 18 日上线，使 Solana 达到每秒 4 个目标时隙，而之前的 300 毫秒配置下约为 3.3 个。这一变化是SIMD-0525的第三阶段，旨在将时隙时间从网络最初的400ms设置逐渐减少到200ms的最终目标。

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

验证者继续连续四个时段担任领导者。现在每个时隙的目标为 250 毫秒，验证者的标称领导者窗口已从之前设置的 1.2 秒降至 1 秒。

Solana 时隙时间达到 250ms

正如 crypto.news 先前报道的那样，Solana 自 8 月份开始推出当前的服务，自网络推出以来首次将时隙时间从 400 毫秒减少到 350 毫秒。

SIMD-0525将过程分为350ms、300ms、250ms和200ms的四个阶段，而不是直接移动到最终目标。每次减少都需要单独的功能激活，从而允许开发人员和验证器运营商在继续之前评估网络性能。

在 250 毫秒时，每秒有 4 个时隙机会到达。较短的时间间隔可以为应用程序提供更最新的交易和网络状态视图，同时更快地将块生产从一个验证器传递到另一个验证器。

基于预言机的市场和自动化做市商属于该提案涵盖的应用程序，因为它们的操作可能取决于链上数据的年龄。较短的间隔可以减少网络更新之间的时间，同时用户可以更快地看到交易状态的变化。

对于交换，较短的时间可以缩短提交交易和到达网络之间的时间。基本提案将更快的确认和更频繁的更新确定为减少时隙持续时间的好处。

您可能还喜欢：随着势头转为看涨，Solana 价格重回 100 美元

这一变化并未将 Solana 的原始交易能力增加近 17%。

在 SIMD-0525 下，资源限制与时隙持续时间成比例减少。在给定的时间内会产生更多的时隙，但每个时隙允许携带较少的计算和数据，从而使网络可以实时处理的工作量保持在大致相同的水平。

在该提案使用的 6000 万个计算单元基准上，每个插槽的限制随着时钟变得更快而下降。 250ms 配置对应于 3750 万个计算单元的限制，而计划的 200ms 阶段会将其降低到 3000 万个。

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

尽管挂钟处理上限基本保持不变，但基础设施提供商现在有更多的单独块来处理和存储。

通过将时隙编号乘以固定时隙持续时间来计算经过时间的应用程序可能需要考虑更快的时钟。随着时隙推进得更快，区块哈希会实时过期得更快，从而为涉及离线签名或延迟人工批准的交易流程留下更少的时间。

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

在之前的 300 毫秒目标中，一个 epoch 持续了大约 36 小时。 250 毫秒设置将预期持续时间缩短至 30 小时左右。转向最终的 200 毫秒目标会将其缩短至大约 24 小时。

Solana 的分阶段插槽减少是 Agave 4.2 推出的一部分。客户端版本在 8 月份开始激活多项网络变化，包括降低链上存储租金、更大的交易量以及走向 200 毫秒时隙的路径。

分阶段设计包括与块跳跃率相关的保护措施。如果跳过率上升超出开发人员认为可接受的水平，则可以停止下一个时隙设置的进展，从而在激活另一次减少之前给验证者时间在每个配置下运行。

200ms 阶段的主网日期尚未确定。

Solana 升级不仅仅限于更快的插槽

时隙计时只是 Agave 推出的网络变革的一部分。

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

事务 V1 是可选的，但仍支持旧版和版本零事务。读取块的应用程序需要支持较新的格式才能正确处理 V1 事务。

事务大小的增加与 SIMD-0525 无关。因此，较大的单个事务不会决定时隙时钟，而较短的时隙不会自动增加事务的最大大小。

Solana 一直通过功能门独立激活这些变化。该结构允许进行一次升级，而无需同时激活 Agave 4.2 中包含的其他功能。

Solana 仍以 200 毫秒时隙为目标

SIMD-0525 下的最后阶段会将目标时隙时间从 250 毫秒减少到 200 毫秒，使网络达到每秒 5 个目标时隙。

因此，四时隙验证器领导者窗口将降至大约 800 毫秒。 Epoch 持续时间将从当前 250 毫秒设置下的约 30 小时减少到约 24 小时。

Solana 开发人员尚未提供最终削减的主网激活日期。进展取决于当前设置下的网络行为，包括验证器是否可以维持可接受的块跳过率。

时段减少与 Solana 计划的共识重新设计 Alpenglow 是分开的。 Alpenglow 旨在用名为 Votor 的投票系统取代 TowerBFT，并从网络的核心共识流程中删除链上投票交易。

Alpenglow 共识升级的目标是大约 150 毫秒的最终结果。其代码已包含在测试中，而主网部署已与 Agave 4.3 相关联，而不是与 SIMD-0525 使用的时隙功能门相关联。

Alpenglow 于 2026 年初进入社区验证器测试，允许运营商在部署到主网上之前在测试集群上运行共识设计。 Anza 将该系统描述为 Solana 历史上最大的共识变化。