Logo Daily Crypto Briefs
Open menu

Base Outage Stalls Coinbase L2 at Block 47806542

6 min read
Breaking News
Greyscale Base logo coin beside a server rack displaying block 47806542 on blue and amber editorial panels.

TL;DR

  • Base mainnet block production became unhealthy at 16:03 UTC on June 25 after an invalid block stopped new blocks after block 47806542.
  • Sequencing resumed at 17:51 UTC, and Base said by 19:22 UTC that blocks were being produced normally with widespread ecosystem recovery.
  • The outage landed minutes before Base's Beryl hard fork, which still activated at 18:00 UTC and was marked completed at 20:00 UTC.
  • Base said remaining nodes stuck at block 47806542 should recover after restart and syncing, while a full RCA and post-mortem were still pending.

CASABLANCA, June 26, 2026

Base resumed block production after an invalid block stalled Coinbase’s Ethereum layer-2 network at block 47806542 on June 25, disrupting one of crypto’s most watched consumer and stablecoin rails just before its Beryl upgrade window.

The outage was not a token exploit or bridge theft based on the public notices reviewed by Daily Crypto Briefs. It was a chain-stall incident in which Base’s sequencer and related infrastructure stopped producing new blocks, then recovered before the scheduled hard fork completed later that day.

Market snapshot: Base marked mainnet block production unhealthy at 16:03 UTC, said sequencing had resumed at 17:51 UTC and reported normal block production with widespread ecosystem recovery by 19:22 UTC. The stalled block was 47806542, while the Beryl maintenance window ran from 18:00 UTC to 20:00 UTC.

Kraken’s Ethereum page showed ETH down 4.60% over 24 hours and trading near EUR 1,389.53 on June 26, while the broader Crypto Fear and Greed Index sat at 13, classified as Extreme Fear. Those market readings did not prove the outage moved ETH, but they show the incident landed during an already defensive tape.

Base’s first status update said, “Base mainnet block production is currently unhealthy.” In a later incident update, the team said it had isolated a consensus problem that caused an invalid block to be sequenced and prevented new blocks after block 47806542.

The timing made the stall more sensitive because Base had already scheduled Beryl for 18:00 UTC. Daily Crypto Briefs previewed that release as a major Base B20 token and withdrawal upgrade, and the outage forced node operators and app teams to distinguish the chain stall from the planned maintenance.

The practical consequence is trust in execution, not only uptime optics. Base is a Coinbase-backed settlement layer for apps, stablecoins, swaps and payments, so a block-production freeze can leave wallets, bridges, indexers and trading interfaces showing stale state even if no loss of assets is disclosed.

Ethereum

ETH
Past 30 days
€1,390
-27.1%
May 27 - Jun 26 | High €1,905 Low €1,390

Invalid Block Halted Base

The public timeline points to a narrow failure: a problematic block interfered with subsequent block building, then a consensus problem caused an invalid block to be sequenced. Base did not say in the status thread whether the invalid block came from a software bug, configuration issue, upgrade interaction or another operational fault.

At 16:52 UTC, Base said it had identified a problematic block. At 17:21 UTC, it said the invalid block stopped new blocks after block 47806542 and that internal sequencer and node systems had preliminarily recovered.

That distinction matters because a sequencer halt in a layer-2 network is different from a normal congestion episode. Transactions may not simply be slow; the chain can stop advancing, forcing apps and infrastructure providers to wait for canonical state to move again.

Base said new block sequencing resumed at 17:51 UTC and internal nodes were syncing correctly. It also told ecosystem node runners that Base nodes would need to be restarted to recover syncing, a detail that matters for exchanges, wallets, analytics dashboards and app backends that maintain their own infrastructure.

The CoinDesk report described the disruption as a roughly two-hour outage that temporarily halted transaction processing on one of Ethereum’s largest layer-2 networks. Base’s own status trail shows the sharper technical split: unhealthy production began at 16:03 UTC, sequencing resumed at 17:51 UTC and ecosystem recovery was still being verified afterward.

Beryl Upgrade Still Activated

The outage landed less than two hours before Beryl, a planned hard fork that Base had scheduled days earlier. The separate Beryl maintenance incident shows the upgrade began at 18:00 UTC and was marked completed at 20:00 UTC.

Base said during the stall that it still expected Beryl to activate as planned. That was an important signal because delaying a scheduled fork after a chain stall would have created a second uncertainty for node operators already trying to recover from the invalid block.

The Beryl documentation says operators needed Base software version 1.1.1 or later. Base’s node release page is therefore part of the operational story, not just developer housekeeping.

Beryl itself adds the B20 token standard, shorter single-proof withdrawal finalization and Reth V2 infrastructure changes. The outage did not erase those upgrade features, but it changed the lens through which they will be judged.

For tokenized-asset issuers and payment apps, predictable finality is as important as features. The same users watching tokenized-stock settlement experiments will likely care whether Base can pair issuer controls and lower-cost settlement with boring operational reliability.

The status thread did not disclose whether the outage was related to Beryl. Base said it had found the root cause of the halt and was verifying a fix to ensure it could not recur, but the public RCA had not been released at publication time.

Coinbase Layer 2 Faces RCA Test

By 19:22 UTC, Base said its sequencer and supporting systems remained stable, blocks were being produced normally and widespread recovery had been verified across the ecosystem. It added that any remaining nodes stuck at block 47806542 would recover after restart and syncing.

That left one immediate open item: the post-mortem. Base said a full RCA would be shared with the ecosystem as a top priority, but the final document was not yet public in the sources reviewed Friday.

For users, the key question is narrower than whether Base is usable again. It is whether the final RCA explains how an invalid block reached sequencing, why the system stopped advancing, which systems required manual or operator-side restarts and what guardrails will prevent a repeat.

The episode sits inside a wider rollup reliability debate. Recent incidents such as the Taiko bridge halt were security failures with direct loss estimates, while Base’s stall appears operational. Both cases still push the same question for Ethereum scaling: how many moving parts sit between Ethereum security and a user seeing a transaction settle.

That question also reaches the broader Ethereum roadmap. Rollups can inherit Ethereum settlement guarantees while still depending on sequencers, clients, proof systems, node software, bridges and app infrastructure that can fail independently.

Crypto sentiment remained weak after the outage. Alternative.me showed the Fear and Greed Index at 13 on June 26, still in Extreme Fear territory.

Fear & Greed Index

June 26, 2026
13 Extreme Fear

The next watchpoint is Base’s full post-mortem, including the root cause, fix, recurrence controls and any final operator instructions. Until that report is public, the headline recovery is clear, but the failure mode is not fully explained.

Stay up to date

Get the latest crypto insights delivered to your inbox

Fact-checked by: Daily Crypto Briefs Fact-Check Desk

Frequently Asked Questions

What caused the Base outage on June 25?

Base said it isolated a consensus problem that caused an invalid block to be sequenced, preventing new blocks from being created after block 47806542. The team said it found the root cause but had not yet published the full RCA.

How long was Base block production disrupted?

Base marked block production unhealthy at 16:03 UTC and said sequencing had resumed at 17:51 UTC. It reported widespread ecosystem recovery by 19:22 UTC.

Did the Base Beryl upgrade still happen?

Yes. Base said it expected Beryl to activate as planned at 18:00 UTC, and the separate maintenance incident was marked completed at 20:00 UTC.

What should Base node operators do after the outage?

Base said any remaining nodes stuck at block 47806542 would recover after restart and syncing. Operators also needed base/node version 1.1.1 or later for the Beryl upgrade.

Was there a disclosed loss of funds in the Base outage?

The Base status updates reviewed by Daily Crypto Briefs did not disclose a loss of funds. The incident was described as a chain stall tied to an invalid block and node recovery.