以太坊可能有一种更简单的方法来减轻其不断增长的汇总生态系统的计算负担

一个在节点之间划分 blob 恢复职责的以太坊原型报告称，在 1,000 个节点模拟中，估计重建计算工作量减少了 11-18 倍。结果表明，运营商可以通过比完整 RowDAS 网络提案更小的更改来减少重复工作。

研究人员 Csaba Kiraly 在 9 月 3 日的报告中将简化的设计描述为迈向 RowDAS 的可能的第一步。它分配恢复职责，而没有在完整提案中引入新的行网络通道。

Blob 携带第 2 层汇总使用的数据。 PeerDAS 是以太坊用于检查 blob 数据是否可用的系统，它允许节点仅下载其中的一部分。高托管节点至少保存 128 个数据列中的 64 个，足以重建丢失的 Blob 数据；超级节点持有全部 128 个。

许多高监管节点可以重复相同的重建。简化的设计首先将特定的 blob 分配给它们，允许其他人接收恢复的数据，而不是立即自己重建数据。

以太坊 blob 恢复模拟显示了什么

在一种具有 4 个 blob、10% 超级节点且没有保留列的配置中，估计的网络范围重建成本从 PeerDAS 模型下的 48.6 CPU 秒降至简化设计下的 2.75 CPU 秒。当超级节点份额为 20% 时，相应的数字分别为 91 和 6.6 CPU 秒。

这些总数描述了模拟网络中累积的计算工作，而不是经过的恢复时间。该计算在 Ryzen 9 8945HS 处理器上测量每个 blob 恢复的成本为 162 毫秒。交易速度和费用节省超出了报告的测量范围。

PeerDAS 基线已经包括随机等待和抑制重复重建的检查。因此，通过比较，现有客户行为对这些延迟节省的工作给予了认可。

每日简报 噪音之前的信号。以由 CryptoSlate 编辑解码的推动市场的加密货币故事开始新的一天。一封电子邮件。一切重要的事情。电子邮件地址 免费加入 免费加入。随时取消订阅。哎呀，看来有问题了。请再试一次。你在名单上。您的下一份每日简报即将发送。

在简化变体下，分配的节点通过现有的列分配通道共享恢复的单元。高托管节点保留对仍然丢失的任何内容的延迟恢复作用，保留 PeerDAS 式的后盾。

EIP-8371 草案中指定的完整 RowDAS 将添加另一个恢复路线：行通道让较小的节点汇集其数据，并在其组合持有量清除恢复阈值时集体重建。简化的设计保留了当今对高托管节点的依赖，并且无法提供额外的弹性。

测量仍然仅限于使用真实加密技术的模拟进程内网络。 Kiraly 没有报告 devnet 结果，完整设计的 128 行子网配置仍然是从较小的子网数量推断出来的。更大规模的模拟和真实网络测试仍在进行中。

EIP-8371 保持 blob 限制不变，并且拟议的职责分配和行网络之间的划分尚未纳入其草案文本中。直接的机会较小：减少恢复所需的处理器工作，更广泛的弹性优势取决于后面的行层。