状态更新：以太坊主网上`IDONTWANT`消息的采用 - 网络

背景

IDONTWANT 控制消息已于 2024 年 5 月被采纳为 libp2p 的 Gossipsub 协议规范的一部分 [ GH Pull Request]。该控制消息的目的是通知 mesh 邻居节点，某个节点已经收到特定消息，并且不希望再次收到该消息。

拥有这样一种消息原语的目标是减少节点收到的重复消息的数量。减少重复消息的数量非常重要，因为这样可以释放更多的带宽，进而允许将更多的 blobs 包含在区块中。通过测量研究[参见 ProbeLab 的上一篇文章]以及直观认识，我们发现节点可能会收到一条消息最多 D 次。尽管去中心化 P2P 网络中的冗余（就消息重复而言）部分是一种特性而非缺陷，但有人认为可以减少重复消息的数量。

本文简要介绍以太坊主网上支持 IDONTWANT 控制消息的以太坊节点数量的最新情况。

方法和结果

在 ProbeLab，我们每 2 小时爬取一次 discv5 网络（每周总共 84 次），并以每周报告的形式生成各种结果。你可以在以下位置找到最新的报告：Week 2025-07 | ProbeLab

作为其中的一部分，我们抓取了在随机爬取中“看到”的节点，并发现了以下情况：

• 所有客户端实现都已添加对 IDONTWANT 控制消息的支持。
• 尽管如此，实际上仍有 1879 个节点（约占网络的 20%-25%）不支持 IDONTWANT。
• 这个百分比来自运行各自客户端实现的旧版本的节点。特别是，每个客户端的以下版本仍然存在于网络中（也可以在此图中看到），并且比支持 IDONTWANT 的版本旧。

Lighthouse: v5.0.0 to v5.2.1
Grandine: 0.4.1
Prysm: v4.1.1 to v5.1.0
erigon: caplin
lodestar: v1.16.0 to v1.27.0
teku: v24.2.0 to v24.8.0
rust-libp2p: 0.44.1
nimbus: no version given

• 以下是每个客户端实现的节点数量的细分，这些节点运行上述版本之一，因此不支持 IDONTWANT：

  • Prysm：1477 个（占 Prysm 的约 3000 个节点的 50%）
  • Lodestar：176 个（占 Lodestar 的约 176 个节点的 100%）
  • Lighthouse：162 个（占 Lighthouse 的约 3700 个节点的 4.3%）
  • Teku：33 个（占 Teku 的约 1135 个节点的 2.9%）
  • Erigon：16 个
  • rust-libp2p：4 个（占 rust-libp2p 的 85 个节点的 4.5%）
  • nimbus：9 个（占 Nimbus 的 460 个节点的 1.9%）
  • Grandine：2 个

后续步骤

ProbeLab 正在密切监控 IDONTWANT 控制消息的采用情况，并将重新运行带宽可用性研究[ 链接]，该研究已于 2024 年 12 月运行，以量化当网络中更大部分已升级并支持此新控制消息时，带宽需求降低方面的性能改进。这项研究很可能会在 Pectra 更新后进行，届时所有节点都将更新，并将作为单独的 ethresear.ch 文章发布。

• 原文链接： ethresear.ch/t/status-up...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～