以太坊意外的使用量下降表明，Fusaka升级解决了错误的问题

来源：CryptoNewsNet 原始标题：以太坊令人惊讶的使用率下降表明网络用错了 Fusaka 升级解决的问题 原始链接： 以太坊于2025年12月3日激活了 Fusaka 升级，通过 Blob 参数覆盖提升了网络的数据可用性容量，逐步扩大了 blob 目标和最大值。

随后的两次调整将目标从每块6个 blob 提升至10个，然后到14个，最大上限为21个。目标是通过增加 blob 数据的吞吐量，降低 layer-2 rollup 的成本，blob 是 rollup 发布到以太坊以确保安全和最终性的压缩交易包。

在数据收集的三个月后，结果显示容量与利用率之间存在差距。MigaLabs 对自 Fusaka 激活以来超过75万个时隙的分析显示，网络未达到14个 blob 的目标。

中位数 blob 使用量在第一次参数调整后实际上下降，而包含16个或更多 blob 的区块显示出较高的未命中率，表明在新容量边缘的可靠性出现了下降。

报告的结论很明确：在高 blob 未命中率正常化、对已创建的剩余空间需求出现之前，不会进一步增加 blob 参数。

Fusaka 改动内容及时间点

以太坊在 Fusaka 之前的基线由 EIP-7691 设定，目标为每块6个 blob，最大为9个。Fusaka 升级引入了两个连续的 Blob 参数覆盖调整。

第一次在12月9日激活，将目标提升至10，最大值提升至15。第二次在2026年1月7日激活，将目标提升至14，最大值提升至21。

这些变更不需要硬分叉，机制允许以太坊通过客户端协调调节容量，而非协议层升级。

MigaLabs 的分析（发布了可复现的代码和方法）追踪了在此过渡期间的 blob 使用和网络性能。

发现第一覆盖前每块的中位 blob 数从6下降到4，尽管网络容量扩大。包含16个或更多 blob 的区块仍极为罕见，在观察期内每个区间出现次数在165到259次之间，具体取决于 blob 数量。

网络还有未被利用的剩余空间。

一个参数差异：报告中的时间线描述第一次覆盖将目标从6提升到12，但以太坊基金会的主网公告和客户端文档描述为6到10。

我们采用以太坊基金会的参数作为来源：6/9为基线，第一次覆盖后为10/15，第二次为14/21。然而，我们将报告中的数据集作为观察利用率和未命中率模式的经验基础。

高 blob 数量时未命中率上升

通过未成功传播或验证正确的区块（未命中槽）来衡量网络可靠性，显示出明显的规律。

在较低的 blob 数量下，基线未命中率约为0.5%。当区块达到16个或更多 blob 时，未命中率升至0.77%到1.79%。在第二次覆盖引入的最大容量21个 blob 时，未命中率达到1.79%，是基线的三倍多。

分析将此分解为从10到21个 blob 的未命中率，显示出逐渐恶化的曲线，超过14个 blob 时加速。

这种退化很重要，因为它暗示网络基础设施（如验证者硬件、网络带宽和验证时间）在处理容量上限的区块时存在困难。

如果需求最终上升到填满14个 blob 的目标或逼近21个最大值，较高的未命中率可能导致最终性延迟或链重组风险。报告将此视为稳定性边界：网络技术上可以处理高 blob 区块，但是否能持续可靠地做到这一点仍是未知数。

Blob 经济学：为什么储备价格底线很重要

Fusaka 不仅扩大了容量，还通过 EIP-7918 改变了 blob 定价，该提案引入了储备价格底线，以防止 blob 拍卖崩溃到1 wei。

在此之前，当执行成本占主导且 blob 需求低迷时，blob 基础费可能会不断下降，直到几乎消失，失去价格信号。Layer-2 rollup 通过支付 blob 费将交易数据发布到以太坊，这些费用应反映 blobs 所带来的计算和网络成本。

当费用降至接近零时，经济反馈机制被打破，rollup 会在未支付相应成本的情况下消耗容量，导致网络无法准确反映实际需求。

EIP-7918 的储备价格底线将 blob 费用与执行成本挂钩，即使需求疲软，价格也能保持有意义的信号。

这防止了“搭便车”问题——低价 blob 鼓励浪费性使用，并为未来容量决策提供更清晰的数据：如果 blob 费用在容量增加后仍保持高位，说明需求是真实的；如果费用跌至底线，则存在剩余空间。

Hildobby 的 Dune 仪表盘追踪的早期数据显示，Fusaka 后 blob 费用已趋于稳定，而非早期所见的持续下降。

每块的平均 blob 数确认了 MigaLabs 的发现，即利用率尚未激增以填满新容量。区块常常少于14个 blob，分布仍偏向较低的数量。

数据揭示的有效性

Fusaka 成功扩大了技术容量，并证明了 Blob 参数覆盖机制在无需有争议的硬分叉的情况下有效。

储备价格底线似乎按预期工作，防止 blob 费用变得经济上无意义。但利用率落后于容量，且在新容量边缘的可靠性表现出可测量的退化。

未命中率曲线表明，以太坊当前基础设施能较好应对 Fusaka 之前的基线和第一次覆盖的10/15参数，但在超过16个 blob 时开始出现压力。

这形成了风险轮廓：如果 layer-2 活动激增，频繁推动区块达到21个 blob 的最大值，网络可能面临未命中率升高，影响最终性和抗链重组能力。

需求模式提供了另一信号。尽管容量增加，第一覆盖后中位 blob 使用量下降，表明 layer-2 rollup 当前并未受到 blob 供应的限制。

要么它们的交易量尚未增长到需要更多 blob，要么它们在优化压缩和批处理，以适应现有容量，而非扩大使用。

Blobscan 这一专门的 blob 浏览器显示，个别 rollup 发布的 blob 数量随时间相对稳定，而非为了利用新剩余空间而激增。

Fusaka 之前的担忧是，有限的 blob 容量会成为 Layer 2 扩展的瓶颈，导致 rollup 费用居高不下，网络为争夺稀缺的数据可用性而竞争。Fusaka 解决了容量限制，但瓶颈似乎已转移。

rollup 并未充分利用可用空间，意味着需求尚未到来，或其他因素（如排序者经济学、用户活动和跨 rollup 分裂）比 blob 可用性更限制增长。

下一步

以太坊的路线图包括 PeerDAS，这是对数据可用性采样的更根本性重设计，将进一步扩大 blob 容量，同时改善去中心化和安全性。

然而，Fusaka 的结果表明，目前的瓶颈并非纯粹的容量限制。

网络在达到14/21参数之前仍有增长空间，且高 blob 数量时的可靠性曲线显示，基础设施升级可能需要赶上，才能再次提升容量。

未命中率数据提供了明确的边界条件：如果以太坊在推高容量的同时，16+ blob 区块仍显示未命中率升高，可能引发系统性不稳定，尤其在高需求时期。

更安全的路径是让利用率逐步接近当前目标，观察客户端在优化高 blob 负载后未命中率是否改善，只有在网络能可靠处理边缘情况后，才调整参数。

Fusaka 的成效取决于指标。它成功扩大了容量，通过储备底线稳定了 blob 价格，但未能立即提升利用率，也未解决最大容量下的可靠性挑战。

这次升级为未来增长创造了空间，但是否会实现，仍是数据尚未回答的悬而未决的问题。