1. 特别需要注意的是，pandaOps 和测试团队对在 ePBS 上增加 focil in glam 的复杂性表示了显著的担忧。IMO，这件事（或者很大一部分责任）最终由他们决定范围，因为安全始终是第一优先事项。接下来应该是保持定期发布的稳定节奏。 2. 乐观来看，ePBS 开发网络仍需 1 个月时间，但很可能会拖到 1 月。这是一个大规模且复杂的变更，所有参与其中的人都坦诚承认这一点。 3. 社区的反馈是有效信号，但最终他们并不会直接感受到影响，只会感受到范围错误的间接影响，比如更长的交付时间、更长的 bug/开发网络周期。受益于一致性的群体也是分散的——相比于抽象的“维护范围纪律以支持现有承诺”的理念，争论一个具体功能要容易得多。我们的工作是理解这些权衡并诚实地传达它们。客户端团队在 pectra 范围上过度承诺，我们应该避免连续两次分叉出现这种结果。