为什么 Solana 新的 250 毫秒速度提升实际上会引发网络不稳定
核心要点
- Solana 的 250 毫秒时隙时间已上线,将每个四时隙领导者窗口缩短至一秒。
- Solana 验证器协调现在在 250 毫秒的目标时隙时间内运行。
- 更重要的测试是领导者交接、交易转发、修复和多个验证器客户端是否仍然可靠,因为 Solana 考虑有条件地迁移到 200 毫秒。

待定的 200 毫秒步骤将测试转发、切换和客户端多样性能否跟上。
Solana 的 250 毫秒时隙时间已上线,将每个四时隙领导者窗口缩短至一秒。
Solana 验证器协调现在在 250 毫秒的目标时隙时间内运行。时隙是验证者生成区块的网络目标间隔,因此这一变化为用户提供了更频繁的交易落地机会,同时为验证者提供了更少的时间将生产从一个领导者传递到下一个领导者。
根据 Solana 工程变更日志和 Solana Compass 报告,该更改于 9 月 18 日的 1037 纪元生效,该报告将过渡时间定为世界标准时间 05:06 左右。 9 月 20 日早些时候,覆盖 60 个一分钟窗口的样本观察到每个生成的时隙大约有 266 毫秒。 Epoch 1037 跳过了约 0.05% 的预定时段。
狭窄的观察窗口支持令人鼓舞的初步读数,而不是长期的表现趋势。更重要的测试是领导者交接、交易转发、修复和多个验证器客户端是否仍然可靠,因为 Solana 考虑有条件地迁移到 200 毫秒。
Solana 验证器协调面临更紧张的预算
随着时隙持续时间的缩短,SIMD-0525 设计草案减少了每个时隙的工作限制。块预算在 250 毫秒时为 6250 万个计算单元,在 200 毫秒时为 5000 万个计算单元。这两种设置都使标称协议上限接近每秒 2.5 亿个计算单元。
因此,较短的时隙比容量更直接地改变节奏和延迟。街区到达的频率更高,但每个街区所允许的工作却更少。需求、调度以及领导者如何有效地填充区块空间仍然决定着已实现的交易吞吐量。
较短的领导者窗口加强了交接
同样的设计使领导者的回合固定在四个槽位。这为每个领导者提供了 250 毫秒的标称一秒窗口和 200 毫秒的 800 毫秒窗口。用户获得更频繁的纳入机会,而验证者接收流量并在移交后开始生产的时间更少。
地理位置已经消耗了部分利润。 Solana 基金会的一项工程分析测量,当连续领导者相距小于 500 公里时,第一时隙持续时间损失中值约为 28 毫秒;当连续领导者相距超过 8,000 公里时,第一时隙持续时间损失中值为 122 毫秒。较大的数字等于 200ms 目标时隙的 61%。
催化剂是什么在推动加密货币发展。为什么这很重要。了解 CryptoSlate 的重要故事以及接下来要看的内容。发布于 Substack 电子邮件地址 每周 7 天免费订阅。随时取消订阅。哎呀,看来有问题了。请再试一次。检查您的收件箱。您的注册请求已发送。如果需要确认,请按照 Substack 发送的电子邮件进行操作。如果没有看到,请查看垃圾邮件或促销活动。
该指标将领导者的第一个时隙与其后面的时隙进行比较,并不仅仅捕获网络延迟。尽管如此,它还是显示了一种权衡:地理分布可以降低共同地点的风险,而长距离交接则更多地使用不断缩小的生产窗口。
Solana 的 9 月 18 日变更日志指出了工程师试图保护该窗口的两种方法。 Agave 开发人员正在致力于当交易可能错过其预定目的地时悲观转发到下一个领导者。客户团队还针对跨实现和版本的一致性二进制文件测试块和事务执行。
恢复也有类似的限制。该提案草案在 200 毫秒阶段保留了 250 毫秒的修复延迟阈值,使得该延迟比一个目标时隙更长。这些是预期的工程裕度,而不是当前故障的证据,但它们定义了较低延迟与可靠执行共存的条件。
一次路由故障暴露了三层集中
TeraSwitch 8 月 12 日的路由故障发生在 250 毫秒设置之前,并不是由它引起的。它仍然显示了共享基础设施依赖性如何同时影响许多明显独立的验证器。
TeraSwitch 的事件报告称,12 个站点失去了可达性,迈阿密的一个站点被移除以进行遏制。 Solana Compass 测得 28.83% 的网络权益拖欠时间约为 33 分钟。 Solana 基金会的账户称,区块仍在继续,交易不断落地。
网络不间断地吸收了故障,但该事件也表明了为什么验证者数量只能说明去中心化故事的一部分。 9 月 7 日的独立数据显示,Solana 的基于股权的 Nakamoto 系数为 18,其最大的验证者接近活跃股权的 4%。在托管层,同日的提供商报告显示 TeraSwitch 的活跃份额为 22.1%。
该基金会单独表示,TeraSwitch“去年”持有 38% 的股份,随后其份额降至 30% 以下。这些数字缺乏共同的日期和方法,因此 9 月 7 日的读数是更清晰的当前快照,而不是连续系列中的一个点。
软件创建第三个故障域。 9 月 20 日的权益加权查询将大约 87.4% 的权益归为 4.x 客户端版本,7.3% 归为 0.x,5.3% 归为 26.x。主版本号仅作为 Agave 系列、Frankendancer 和 Firedancer 软件的粗略标记,因为它们无法区分每个调度程序变体或下游构建。
这三个测量回答了不同的问题。验证者权益表明有多少领导者需要失败或协调。客户端沿袭表明存在常见的实施错误。托管份额显示有多少股份可以消失在一个提供商或路由域后面。更快的时隙不会造成这些集中,但较小的切换和修复裕度可能会使相关中断更加严重。
证据阈值200ms
9 月 20 日,200 毫秒功能仍待在主网上上线,Anza 的功能门时间表中没有确定的激活日期。 Solana 的减少时隙时间页面表示,进一步减少取决于可接受的网络性能,包括跳过率。
一个具有大约 0.05% 跳跃率的已完成周期是一个有用的基线。更强有力的决策将依赖于持续的时隙持续时间、跳过、交易登陆和领导者切换测量,并在可能的情况下由客户家族和基础设施提供商进行细分。这将揭示干净的全网络平均值是否隐藏了较弱的群体或较长的尾巴。
朝霞属于单独的时间线。这是一个共识升级,目标是大约 150 毫秒的最终结果,而时隙控制着区块生产机会的节奏。 Solana 的官方页面给出了不同的计划窗口,从第三季度目标到 10 月 Agave 4.3 窗口,但都没有提供确切的激活日期。
Solana 的前 250 毫秒读数显示没有立即跳速冲击。要达到 200 毫秒,需要在更长的窗口和不太有利的条件下获得相同的结果。具有约束力的测试是,当地理和提供商集中度消除了部分网络时间裕度时,交易转发、领导者过渡、修复和不同客户端实施是否能够跟上步伐。
