Dencun 升级 Goerli 网络的曲折之旅

Dencun 升级于 2024 年 1 月 17 日在 Goerli 网络上激活，然而，激活后的 Goerli 网络并未顺利运行。根据以太坊基金会（EF）的 DevOps 工程师 Parithosh Jayanthi 的总结，激活升级后，Goerli 网络的参与率立即下降，这主要是由 Prysm（CL）客户端中存在的一个错误引起的。

错误导致网络参与率从激活后的约 40% 下降到临界水平。Prysm 团队在发现问题不到四个小时后发布了一项热修复。一旦运行 Prysm 客户端软件的节点运营者更新了他们的设备，网络参与率从约 40% 迅速上升到 70%，这使得网络得以正常运转，完成块、Blob 和交易的处理。

自 Dencun 在 Goerli 网络上激活以来，EF 测试团队一直在 Goerli 上提交大量的 Blob 交易，以测试网络处理这些类型交易的能力。初始指标，包括 Blob、块和 Attestation 传播速度，看起来表现良好。Prysm 团队的 Terence Tsao 还分享了有关在 Goerli 上修复的 Prysm 客户端中的 bug 的更详细解释。

问题的根本原因是 Prysm 客户端中的历史根字段为空。历史根是从先前的以太坊升级 Shanghai/Capella（Shapella）中延续过来的传统字段，开发者忘记更新为非零值。Tsao 解释说，这是一个相对「容易」发现的错误，只需要对经历了 Shapella 等升级的测试网络进行长时间的分析。然而，之前实施 Dencun 的开发网络和影子分叉都在网络上太快地经历了先前的升级，以至于无法捕捉到这个 bug。为了更好地处理这类情况，开发者们同意将这种边缘情况包含在他们的测试向量中，并更加慎重地在升级测试过程中更早地测试这种边缘情况。

除了历史根字段问题外，Tsao 还提到了在 Goerli 上观察到的其他不规律性。他指出，某些 CL 客户端似乎「不管什么情况都」在请求 Blob，甚至是对于没有 KZG 承诺的块。Tsao 提出建议，希望客户端团队能够深入研究他们客户端的行为，并确保仅在具有适当 KZG 承诺的块时触发 Blob 请求，以避免浪费网络资源。

关于第二层协议（L2s）何时开始在 Goerli 上提交 Blob 交易的问题，Jayanthi 表示，在 L2s 准备提交自己的 Blob 交易时，他希望减少由于测试活动而导致的网络拥塞。来自 Prysm 客户端团队的 Tsao 表示，Arbitrum 团队可能会在 Sepolia 测试网络而非 Goerli 上测试 Blob 交易。而Optimism L2 协议的一位化名开发者，以「Protolambda」为屏幕名，表示 Optimism 团队计划在未来几周开始在 Goerli 上进行测试。

在未来的发展中，EF 研究员 Ansgar Dietrichs 表示，将在下一次 Rollcall 会议上进一步讨论这个问题，Rollcall 是一个专注于第二层协议的标准化和协调的会议系列。这次 Dencun 升级为 Goerli 网络带来了曲折之旅，但也为网络的稳定性和性能提供了宝贵的经验教训。