
以太坊 Fusaka 硬分叉两周后启动,Blob 三大核心升级将为 L2 数据容量带来 20 倍提升。
在本文中,我将详细解读 Blob 是什么、即将落地的 3 个 Blob 相关 EIP**(以太坊改进提案),并探讨这些升级如何适配以太坊长期 “精简以太坊”(Lean Ethereum)路线图。
如果你看到这里还在疑惑 “Blob 到底是什么”,下面这部分将为你快速解惑。
像 Abstract 这样的 Layer 2 Rollup,会将数千笔交易打包成一个批次,再通过一种名为 “Blob” 的特殊数据类型,将这些批次上传至以太坊主网(L1),从而继承主网的安全性。
其实原理并不复杂,我们可以拆解为三个步骤:
L2 网络将数千笔交易打包成一个批次;
L2 网络将该批次转换为符合要求的 Blob 格式;
L2 网络通过一笔 L1 交易,将这些 Blob 上传至以太坊主网。

L2 Rollup 通过 Blob 向以太坊传输交易批次
目前,以太坊设定的每区块 Blob 目标容量为 6 个 —— 自 8 月以来,实际容量已基本接近这一目标。随着 L2 网络交易量稳步增长,Blob 已成为以太坊主网可靠的数据可用性层(Data Availability Layer)。

以太坊每区块 Blob 数量接近 6 个目标值
Blob 的运行效果已得到验证:截至目前,以太坊主网已接收超 1400 万个 Blob,包含的数据量超过 1TB;与 Blob 出现前使用 “调用数据”(calldata)的方式相比,累计为 L2 网络节省了超 6 万枚 ETH 的费用。
然而,以太坊网络对 Blob 空间的需求正在持续增长 —— 新的 L2 链不断涌现,现有 L2 网络的用户活跃度也在提升。以太坊需要进一步扩容以承接这一需求,而即将到来的主网硬分叉 ** “Fusaka”,正是实现这一目标的关键下一步。
接下来,我们就来拆解 Fusaka 硬分叉中与 Blob 相关的核心升级。
在 Fusaka 硬分叉包含的众多 EIP 中,有 3 个核心提案聚焦于 Blob 扩容:
EIP-7594:PeerDAS(对等数据可用性采样,Peer-to-Peer Data Availability Sampling)
EIP-7892:仅 Blob 参数分叉(Blob-Parameter-Only Forks,简称 BPO 分叉)
EIP-7918:Blob 基础费率调整(Blob Base-Fee Tuning)
这些升级组合在一起,将使以太坊在未来安全地将每区块 Blob 容量提升至 128 个(较当前目标提升 20 倍以上)。
没错,这些提案的命名确实不算直观,但不用顾虑 —— 它们的核心逻辑其实并不复杂,下面我们逐一解析。
PeerDAS 是 Fusaka 硬分叉的 “核心亮点” 升级。
它允许节点仅存储每个 Blob 的部分数据,而非完整 Blob。更具体地说,节点现在只需存储 Blob 数据的 1/8—— 这意味着在不提升节点硬件配置要求的前提下,Blob 数据存储空间可直接提升 8 倍。
这一点至关重要:通过维持适度的硬件门槛,以太坊能继续保持其强大的去中心化特性。

节点现在仅需存储 Blob 数据的 1/8
节点只需获取 50% 的 Blob 数据碎片,就能重构出完整的 Blob—— 正如其名称中的 “采样”(Sampling)所示,节点会通过从其他节点获取数据碎片,拼凑出完整的 Blob 数据。
既然节点的 Blob 存储空间已得到扩展,我们是否会直接提升每区块 Blob 的目标容量?这就需要第二个升级提案来实现了。
由于 PeerDAS 降低了 Blob 的存储门槛,从长期来看,逐步提升每区块 Blob 的目标容量是合理的。
在此之前,提升每区块 Blob 目标容量需要通过 “硬分叉” 实现 —— 这意味着迭代速度极慢,且需要大量测试。
而 EIP-7892(“BPO 分叉”)为以太坊引入了新机制:无需通过硬分叉,就能直接提升每区块 Blob 的目标容量。
该提案还配套了一套 “扩容时间表”:在 Fusaka 硬分叉启动后不久,以太坊将分多次提升每区块 Blob 容量,最终目标是将容量提升至 128 个 / 区块(较当前目标提升 20 倍以上)。

无需硬分叉即可将每区块 Blob 容量逐步提升至 128 个
结合 PeerDAS 的 “数据采样” 机制,每区块 Blob 目标容量已能安全提升 8 倍,足以承接以太坊生态持续增长的需求。
但随着 Blob 数量不断增加,以太坊如何确保主网能从 Blob 中获得合理收益?这就需要第三个升级提案来解决。
以太坊设有一个 “Blob 市场”,会根据需求动态调整 L2 网络上传 Blob 所需支付的费用。
原理其实并不复杂:与 Gas 费类似,当 Blob 需求高时,上传费用会上涨;需求低时,费用则会下降。
深入来看,L2 网络上传 Blob 实际上需要支付两笔费用:
Blob 费用(由 Blob 市场定价);
提交 Blob 的 L1 交易 Gas 费。
正如我们刚才提到的:当 Blob 市场发现 Blob 使用率低于 “每区块目标容量” 时,会默认是 “费用过高导致 L2 不愿上传”,从而降低 Blob 基础费率。
但这种逻辑存在漏洞 ——L2 网络不愿上传 Blob,实际原因可能是 “提交 Blob 的 L1 交易 Gas 费过高”(即第二笔费用),而非 Blob 本身的费用问题。
当前以太坊会将这种情况误判为 “Blob 需求低”,进而持续将 Blob 基础费率降至接近 1 wei(以太坊最小单位)的水平 —— 这会破坏 Blob 费用市场的平衡,且后续需要极长的时间才能恢复正常费率。
EIP-7918 通过引入 “费率下限”(price floor**)解决了这一问题:它确保 Blob 费用始终能与 L1 Gas 费保持合理比例,避免费率降至过低水平。

动态费率下限可避免 L1 Gas 费高企时 Blob 费率误降至 1 wei
从实际效果来看,这一调整将让 L2 网络的 Blob 定价更稳定、可预测;同时,随着以太坊逐步提升每区块 Blob 容量,主网也能从 Blob 中获得更合理的收益。
Blob、数据采样、费率调整这些概念听起来可能有些复杂,但本质上都是为了实现同一个目标:让以太坊作为 “整个加密经济的结算层”,乃至更广泛的 “全球金融枢纽”,具备更强的扩容能力。
文章来源:https://x.com/jarrodwatts/status/1990392905064919256?s=20
作者:@jarrodwatts
(OpenBuild 翻译整理)
【免责声明】市场有风险,投资需谨慎。本文不构成投资建议,用户应考虑本文中的任何意见、观点或结论是否符合其特定状况。据此投资,责任自负。
