Solana 主网已于 9 月 18 日正式把 slot time（出块时间窗）从 300 毫秒缩短到 250 毫秒，网络时钟随之加快，每秒产出的区块数从约 3.3 个提高到 4 个。
这是 Solana 连续缩短 slot time 的第三阶段。此前两次调整，分别是从 400 毫秒降至 350 毫秒，再从 350 毫秒降至 300 毫秒。
出块速度提升约 17%，但总交易容量基本不变
根据 SIMD-0525 提案的设计，每个 slot 允许使用的计算量与数据量，会随着 slot 时长按比例缩减。也就是说，虽然每秒生成的区块增加了约 17%，但单个区块能够容纳的工作负载也按相近比例下降，整体网络按现实时间计算的处理上限几乎没有变化。
开发者将这一变化比作火车站增加班次：列车发车更频繁，但每趟列车的载客量不变。乘客等待时间可以缩短，但一小时内通过车站的总人数并不会因此上升。
验证者排序权轮替更快
在 Solana 机制中，验证者会轮流担任 leader 来打包区块。此次调整后，每个 leader 的连续领导窗口仍是 4 个 slot，但对应时长已从 1.2 秒缩短至 1 秒。
这意味着交易排序权的移交频率更高，单一验证者能够持续控制交易顺序的时间也更短。原文认为，这对去中心化和抗审查能力具有一定正面意义。
DEX、AMM 与预言机应用受益更直接
更快的出块节奏，最先受到影响的是去中心化交易所、自动做市商以及由预言机驱动的市场。对这类应用来说，数百毫秒的延迟就可能改变一笔交易是否按预期价格执行，甚至决定交易是否直接失败。
slot time 缩短后，钱包、交易所和交易类应用可以更快拿到最新链上数据，swap 交易中的价格滑动时间窗也会收窄。按照原文表述，这在理论上有助于减少 failed trades 和 slippage 带来的损失。
配套压力也在上升
出块更快，并不意味着没有代价。基础设施层需要处理和存储更多独立区块；如果应用仍用硬编码的 slot 倍数来估算时间，就可能出现偏移。
另一个更直接的变化是，blockhash 的有效时间会在现实时钟里变得更短。这会压缩离线签署、延迟审批以及其他需要人工介入的交易流程的可操作空间。对于企业级场景或高安全需求用户，相关流程可能需要重新设计。
Epoch 从约 36 小时缩至 30 小时，200 毫秒方案尚未定档
由于每个 epoch 仍固定为 432,000 个 slot，slot time 缩短后，epoch 的实际时长也从约 36 小时降到了 30 小时。
Solana 开发团队原本还计划把 slot time 继续下调到 200 毫秒，届时每秒可达到 5 个 slot，epoch 时长约为 24 小时。不过，主网上线时间目前尚未公布。开发者表示，只有在 250 毫秒阶段运行稳定、区块跳过率（block-skip rate）维持在可接受范围内，才会推进下一阶段。
后续观察重点在实测数据
这次升级后，原文提示接下来几个 epoch 需要重点关注的指标，包括区块跳过率是否上升、验证者节点同步延迟是否增加，以及 DEX 交易失败率是否下降。
如果 250 毫秒能够稳定运行，Solana 在公链性能竞争中的一项实测记录将再往前推进；如果区块跳过率失控，开发团队可能需要把 200 毫秒目标继续后移，甚至重新评估现有参数。