Futures
Access hundreds of perpetual contracts
TradFi
Gold
One platform for global traditional assets
Options
Hot
Trade European-style vanilla options
Unified Account
Maximize your capital efficiency
Demo Trading
Introduction to Futures Trading
Learn the basics of futures trading
Futures Events
Join events to earn rewards
Demo Trading
Use virtual funds to practice risk-free trading
Launch
CandyDrop
Collect candies to earn airdrops
Launchpool
Quick staking, earn potential new tokens
HODLer Airdrop
Hold GT and get massive airdrops for free
Pre-IPOs
Unlock full access to global stock IPOs
Alpha Points
Trade on-chain assets and earn airdrops
Futures Points
Earn futures points and claim airdrop rewards
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.
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.
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?
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.