Solana将插槽时间缩短至250毫秒：周五前需关注的事项

2026年9月18日：Solana网络节奏加快，区块生成时间缩短至250毫秒

2026年9月18日（星期五）协调世界时（UTC）凌晨05:01左右，Solana网络将调整其运行节奏：每个槽位（Slot）的持续时间将从300毫秒缩短至250毫秒。该切换已设定完毕，将在第1037个纪元（Epoch）开始时自动生效。对于SOL持有者而言，这主要意味着三件事：委托和撤销委托的生效速度更快，质押奖励到账更频繁但单次金额更小，且签名交易的有效窗口期缩短至约38秒。如果您的SOL仅存放在交易所，则无需采取任何操作；如果您进行离线签名、委托或自行运行验证节点，请继续阅读下文。

此次变化并非突发新闻，而是始于今年8月的路线图中的第三步。唯一的新信息是，250毫秒这一阶段现已确定了具体日期。截至9月17日检查时，Solana官方概览页面仍将该步骤列为“待定主网日期”，而开发团队Anza已于9月16日标记该激活即将发生。这种公告与文档之间的时间差，导致该数字此前鲜少被广泛报道。

9月18日Solana究竟发生了什么变化？

协议中更改的唯一数值是槽位的目标时间。该值从300毫秒降至250毫秒。这个数字看似微小，但网络上几乎所有与时间相关的机制都依赖于它。纪元长度随之改变，区块哈希（Blockhash）的有效期随之改变，每区块的计算上限也随之改变。

负责此项改进的建议提案为SIMD-0525。该提案描述了一个阶梯式计划：目标时间从400毫秒逐步降至350毫秒、300毫秒、250毫秒，最终目标是200毫秒。在主网上已有两个步骤完成：2026年8月19日第1019个纪元开始时，从400毫秒降至350毫秒；以及2026年8月25日第1023个纪元开始时，从350毫秒降至300毫秒。本次涉及的是第三步。此后还将有第四步。

明确不会发生的情况包括：没有代币兑换，没有迁移，没有必须从合约中提取资金的截止日期，也不需要您在钱包中批准任何确认操作。任何要求您批准“Solana升级”的人，所求的都不是您对协议参数的同意。

槽位、纪元和功能门控：日期背后的三个术语

槽位（Slot）：一个区块的时间窗口

槽位是指恰好由一个验证者生产一个区块的时间窗口。一旦过期，下一个验证者即开始工作，无论前一个是否成功交付。因此，槽位时间不是交易的速度限制，而是网络产生区块的时钟速率。

纪元（Epoch）：会计周期

纪元是Solana的会计周期，涵盖固定的432,000个槽位。在纪元边界，网络进行记账：委托生效，奖励结算，预备的协议切换被激活。由于槽位数量固定而槽位持续时间缩短，纪元变得较短。在400毫秒时，时长为48小时；在300毫秒时，为36小时；在250毫秒时，为30小时。在最终目标200毫秒时，将缩短至24小时。

此处需澄清一个流传的数据误区：多份报告称周五的变化将使纪元长度变为24小时。这是200毫秒对应的值，即下一步的变化。对于250毫秒，同样的计算结果为30小时，基于432,000个槽位的官方公式也得出此值。

功能门控（Feature Gate）：带有延迟的开关

功能门控是验证者代码中的一个开关，使已发布的功能保持休眠状态，直到有足够的质押权重支持。当开关翻转时，它绝不会在纪元中间发生，而是在纪元边界。对于此次变化，链经历了三个纪元：在第1035个纪元中，开关处于待处理状态；在第1036个纪元中，它在协议层面变为活动状态；随着第1037个纪元的开始，新的计时规则适用。

自8月中旬以来，网络的节奏第三次收紧。

为何切换发生在第1037个纪元边界而非午夜？

Solana没有时钟。网络计数槽位，一天中的时间只能从槽位估算。这就是为什么所有严肃的公告都在时间前加上“大约”一词：进入第1037个纪元的边界落在特定的槽位上，何时达到该槽位取决于此前几小时网络的实际运行速度。

这种不精确性导致两个来源说UTC 05:01，另一个说UTC 05:06，且都没有错。如果您需要在确切时刻之前完成任务，请预留一小时缓冲。如果您只想知道自己是否受影响，日历日期即可：欧洲时间的周五清晨。

我们自己的测量：变更前一天每槽位317毫秒

cryptoticker.io于2026年9月17日自行收集了此分析。方法：通过Solana公共主网节点获取十次连续的60秒性能样本，时间在UTC 00:50之后不久，加上对当前纪元状态的查询。这涵盖了十分钟网络运行期间的1,893个槽位。

结果：平均每个槽位耗时317.0毫秒，单个样本在312.5到326.1毫秒之间。该值高于当前300毫秒的目标。这是正常的，并非问题迹象。测量的是经过的时钟时间除以实际填充的槽位数，验证者未服务的每个槽位都会拉长该平均值。

日期也可以从同一查询重新计算。网络在第1036个纪元中位于432,000个槽位中的第111,540个，剩余320,460个槽位。以测量的317毫秒计算，剩余运行时间为28.2小时，因此推测时间为9月18日UTC 05:06左右。我们的计算证实了公布的UTC 05:01时间误差在几分钟内。查询的节点报告的客户端版本为4.3.0-rc.0。

我们无法检查的内容：已运行推荐版本的验证者比例有多大，以及开关是否真的会在周五生效。这两点只有在事后才能显现。下文提到的计算上限也基于专家报告，而非官方概览页面。

Solana质押：更短的纪元对委托、撤销和奖励的影响

对于任何委托了SOL的人来说，纪元长度是整个变化中最实用的重要指标。委托及其撤回在纪元边界生效，而不是立即生效。如果纪元从36小时缩短至30小时，新委托赚取奖励或撤销的SOL重新可用所需的典型等待时间也随之缩短。详细过程及为何等待期并非惩罚，我们在关于锁定周期和撤销持续时间的文章中进行了剖析。

奖励方面，节奏改变，金额不变。支付按纪元发生。一年中更多的纪元意味着更多的入账次数，但每次金额较小。您的委托年化收益率不会因此上升。按纪元记录收入的人，从周五起在同一电子表格中会有更多行；按支付频率比较提供商的人，将在我们的质押提供商概览中发现平台间的差异。

这里应澄清一个常见的误解：周五的日期与Alpenglow无关。这是共识机制的另一项重大 overhaul，拥有自己的路线图，我们在关于Alpenglow激活的文章中已有描述。两个开关，两个日期，两套不同的后果。

250毫秒下区块哈希过期：签名时需更快

区块哈希是Solana交易的 timestamp：指向最近产生的区块的引用，防止同一指令稍后再次提交。该戳记的生命周期不以秒计，而以区块计。根据Solana文档，151个区块哈希有效。文档仍使用旧的400毫秒目标时间进行转换，从而得出约60至90秒的结论。

随着节奏加快，这一跨度缩短。在今天测量的317毫秒下，剩余约48秒；在250毫秒下，剩余约38秒。一份关于即将到来的变化的专家报告指出窗口期为37.5秒，这是使用150个区块而非151个区块计算的相同结果。无论如何，数量级相同：大约半分钟。

这在人类或设备介于创建和发送交易之间的地方至关重要。使用硬件钱包签名会消耗解锁、浏览显示和确认的时间。同样，准备交易，然后悠闲地再次检查地址，最后才发送，也会消耗时间。后果不是付款丢失，而是被拒绝：网络丢弃具有过期区块哈希的交易，钱包报告错误。如何判断此类尝试是真正失败还是随后成功，见我们的Solana交易失败指南。

在实践中，这意味着：在发送前解锁设备，在运行窗口内之前检查地址，并将确认对话框视为阅读时间而非等待时间。哪些设备确认路径短，哪些让您经过多个菜单，见我们的硬件钱包比较。

Calculation limits per block have also dropped: Impact of peak switching

Shorter blocks mean less calculation time per block. To keep throughput per second constant, the upper limit drops proportional to slot time. An expert report on changes pointed out that the switch blocks were limited to 37.5 million units of computing instead of the previous 45 million, and the upper limit for a single writable account was 15 million instead of 18 million. These values were not listed on the official overview page on September 17, so we have explicitly marked them as values for the report.

To users, the numbers themselves are not as important as the consequences. When a single high-demand account gets fewer units of computation in each block, transactions compete more fiercely for the same pool. You won't notice anything during the quiet phase. During peak times, such as when new tokens are issued, priority fees more often determine whether your exchange moves to the next block or waits. If you permanently set the fee cap to the lowest value in your wallet, you should pay attention to this setting the first time you encounter a peak.

Verifier Operator: Anyone who installs Agave 4.3 by Friday night

Anyone running a verifier faces the only real deadline in the entire business. The recommended version is Agave v4.3.0-rc.1, released on September 11, 2026. Anza requires operators to install the update before the end of Friday, which is before the end of the same day that the switch takes effect.

这不是警报，而是例行公事。运行旧版本不会立即切断连接，但在计时规则改变后，可能会错过区块。对于委托者来说，这是一个安静的任务：如果验证者在变化后的几天内跳过了显眼的槽位数，原因很可能是未安装的版本，您的奖励也会随之减少。

如果您仅在交易所持有SOL：为何无需做任何事

对于大多数投资者来说，诚实的回答是：什么都不用做。如果您的SOL存放在交易所或经纪人处，他们的运营商负责客户端版本、区块哈希和纪元边界。您不需要确认更新、更改地址或满足截止日期。

仍有两种边缘情况。首先，在此类变化周围，提供商可能会暂停Solana网络上的存款和取款几个小时。这是个别机构的预防措施，将出现在其状态通知中。其次，这样的日期是诈骗尝试的已知时机。Anza或交易所都不会向您发送消息要求您在钱包中启用升级。

官方文档尚未说明的内容

Solana网站上的路线图在9月17日仍将300毫秒至250毫秒的移动列为在devnet和testnet上活动，主网日期待定。相比之下，已完成的两个步骤在那里记录了日期和纪元。因此，Anza 9月16日的公告比描述它的文档页面更最新。

对您来说，一个简单的规则是：遵循纪元编号，而不是文章中的日期。编号1037是可验证的，任何具有网络细节的钱包以及任何公共区块浏览器都会向您显示网络当前所在的纪元。如果显示1037或更高，则开关已翻转。

Solana槽位时间：要点总结

在周五早上检查您的SOL存放位置及责任人。

在交易所，您无忧。如果您自行委托，请注意，从周五起，您对委托的下一次更改大约在30小时后而非36小时生效，且您的奖励到账更频繁。各平台的结算方式详见我们的质押提供商概览。

将您的签名流程设置为良好的38秒。

在创建交易前检查地址和金额，然后再拿起设备。如果发现硬件钱包让您经过太多菜单，值得查看我们的硬件钱包比较。

在变化后的一周内检查您的奖励。

预计会有更频繁、更小的入账；永久消失或显著下降的收益则不正常。此类下降表明验证者未运行新版本。切换可能在任何纪元边界发生，您可以在提供商概览中找到合适的位置。

供阅读的参考资料：官方页面上的缩减槽位时间，其中包含分阶段计划，以及交易确认的开发者文档，其中有151个有效区块哈希的数字。（截至2026年9月17日。本文不构成投资建议。价格和费用结构会发生变化；购买前请与提供商核实条款。）