今天早些时候，我向所有核心开发者展示了我们在Glamsterdam提出的将时隙时间缩短一半的案例。我们认为，缩短时隙是以太坊在这个时间框架内值得考虑的一个强有力的选项，带来了从更好的用户体验到改善以太坊L1的主要价值主张之一——确认引擎的诸多好处。Glamsterdam是一个预计将在2026年发布的分叉。 下面链接了演示文稿，以及关于该提案如何与其他提案（特别是时隙重组提案）相结合的讨论。 如果需要做出的决定是“应该选择哪个重组提案”和“我们应该以什么顺序发布缩短的时隙和重组的时隙”，我认为关键是从缩短时隙和交易延迟的角度找到答案。 一些有价值的下一步： - 对两条路径（缩短 -> 重组与重组 -> 缩短）所需工作的适当核算 - 对证明和聚合传播的分析 - 找到每个重组提案在吞吐量/时隙时间权衡曲线上的首选点。是否可以将某些重组时隙的时间目标定在低于6秒仍然是一个开放性问题。从对话中听起来，可能是可以的！ 如果你有兴趣贡献，请联系我 :)

演示和讨论的录音

幻灯片

我们提案的链接