blob/acc：2025 年实现更多 blob 空间

要点总结：

为了支持全球链上经济并确保以太坊的成功，Base 认为至关重要的是通过协调以下计划，在 2025 年第三季度发布 Fusaka 硬分叉：

1. 将当前的 Fusaka 范围锁定为仅包含 PeerDAS 和 EOF。

2. 在 PeerDAS 准备就绪后立即发布 Fusaka（理想情况下在 2025 年第三季度初），并尽可能提高 blob 数量以进行测试。

3. 发布带有内置 blob 增加机制支持的 Fusaka，允许将来以最小的努力增加 blob。

4. 规范 硬件 / 带宽 要求，为进一步扩展提供明确性。

5. 分析 Fusaka 后的主网网络，并在网络条件允许的情况下进一步增加 blob 数量。目标是在年底前达到约 50 个 blob，以实现今年再 10 倍的扩展。

为什么 blob 很重要

以太坊有望实现显著增长，有一天可能会为寻求更自由、更开放经济的庞大全球用户群提供服务。目前，blob 的使用率已经饱和了几个月，导致用户费用上涨并限制了生态系统的增长。即使 Pectra 的增加会提供一些缓解，但随着更多 rollup 上线，预计 blob 数量的增加将不足以应对爆炸性增长。例如，Base 已经致力于在年底前扩展到 2.5 亿 Mgas/s（是我们目前吞吐量的 10 倍），这突显了交付真正全球链上经济的强烈需求。

我们认为，我们现在所处的时代类似于互联网的早期：成功不是将有限的带宽货币化，而是扩大容量，以便每个人都可以从新一轮的创新中受益。同样的理念——扩大“蛋糕”而不是让它更昂贵——现在也适用于以太坊，重点应该是长期的基础设施、开发者工具和用户体验，而不是网络使用量的价格发现。确保我们不会阻碍生态系统的增长非常紧迫；如果我们成功地提高了数据可用性，我们就可以降低交易成本，授权更多的链上应用程序，并吸引下一波用户。

我们如何实现这一目标

我们建议最终确定 EOF 和 PeerDAS，以便年中发布，并设定一个适度的初始 blob 目标（24 个），然后通过简化的升级进行迭代和扩展。

Fusaka 范围：我们建议将 Fusaka 限制为 PeerDAS 和 EOF，将任何其他 EIP 推迟到下一次硬分叉。

1. EOF 已经实现、测试，并且有一个稳定的多客户端 devnet在运行，剩余的更改预计在 4 月左右最终确定（Pectra 激活时间）。正如 Danno 在 EL ACDE #205 中提出的那样，一旦 PeerDAS 准备好发布，EOF 就可以按原样发布。

2. PeerDAS 自去年年中以来一直在开发中，规范接近稳定，还有一个优化即将最终确定。即使仍然需要大量工作才能发布，但我们相信，如果从现在开始给予客户端团队充分的关注，它可以大大加速。

如果现在锁定范围并将我们的精力集中在这两个功能上，该计划将最大限度地提高我们在年中之前交付 Fusaka 的机会。

何时发布：鉴于 rollup 迅速增长的需求，我们建议在 PeerDAS 准备就绪后立即启动 Fusaka，每个区块的目标为 24 个 blob（或尽可能高的测试支持）。

目前，1D PeerDAS 的估计最大吞吐量约为每个区块 50 个 blob。但是，我们承认 PeerDAS 引入了一种全新的网络范式，它不太可能立即以最高的理论吞吐量启动。相反，我们建议尽快发布，并采用更适度的吞吐量——每个区块大约 24 个 blob（或尽可能高的测试支持）——然后从那里开始迭代。这种方法有助于我们快速实现 1D PeerDAS 的优势，同时随着时间的推移进行改进和扩展。我们认为每个区块 24 个 blob 是一个合理的起点，因为 PeerDAS 要求最弱的节点使用比以前少约 8 倍的带宽，这与当前的带宽水平（每个区块 3 个 blob）一致。

Blob 增加机制支持：如果 Fusaka 没有以每个区块约 50 个 blob 的理论最大值启动，我们将需要一种方法来提高 blob 目标，因为需求增长而无需等待通常每年一次的硬分叉。目前正在讨论几种实现这种灵活性的方法。

1. 由核心开发人员控制的多重签名合约，并通过配置升级进行升级

2. 链上投票机制，如验证者投票的 gas 限制

3. Optimism 提出的 BPO (仅 blob 参数) 分叉

4. Lighthouse 的 Mark (ethDreamer) 提出了对 BPO 硬分叉的略微修改，即不通过分叉 ID 检索 blob 目标数量，而是将其与 epoch 编号相关联。

我们认为 #4 将是最佳选择，因为它避免了解决方案 #1 和 #2 所需的较大更改，并且还避免了要求客户端设置繁琐的标准硬分叉样板代码。它仍然像硬分叉一样运作，因为所有验证者都需要升级他们的软件，但这给客户端开发人员和运营商都带来了最小的负担。

正式确定 硬件 / 带宽 要求 对于在最大限度地减少运营挑战的同时，维护以太坊的去中心化至关重要。明确的最低标准使研究人员和开发人员能够充满信心地设计、优化和测试新协议，因为他们知道这些协议将对广泛的参与者保持可访问性。我们认为所提出的解决方案在去中心化和可扩展性之间取得了适当的平衡。

年底前达到约 50 个 blob 的目标：我们建议在 Fusaka 发布后不断分析主网性能，找出瓶颈，并改进设计和客户端实现，目标是在 2025 年底前达到 50 个 blob 的目标。

呼吁贡献者

在 Base，我们相信将以太坊扩展到数十亿用户是一项集体努力，这项努力已经取得了重大进展。我们正在与 Optimism (OP)、Sunnyside Labs 等合作伙伴合作，为 PeerDAS 的开发做出贡献，包括但不限于

1. PeerDAS 研究（完成 Fusaka 规范）

2. 共识层客户端实现

3. 网络模拟与分析

4. 提议的 BPO（仅 blob 参数）硬分叉，以实现更快的 blob 增加节奏

当然，我们不能独自完成这项工作。我们创建了一个公共仪表板 以及核心开发人员的 PeerDAS 就绪清单，以帮助跟踪加速 PeerDAS 所需的一切。我们向整个社区发出公开邀请。L2、开发人员、研究人员——你的想法、技能和热情可以在使 Fusaka 升级成为现实方面发挥关键作用。我们期待与任何分享我们对更具可扩展性、包容性和开放性的链上世界愿景的人合作！

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