Ethereum activated the Fusaka improve on Dec. 3, 2025, elevating the community’s information availability capability by way of Blob Parameter Overrides that incrementally expanded blob targets and maximums.
Two subsequent changes raised the goal from 6 blobs per block to 10, then to 14, with a most ceiling of 21. The objective was to scale back layer-2 rollup prices by rising throughput for blob information, the compressed transaction bundles that rollups publish to Ethereum for safety and finality.
Three months into information assortment, the outcomes reveal a spot between capability and utilization. A MigaLabs evaluation of over 750,000 slots since Fusaka’s activation reveals that the community isn’t reaching the target blob count of 14.
Median blob utilization really declined after the primary parameter adjustment, and blocks containing 16 or extra blobs exhibit elevated miss charges, suggesting reliability degradation on the edges of recent capability.
The report’s conclusion is direct: no additional will increase within the blob parameter till high-blob miss charges normalize and demand materializes for the headroom already created.
What Fusaka modified and when it occurred
Ethereum’s pre-Fusaka baseline, established through EIP-7691, set the goal at 6 blobs per block with a most of 9. The Fusaka improve launched two sequential Blob Parameter Override changes.
The first was activated Dec. 9, elevating the goal to 10 and the utmost to fifteen. The second was activated Jan. 7, 2026, pushing the goal to 14 and the utmost to 21.
These adjustments did not require arduous forks, and the mechanism permits Ethereum to dial capability by way of shopper coordination reasonably than protocol-level upgrades.
The MigaLabs evaluation, which printed reproducible code and methodology, tracked blob utilization and community efficiency throughout this transition.
It discovered that the median blob depend per block fell from 6 earlier than the primary override to 4 afterward, regardless of the community’s capability increasing. Blocks containing 16 or extra blobs stay extraordinarily uncommon, occurring between 165 and 259 occasions every throughout the commentary window, relying on the particular blob depend.
The community has headroom it is not utilizing.
One parameter discrepancy: the report’s timeline textual content describes the primary override as elevating the goal from 6 to 12, however the Ethereum Foundation’s mainnet announcement and shopper documentation describe the adjustment as 6 to 10.
We use the Ethereum Foundation’s parameters as source: 6/9 baseline, 10/15 after the primary override, 14/21 after the second. Nonetheless, we deal with the report’s dataset for noticed utilization and miss-rate patterns because the empirical spine.
Miss charges climb at excessive blob counts
Community reliability measured by way of missed slots, that are blocks that fail to propagate or attest appropriately, reveals a transparent sample.
At decrease blob counts, the baseline miss charge sits round 0.5%. As soon as blocks attain 16 or extra blobs, miss charges climb to 0.77% to 1.79%. At 21 blobs, the utmost capability launched within the second override, the miss charge hits 1.79%, greater than triple the baseline.
The evaluation breaks this down throughout blob counts from 10 to 21, exhibiting a gradual degradation curve that accelerates previous the 14-blob goal.
This degradation issues as a result of it suggests the community’s infrastructure, equivalent to validator hardware, community bandwidth, and attestation timing, struggles to deal with blocks on the higher finish of capability.
If demand finally rises to fill the 14-blob goal or push towards the 21-blob most, the elevated miss charges might translate into significant finality delays or reorg danger. The report frames this as a stability boundary: the community can technically course of high-blob blocks, however doing so persistently and reliably stays an open query.
Blob economics: why the reserve value flooring issues
Fusaka did not solely increase capability. It additionally modified blob pricing by way of EIP-7918, which introduces a reserve value flooring to forestall blob auctions from collapsing to 1 wei.
Earlier than this transformation, when execution prices dominated and blob demand stayed low, the blob base price might spiral downward till it successfully disappeared as a value sign. Layer-2 rollups pay blob charges to publish their transaction information to Ethereum, and people charges are purported to mirror the computational and community prices that blobs impose.
When charges fall to close zero, the financial suggestions loop breaks, and rollups eat capability with out paying in proportion. This ends in the community dropping visibility into precise demand.
EIP-7918’s reserve value flooring ties blob charges to execution prices, making certain that even when demand is mushy, the value stays a significant sign.
This prevents the free-rider downside the place low cost blobs encourage wasteful utilization and gives clearer information for future capability choices: if blob charges keep elevated regardless of elevated capability, demand is real; in the event that they collapse to the ground, headroom exists.
Early information from Hildobby’s Dune dashboard, monitoring Ethereum blobs, reveals that blob charges have stabilized after Fusaka reasonably than persevering with the downward spiral seen in earlier durations.
The common blob depend per block confirms MigaLabs’ discovering that utilization hasn’t surged to fill the brand new capability. Blocks routinely carry fewer than the 14-blob goal, and the distribution stays closely skewed towards decrease counts.
What the info reveals about effectiveness
Fusaka succeeded in increasing technical capability and proving the Blob Parameter Override mechanism works with out requiring contentious arduous forks.
The reserve value flooring seems to be functioning as supposed, stopping blob charges from turning into economically meaningless. However utilization lags behind capability, and reliability on the edges of recent capability reveals measurable degradation.
The miss charge curve suggests Ethereum’s present infrastructure comfortably handles the pre-Fusaka baseline and the primary override’s 10/15 parameters, however begins to pressure previous 16 blobs.
This creates a danger profile: if layer-2 exercise surges and pushes blocks towards the 21-blob most recurrently, the community might face elevated miss charges that compromise finality and reorg resistance.
Demand patterns supply one other sign. Median blob utilization falling after the primary override, regardless of elevated capability, means that layer-2 rollups aren’t presently constrained by blob availability.
Both their transaction volumes have not grown sufficient to require extra blobs per block, or they’re optimizing compression and batching to suit inside present capability reasonably than increasing utilization.
Blobscan, a devoted blob explorer, reveals particular person rollups posting comparatively constant blob counts over time reasonably than ramping as much as exploit new headroom.
The pre-Fusaka concern was that restricted blob capability would bottleneck Layer 2 scaling and preserve rollup charges elevated as networks competed for scarce information availability. Fusaka addressed the capability constraint, however the bottleneck seems to have shifted.
Rollups aren’t filling the obtainable house, which implies both demand hasn’t arrived but or different components, equivalent to sequencer economics, consumer exercise, and cross-rollup fragmentation, are limiting progress greater than blob availability was.
What comes subsequent
Ethereum’s roadmap contains PeerDAS, a extra elementary redesign of knowledge availability sampling that will additional increase blob capability whereas bettering decentralization and safety properties.
Nevertheless, the Fusaka outcomes counsel that uncooked capability is not the binding constraint proper now.
The community has room to develop into the 14/21 parameters earlier than needing one other growth, and the reliability curve at excessive blob counts signifies that infrastructure upgrades could have to catch up earlier than capability will increase once more.
The miss charge information gives a transparent boundary situation. If Ethereum pushes capability larger whereas 16+ blob blocks nonetheless present elevated miss charges, it dangers introducing systemic instability that would floor throughout high-demand durations.
The safer path is to let utilization rise towards the present goal, monitor whether or not miss charges enhance as shoppers optimize for larger blob hundreds, and alter parameters solely as soon as the community demonstrates it will possibly reliably deal with edge circumstances.
Fusaka’s effectiveness will depend on the metric. It expanded capability efficiently and stabilized blob pricing by way of the reserve flooring. It did not drive fast utilization will increase or clear up the reliability challenges at most capability.
The improve created headroom for future progress, however whether or not that progress materializes stays an open query the info hasn’t answered but.
