Early yesterday morning, the Ethereum network experienced a harrowing moment. 382 ETH (worth over a million dollars) vanished instantly after a routine software update, but this was neither a hacker attack nor a market bloodbath—rather, a long-standing code vulnerability was activated, triggering a system-level disaster.



The incident dates back to a month ago. At that time, a fatal flaw had quietly entered the testing environment but went unnoticed. It wasn't until Fusaka's update went live on December 4th that this ticking time bomb truly detonated.

Problems came quickly. The Prysm consensus client began experiencing strange delays when processing validator requests, followed by the loss of blocks and invalidation of on-chain proofs. A domino effect was set in motion—within just 41 epochs, 248 out of 1344 slot blocks completely disappeared, with a loss rate of 18.5%. Network activity also plummeted, with participation dropping sharply from normal levels to 75%.

According to the incident report, the root cause was traced to resource exhaustion leading to system crashes. Prysm's developers admitted that the beacon node received proof data from nodes that might not have been fully synchronized, pointing to a block root from an earlier epoch—this inconsistency triggered a chain reaction of failures. Nearly all nodes running the Prysm client were affected, underscoring the severity of this incident.
ETH-3.69%
View Original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
  • Reward
  • 5
  • Repost
  • Share
Comment
Add a comment
Add a comment
On-ChainDiver
· 2025-12-18 10:05
Damn, a vulnerability lurking for a month? That means someone wasn't taking the testing phase seriously.

Prysm dropped the ball again, no wonder everyone is switching to other clients.

382 ETH just gone like that? Wow, who should be held accountable for this?

Chain reaction caused by inconsistent states—such basic errors shouldn't have gone live, brother.

78% of nodes affected—Ethereum almost had a major crash this time.
View OriginalReply0
FloorPriceWatcher
· 2025-12-15 12:53
Wow, Prysm is doing this again? It's always bugs in the test environment, only exploding after going live. This rhythm is just too classic.
View OriginalReply0
GasGuzzler
· 2025-12-15 12:47
A bug that hasn't been discovered in a month? That's outrageous. Is the testing process really that sloppy?

This time's system crash can be called a textbook-level failure, I have to admit.

An 18.5% loss rate—node developers should be called out for reflection.

Wait, does this count as a trust crisis for Prysm?

The time bomb just went off like that. How exhausted must ETH holders be?
View OriginalReply0
LayerZeroJunkie
· 2025-12-15 12:46
Wow, Prysm is causing trouble again? Hiding vulnerabilities for a month is really outrageous.

Why weren’t these issues found during the testnet? It seems validators will have to switch to other clients.

An 18.5% loss rate... If it were my ETH, I’d be wiped out.

We need to pay more for code audits, everyone, this really can't go on like this.

Resource exhaustion? It seems the synchronization mechanism design isn't robust enough.
View OriginalReply0
ProposalManiac
· 2025-12-15 12:23
An 18.5% loss rate—that's what "decentralization" looks like at critical moments. The dominance of Prysm should have been changed long ago; haven't the lessons of history been learned enough?
View OriginalReply0
  • Pin