PeerDAS 与 2025 年的 48 Blob 目标

原文｜PeerDAS and a 48 blob target in 2025

这篇文章拉开了 PeerDAS 系列文章的序幕。在接下来的几周里，我们将陆续发布关于每一个主要的共识层（CL）/执行层（EL）客户端组合性能深入分析，揭示各个技术栈在即将到来的 Fusaka 升级中的表现情况。

以太坊基金会最近公布了其未来 12 个月的优先事项：扩展 L1、扩展 blob 和改进用户体验。这之所以重要，是因为以太坊的主要扩展方案——rollup，依赖以太坊提供数据可用性。目前，Rollup 上已托管超过 370 亿美元的资产，我们下一阶段的扩展能力，将取决于廉价且充足的 blob 空间，以支撑持续的用户活动。这正是 PeerDAS 发挥作用的地方：它使以太坊在不牺牲安全性和去中心化的前提下，能够处理多达 8 倍的数据量。

目前，以太坊节点通过下载每个区块中包含的所有 blob 数据（目前最多可达 6 个 blob），并在之后的 4,096 个 epoch（约 18 天）内对其进行保存，以此来确保 blob 数据的可用性。虽然这种机制提供了强有力的数据可用性保障，但它也带来了明显的可扩展性限制：更多的 blob 意味着更多的存储需求，这就需要节点拥有更强的计算与存储能力。

PeerDAS（EIP-7594）则朝着 Danksharding 的方向迈出了一步，这是以太坊处理数据方式的一次根本性转变：与其要求节点下载所有的 blob 数据，不如将对 blob 数据的保管责任进行分片。

通过利用现有的基础设施和带宽要求，并构建在经过实战验证的网络组件之上，PeerDAS 能够将以太坊的单区块目标 blob 数量扩展至至少 48 个，实现 blob 容量的 8 倍提升，将用户操作处理能力（UOPS）从当前的大约 220 提升至约 3,500，同时仍然保持以太坊一贯的安全性保障。这意味着更低的使用成本、更好的用户体验，以及更强健的生态系统。此外，Layer 2 活动的增加将带来主网（L1）更多的手续费收入，从而增强验证者的收益，进一步巩固以太坊的安全模型。

简而言之，通过 PeerDAS 扩展 Layer 2，也是在增强以太坊的 Layer 1。

本文将深入探讨 PeerDAS 的工作原理，以及它如何影响生态系统中的不同参与者——从节点运营者和 Rollup 团队，到应用开发者和终端用户。我们还将介绍 OP Labs 如何与 Sunnyside Labs、Base 和 Soneium 合作，加速 PeerDAS 在即将于今年晚些时候上线的 Fusaka 升级中的部署。

节点现在的工作是什么？

随着 Pectra 升级的上线，每个区块的 blob 目标数量为 6，最大上限为 9。每个 blob 最多可容纳 128KB 的数据。如果只考虑 blob 的数据有效载荷（不包括诸如 kzg_commitment 或 kzg_proof 等附加数据），由于所有节点都需要保存所有的 blob，这意味着每个节点每个区块需要存储的数据量为：128KB × 6 = 768KB

也就是说，当前每个区块都会让所有节点承担大约 768KB 的 blob 数据存储压力。

PeerDAS 如何改变现状？

在本节中，我们将以高层视角讨论 PeerDAS 的工作原理。如需深入了解其技术架构，我们强烈推荐这篇文章。Manu 的《PeerDAS from scratch》同样非常值得一读！

PeerDAS 的关键在于使用纠删码（erasure coding）将 blob 的大小翻倍。具体来说，我们将 blob 拆分为 64 列，并通过纠删码扩展为 128 列。每个全节点仅需下载并验证其中一小部分（随机分配）数据。在网络层面（截至目前大约有超过 9,600 个验证型全节点），这为数据的完整可用性提供了极高的保证。

通过“采样”而非“完整下载” blob，Ethereum 能够在不增加节点存储和带宽需求的前提下，实现 8 倍的 blob 容量提升。

大多数验证节点将被要求托管并提供 8 列数据（后续会进一步介绍）。如果仅考虑 blob 的数据负载（不包括 kzg_commitment 或 kzg_proof 等其他信息），我们可以得出以下结论：

• 每个节点托管 8 列数据
• 每个区块目标包含 48 个 blob
• 每个单元格包含 2 KB 的数据

这意味着每个验证节点每个区块需存储的数据量为：8 × 48 × 2 KB = 768 KB ——这与当前每区块 6 个 blob 的存储要求是一样的！

通过在整个网络中分散托管责任，并采用采样机制替代完整数据托管，Ethereum 实现了在不牺牲去中心化和安全性的前提下的高效扩展。

这对不同参与者意味着什么？

执行层与共识层客户端都将进行更新以支持 PeerDAS，包括以下方面的变更：

• blob 的 gossip 传播机制
• 子网采样逻辑
• 验证者的数据托管机制
• 单元格数据的验证逻辑

Node operators：

节点将不再下载整个 blob，而是订阅其分配到的 gossip 子网中的数据切片，并响应其他节点的采样请求。你需要配置托管参数并部署更新后的软件，但日常硬件负担保持在原有水平。

更高的 blob 吞吐量也意味着更高的手续费收入（更多的 blob = 更多的 blob gas + 提交交易 = 更高的验证者收益）。

需要注意的几点：

• 非验证节点：处理至少 4 列数据
• 至少连接 1 个验证者的节点：处理至少 8 列数据
• 每新增 32 ETH 质押：需额外处理 1 列数据
• 质押 ≥ 1,824 ETH（57 个验证者）：处理至少 64 列数据，可完整重构数据集
• 质押 ≥ 3,872 ETH（121 个验证者）：需处理全部 128 列数据，称为 超级节点（supernodes）

Solo stakers：

PeerDAS 确保了个人质押的可持续性，使个人质押者可以通过经济实惠的家用设备或云服务器来安全运行以太坊节点。你的节点只需下载每个 blob 的一小部分数据，并进行轻量级的证明验证，从而将 CPU 和带宽的要求维持在当前推荐的范围内。

Rollups：

Rollup 将立即从 PeerDAS 中受益。以 48 个 blob 为目标，rollup 的数据可用性容量可增加近 3,300 UOPS（单位操作数），这使得 rollup 能够：

• 提升 gas 吞吐量
• 降低用户手续费
• 更有信心地探索对 gas 消耗更高的新型应用

最终用户与应用开发者：

更低的数据可用性成本将直接带来更低的用户交易费用，并显著提升用户体验。应用开发者可以依赖更高的 rollup gas 吞吐量，打造更快、更流畅的去中心化应用。

一起扩展以太坊（Scaling Ethereum, together）

Optimism 始终致力于以太坊的长期成功。实现 48 个 blob 的目标并非轻而易举，但整个生态的团队都在为此努力推进。在接下来的几周里，我们将发布来自 Sunnyside Labs ****的 PeerDAS 开发网络的详细洞察，包括性能基准、进展情况以及我们在迈向这一雄心勃勃目标过程中面临的关键挑战。

敬请期待 —— 我们正一起让以太坊真正走向每一个人。

我们正在招聘！ 如果你热衷于扩展以太坊、推动 Superchain 超级链的发展，以及构建开放、去中心化的基础设施，欢迎查看我们的岗位信息。我们期待与你共事！

Join us

微信公众号： Optimism 中文

Twitter： https://x.com/Optimismzh

Telegram：https://t.me/optimism_cn

Medium: https://medium.com/@optimismcn

微信群：公众号后台回复 【加群】