Sepolia & Hoodi 测试网的 60M Gas Limit

以太坊核心开发者将 Sepolia 和 Hoodi 测试网的 Gas Limit 提升到 60M,用于分析此更改的影响。文章分析了 Gas Limit 提升后,对网络传播、区块处理和整体性能的影响,结果表明,从 Hoodi 和 Sepolia 的数据来看,60M 的 Gas Limit 是安全的。

Sepolia & Hoodi 上的 60M Gas Limit

简介

随着 Pectra 的完成,以及 EIP7623 限制了最坏情况下的执行区块大小,我们现在有更多的空间来安全地增加主网上的 gas limit。153,000 个验证者现在发信号表示主网上需要 60M 的 gas limit,核心开发者最近将 Sepolia 和 Hoodi 测试网上的 gas limit 提升到 60M,以分析此更改的影响。

此分析将侧重于此更改对这些测试网上网络传播、区块处理和整体性能的影响。虽然由于不同的网络拓扑和验证者集合,我们不太可能在这些测试网上看到任何重大影响,但此分析有助于确保客户端能够在基本层面上处理增加的 gas limit。

背景

gas limit 决定了单个区块中可以包含的最大计算工作量。但是,这会给网络中的所有参与者带来成本。

  1. 验证者有更高的硬件要求,因为他们需要在相同的时间内构建和发布更大的区块。
  2. 网络上的所有节点都必须下载并执行更大的区块,从而增加网络和系统负载。

方法论

数据来源

我们的分析利用了 ethPandaOps 监控基础设施的数据,该基础设施通过 Xatu 数据收集系统提供对以太坊网络性能的可视性。节点由 ethPandaOps 团队和社区运行。Xatu 连接到 Beacon API 事件流,该事件流不能保证事件的发布或排序,因此可以认为是最坏情况下的性能。

参数

我们分析了 Sepolia 和 Hoodi 在 14 天的时间段内的表现,以了解 60M gas limit 增加的影响:

🔵 Sepolia 测试网

具有封闭验证者集合和大型执行状态大小的许可测试网,使其更具代表主网条件。

📅 时间:2025 年 5 月 13 日至 27 日

🔲 区块: 91,957

📡 节点: 16 个 Xatu 节点

🌍 地区: 欧盟、北美、大洋洲

🔧 客户端: 5 个 CL 实现

🟣 Hoodi 测试网

具有开放验证者集合和较小执行状态大小的较新测试网,提供不同的性能概况。

📅 时间:2025 年 5 月 13 日至 27 日

🔲 区块: 89,065

📡 节点: 21 个 Xatu 节点

🌍 地区: 欧盟、北美、大洋洲

🔧 客户端: 5 个 CL 实现

指标

我们的分析将侧重于在 slot 生命周期中不同时间点触发的 2 个指标,并将它们与区块的 Gas 使用量进行比较。

⏱️ 区块生产时间线

区块

已发布

指标 1

📡

区块 P2P

指标

⚙️

执行 &

传播

指标 2

新 Head

指标

4s

证明截止日期

⏰ 时间: ?

区块已发布

📡 指标 1: 区块 P2P

节点通过 gossip 网络接收区块

⚙️ 处理

执行区块 & 传播 blobs

✓ 指标 2: 新 Head

客户端将区块视为新的链头

⚠️ 4s 截止日期

证明截止日期

📡 区块 P2P

当节点首次通过 gossip 网络看到区块时

  • 通过 block_gossip 事件测量
  • 在执行之前发生
  • 纯网络传播指标
✓ 新 Head

当客户端将区块视为新的链头时

  • 公式: max(block, head, blobs)
  • 包括执行时间
  • 必须等待所有 blobs

分析

60M 安全吗?

1. 区块是否仍在按时提议?

我们可以通过查看按 📡 P2P 指标的 gas bucket 分组的 P90(每个 slot 的最小值)来观察这一点。这是一种花哨的说法:

  • 首先找出任何 Xatu 节点看到 slot 区块的最早时间
  • 然后对于每个 gas bucket,找到这些首次看到时间的第 90 个百分位数

此指标让我们深入了解区块提议者按时构建和传播区块的能力。如果即使是最快的节点也随着 gas 使用量的增加而明显更晚地接收区块,这表明提议者在构建和传播更大的区块时可能遇到困难。

Sepolia

🔍 点击放大

图 1: Sepolia 📡 P2P 指标的 P90(每个 slot 的最小值)按 gas bucket 分组。在 60M gas 使用量下,90% 的区块首次被看到的时间为 680ms。

Hoodi

🔍 点击放大

图 2: Hoodi 📡 P2P 指标的 P90(每个 slot 的最小值)按 gas bucket 分组。在 60M gas 使用量下,90% 的区块首次被看到的时间为 1016ms。

在两个网络中,我们可以看到区块仍在按时提议。正如预期的那样,我们观察到随着区块 gas 使用量的增加,区块提议时间略有增加。

区块正在按时提议。

2. 区块是否在 4 秒前被接受?

我们可以通过查看 ✓ New Head 指标的第 90 个百分位数来观察这一点。使用第 90 个百分位数可以让我们过滤掉任何异常值。提醒一下,网络中需要有 66% 的节点在 4 秒内看到区块和任何相关的 blobs,才能将其视为有效。

Sepolia

🔍 点击放大

图 3: Sepolia p90 (✓ New Head 指标)。区块在 4 秒前被接受。

Hoodi

🔍 点击放大

图 4: Hoodi p90 (✓ New Head 指标)。区块在 4 秒前被接受。

同样,我们可以看到区块在 4 秒之前就被很好地接受了。正如预期的那样,我们观察到随着区块 gas 使用量的增加,此指标也出现了类似的增加。值得注意的是,随着 gas 使用量的增加,Hoodi 的相对到达时间比 Sepolia 短。

区块在 4 秒之前就被很好地接受了。

超过 60M?

让我们冒险进入疯狂科学家的领域:如果我们在这些网络上超过 60M 会发生什么?我们可以做出一些假设并将当前的性能推断出来,以查看何时会超过 4 秒的阈值。实际上, мы можем ожидать появления скрытых узких мест и других проблем, но это все равно интересное упражнение.

Sepolia

🔍 点击放大

图 5: Sepolia p90(两个指标)的趋势线外推到超过 4 秒阈值的位置。

✓ New Head 指标在 151M gas 时交叉,📡 P2P 指标在 500M gas 时交叉。这两个指标之间的脱节显示了网络在执行区块以及同时传播任何 blobs 时所付出的开销。

Hoodi

🔍 点击放大

图 6: Hoodi p90(两个指标)的趋势线外推到超过 4 秒阈值的位置。

更有趣的是,在 Hoodi 上,我们看到更极端的结果,✓ New Head 指标在 832M gas 时交叉(是 Sepolia 的 5 倍),📡 P2P 指标在 1,994M gas 时交叉(是 Sepolia 的 4 倍)。两个网络在两个指标上都存在很大差异。这可能表明对大型执行状态大小的敏感性。这是一个特别有趣的结果,因为主网具有更大的执行状态大小,我们将密切关注这一点,因为我们将继续扩展。

致谢

特别感谢我们的贡献者社区,他们提供了分布式监控数据,使这项分析成为可能。他们的参与使我们能够前所未有地了解以太坊网络的行为。

想要为我们的监控工作做出贡献吗?成为贡献者!

结论

根据 Hoodi 和 Sepolia 的数据,就区块/blob 传播而言,60M 是安全的。非常重要的是要注意,这些测试网不能代表主网。我们将在未来几天对主网进行额外的分析,但目前我们可以说 60M 在根本层面上是可能的。

🚀🚀🚀

  • 原文链接: ethpandaops.io/posts/60m...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
EthPandaOps
EthPandaOps
https://ethpandaops.io