Base团队分享了其扩展Base的计划,重点关注即将到来的Pectra升级中PeerDAS的集成,旨在提高数据可用性容量。他们计划每周增加1 Mgas/s的gas目标,并积极与以太坊社区合作,推动PeerDAS的实施和blob容量的提升,以支持L2的持续扩展和降低交易费用。同时,他们也提出了改进blob数据费用机制的建议,以实现更健康的市场。
扩展 Base:展望即将到来的 Pectra 升级
Base 的 2024 年路线图计划 之一是让链上 (Onchain) 对每个人都可访问且负担得起。我们专注于在安全、去中心化的 L2 上提供快速、低成本的交易,以实现全球参与链上经济。
我们将在新的博客系列 Scaling Base 中展示我们的进展,我们将分享更新和我们的计划,因为我们将 10 亿人带到链上。在本期中,我们将分享我们提高数据可用性容量的方法,因为我们期待在即将到来的 Pectra 升级中集成 PeerDAS。
以太坊在今年 3 月推出了 EIP-4844——这项升级通过将 L2 Gas 费用与以太坊主网费用分离,使 L2 Gas 费用降低了 100 倍。这种分离使得组合网络能够扩展:如果 Layer 2 变得拥塞,它可以独立行动以提高其目标容量并降低交易费用。
因此,自从一年前启动以来,我们将 Base 的吞吐量提高了 4 倍,将每个区块的 Gas 目标从 2.5 Mgas/s 增加到 10 Mgas/s,以在活动增加时将费用保持在 1 美分以下。这只有通过 Base 核心团队和扩展 OP Stack、以太坊客户端和 EVM 的整个构建者生态系统的辛勤工作才有可能实现。
几个月前,我们设定了一个雄心勃勃的目标:为 Base 实现 1 Ggas/s 的容量。我们知道,实现这一目标将需要在许多团队中进行大量艰苦的工作和合作。退一步讲,我们意识到,对于我们的内部团队和更广泛的生态系统而言,我们在扩展过程中提供的 可预测性 越高,就越容易计划和协调必要的工作。
为了提供这种清晰度,我们正在改变我们对扩展 Base 的看法:我们将致力于持续提高 Gas 目标速率,然后 执行工作 以确保我们可以通过扩展所有关键属性来实现该增长。
首先,我们公开承诺从 9 月下旬开始,每周将 Base Gas 目标提高 1 Mgas/s。 这些增长将受到持续的监控和测试——如果我们需要更改计划,我们将清楚地传达我们的关键经验和更改。随着我们继续扩展底层基础设施并建立信心,我们的目标是提高增长率(例如,每周 2 Mgas/s),以加速我们实现 1 Ggas/s 的进展。
如果你正在 Base 上构建,或帮助扩展为 Base 提供支持的基础设施,我们希望你可以使用此指南作为协调和规划工作的北极星。如果你对我们的方法有反馈,我们很乐意听取!
随着 Base 继续扩展,我们期待以太坊社区集成必要的主网升级,以提高 L1 数据可用性——确保 L2 可以继续将下一个 10 亿用户带到链上。
在过去的两年中,我们与以太坊核心开发者社区合作完成了这项任务,从 EIP-4844 开始。这项升级由 Base 团队、OP Labs 和以太坊核心开发者共同领导,通过引入 Blob 空间并为数据可用性提供固定数量的 Blob 空间,大大降低了 Base 和其他 L2 的成本。
但是随着需求的增长,我们的预测表明,当前限制将无法满足 Base 在未来一年的需求。这就是 PeerDAS 的用武之地。
PeerDAS(对等数据可用性采样)是即将到来的 Pectra 硬分叉中的一项协议更改,它通过增加总 Blob 容量而无需每个节点下载每个 Blob 来解决此问题。它确保以太坊节点可以访问所有 Blob 数据,同时仅下载一小部分,从而显着降低网络带宽要求并释放大量的数据可用性容量。
Base 核心团队一直在积极准备将 PeerDAS 纳入 Pectra 升级:
我们正在与 ethPandaOps 合作对 PeerDAS Devnet 进行网络分析,提供基本数据以告知建议。
我们正在为 Prysm 中的实现做出贡献,该实现正用于驱动初始分析。
除了这些贡献之外,我们还在提倡在激活 PeerDAS 的同时显着增加 Blob 容量。这对于扩展工作至关重要,可以处理更多数据而不会使单个节点过载。
任何影响带宽的协议更改自然都应受到开发者的审查,因为存在引入网络不稳定和与网络相关的拒绝服务攻击的风险。由于 PeerDAS 的复杂性,有些人主张在保持 Blob 容量不变的情况下将其纳入其中。这种方法会将数据可用性容量的任何增加推迟到后续升级,这可能在 Pectra 在 2025 年激活后的几个月(如果不是一年)之后。
虽然 PeerDAS 的最终细节仍在讨论中,但我们认为其架构允许现有的带宽受限的 Stakeholder 安全地参与。此外,计划用于 Pectra 的 EIP-7251 应该减少证明和 sync_committee p2p 流量,这是节点带宽的主要消费者。
反对增加容量的一个论点是,L1 节点需要为提供数据可用性所需的计算、存储和带宽获得公平的补偿。当对 Blob 的需求低于目标时,价格会降至最低:每字节 Blob 数据 1 Wei。需求超过目标容量允许启动基于市场的定价机制,从而更好地回收 L1 节点产生的成本。
我们认为通过限制 DA 容量来解决此问题是一个错误的步骤;相反,我们建议采用不同的方法,确保 Blob 空间的健康市场,以便网络在保持不受约束的同时获得公平的补偿。一些潜在的解决方案是提高最低 Blob 费用或为 Blob 数据实施不同的费用机制。
在 EIP-4844 之后,只要对 Blob 的平均需求低于目标(目前每个区块 3 个),L2 交易费用将与以太坊主网费用保持分离。
到目前为止,我们只看到少数情况下 Blob 需求在较长一段时间内超过此目标。有些人可能认为低于目标的 Blob 需求是谨慎行事的原因。但是,随着 Base 的扩展计划和 L2 需求的增长,我们预计需求将在未来几个月内持续达到或超过容量。超过目标将结束交易费用的分离——不允许 L2 独立增加容量并保持低费用。
当数据可用性达到目标容量时,扩展将变成一场零和博弈——一个 L2 吞吐量的增加会对另一个 L2 产生负面影响。我们的目标是创建一个正和扩展环境。实施 PeerDAS 并增加 Blob 数量是实现此目标的关键步骤。
L1 数据可用性可以通过减少所需数据的 L2 协议改进来间接扩展。OP Stack 已经具有一些创新功能,例如来自 Fjord 升级的 Span Batch 数据布局和 Brotli 压缩,这使 Base 的数据压缩率提高了 25%。未来的增强功能包括用于 L2 交易和 UserOps 的有状态压缩和可聚合签名。这些改进虽然有帮助,但只是锦上添花。最终,主网的数据可用性容量必须增长,才能支持健康的扩展路线图。
随着以太坊的持续增长,数据可用性容量的任何增加最终都将被有机需求所吸收。虽然基于市场的数据可用性定价机制是不可避免的,但尽可能长时间地保持分离的费用将使以太坊能够更快地扩展到其全部潜力。
- 原文链接: base.mirror.xyz/6NDvVKw8...
- 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!