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
Promotions
AI
Gate AI
Your all-in-one conversational AI partner
Gate AI Bot
Use Gate AI directly in your social App
GateClaw
Gate Blue Lobster, ready to go
Gate for AI Agent
AI infrastructure, Gate MCP, Skills, and CLI
Gate Skills Hub
10K+ Skills
From office tasks to trading, the all-in-one skill hub makes AI even more useful.
GateRouter
Smartly choose from 30+ AI models, with 0% extra fees
Lido DAO proposes to temporarily lower the initial loss protection threshold of the EarnETH treasury to cover losses related to the Kelp incident
Golden Finance reports that on April 29th, the Lido Research Forum launched a new proposal recommending that the DAO authorize a temporary reduction of the trigger threshold for the EarnETH vault’s first-loss protection during the Kelp incident. According to current rules, the protection mechanism for Lido Earn only activates when vault losses exceed 1% of the holdings. However, the proposal points out that if the rsETH shortage is resolved through DeFi United, the actual loss may be less than 1%.
To ensure that EarnETH users receive full compensation, the proposal suggests a one-time exception for this incident, allowing the use of the first-loss fund to cover losses below the 1% threshold. The current residual borrowing rate loss is estimated to be approximately 400 to 600 ETH.
The proposal emphasizes that this is a one-time arrangement for user protection, brand reputation, and business considerations, and does not change the general 1% rule. Since the rsETH incident is expected to be resolved within 5 to 10 days, and the standard voting window is 7 days, the proposal is also time-sensitive.