Solana(SOL)于上周五将主网时隙时间缩短至 350 毫秒,这是自网络启动以来的首次此类调整。
Solana 主网的目标时隙时间从 400 毫秒降至 350 毫秒,该调整在第 1020 个纪元生效。这是计划中四个 50 毫秒降幅的第一步,最终目标为 200 毫秒。每个时隙的计算上限按比例缩减,将理论峰值维持在每秒约 2.5 亿单位。
Solana 基金会技术副总裁 Jacob Creech 在社交媒体上发文标示了这一变化。他表示:“我们正进入 350 毫秒的新时代”,并指出 300 毫秒是下一个目标。随后,基金会的一个追踪器显示,平均时隙时间已降至 360 毫秒,而网络初始协议中设定的值为 400 毫秒。
该功能在时隙 440,208,000(即第 1019 个纪元的第一个时隙)被激活,但由于一个纪元的延迟,网络在进入第 1020 个纪元之前仍维持之前的 400 毫秒目标。
维护 Agave 验证器客户端的研究机构 Anza 在其 Agave v4.2 版本中部署了这一步骤,该版本还包含其他多项协议变更。
治理提案 SIMD-0525 规定,在网络达到 200 毫秒目标之前,还将进行三次 50 毫秒的降幅。每个阶段都设有独立的功能开关。该文档还逐步削减了每个时隙的工作上限,因此验证器在每秒内处理的计算量不会超过当前水平。
Anza 首席执行官 Brennan Watt 确认,测试网时隙时间已降至 182 毫秒,而浏览数据显示过去一小时的平均值为 193 毫秒。测试网上的降幅大约每两个纪元实施一次。
Helius 首席执行官 Mert Mumtaz 在播客中表示,更短的时隙配合更高的区块上限,将在短期内使网络吞吐量提升四倍。在 350 毫秒时,最大区块计算量降至 8750 万单位,而主网在 7 月采用的上限为 1 亿单位。理论最大值仍保持在每秒约 2.5 亿单位。
领导者仍持有连续四个时隙,因此其窗口从 1.6 秒缩短至 1.4 秒,这进一步收紧了验证器集之间的交接和传播余量,而验证器集本身已因更快的区块生产而承压。
链下软件则构成另一项挑战,因为部分客户端常量、浏览器和索引器仍将 400 毫秒时隙视为固定值,而非从集群中读取的数值。
基金会于 6 月发布了分阶段计划,对四个步骤分别设置独立开关,以便在区块跳过率超过验证器既定容忍水平时,运营者可暂停该进程。测试网已于 8 月 5 日迈出 350 毫秒的第一步,目前运行在有效的 200 毫秒目标下;而开发网则处于 300 毫秒水平,其 250 毫秒开关已开启但尚未生效。