LayerZero DVN गलत कॉन्फ़िगरेशन: Kelp DAO ने $292M कैसे गंवाए

Kelp DAO का एक्सप्लॉइट किसी टूटे हुए स्मार्ट कॉन्ट्रैक्ट से नहीं आया। इसमें कोई reentrancy नहीं थी, कोई oracle manipulation नहीं, कोई flash loan arbitrage नहीं। जो हुआ वह इससे कहीं ज़्यादा सरल और शर्मनाक था: एक ही LayerZero DVN (Decentralized Verifier Network) को 1-of-1 थ्रेशोल्ड पर सेट किया गया था, यानी एक भी समझौता किया गया verifier कोई भी cross-chain संदेश बना सकता था। जब उस verifier को हैक किया गया, तो हमलावरों ने destination chain पर बिना किसी collateral के rsETH mint किया। कुछ ही घंटों में, CoinDesk की ब्रेकिंग रिपोर्ट के अनुसार, $292M जा चुके थे, rsETH की supply 18% घट गई थी, और restaking contagion ने Aave और जुड़े प्रोटोकॉल्स से $13B TVL की निकासी शुरू कर दी थी।

यह कोई परिष्कृत हैक नहीं था। यह एक खुला हुआ दरवाज़ा था जिसे प्रोटोकॉल आर्किटेक्ट्स ने इसलिए खुला छोड़ दिया क्योंकि LayerZero ने उन्हें ऐसा करने दिया।

LayerZero rsETH हैक उस बात का आदर्श केस स्टडी है जो तब होती है जब modularity बिना enforced minimums के शिप होती है। Configuration flexibility एक वैध इंजीनियरिंग मूल्य है, जब तक कि वह खुद attack surface न बन जाए।

LayerZero की Modular Security का वास्तविक अर्थ

LayerZero का cross-chain messaging मॉडल DVNs के इर्द-गिर्द बना है: off-chain entities जो chains के बीच पास होने वाले संदेशों को verify और attest करती हैं। प्रोटोकॉल प्रत्येक एप्लिकेशन को अपना security stack configure करने देता है, अपने verifiers चुनें, अपना threshold सेट करें, अपना executor चुनें। यह वास्तव में उपयोगी है। अलग-अलग एप्लिकेशन के अलग-अलग risk profiles होते हैं, और एक one-size-fits-all security मॉडल अपनी कठोरता खुद पैदा करता है।

समस्या यह है कि LayerZero कोई minimums enforce नहीं करता। एक प्रोटोकॉल 1-of-1 DVN configuration के साथ deploy कर सकता है, एक ऐसा single verifier जिसका compromise होने का मतलब है पूरी तरह message forgery, और प्रोटोकॉल इसे बिना किसी आपत्ति के process कर देगा। LayerZero का documentation कम से कम दो स्वतंत्र DVNs का उपयोग करने की सिफारिश करता है। इसकी आवश्यकता नहीं होती।

सिफारिश और आवश्यकता के बीच की यही खाई वह जगह है जहाँ Kelp DAO गिरा।

वह 1-of-1 Verifier Config जिसने $292M मिटा दिए

Kelp DAO का rsETH EigenLayer positions के ऊपर बना एक liquid restaking token था, जिसे LayerZero के ज़रिए chains में bridge किया गया था। एक्सप्लॉइट के समय, bridge configuration एक single DVN के साथ 1-of-1 verification threshold का उपयोग कर रही थी, एक ऐसा setup जो nine-figure TVL रखने वाले प्रोटोकॉल के लिए कभी security review पास नहीं करना चाहिए था।

जब हमलावर ने उस DVN की signing key को compromise किया, तो उनके पास कोई भी cross-chain संदेश एकतरफा भेजने की क्षमता आ गई जिसे Kelp DAO के contracts valid मानकर स्वीकार करते। उन्होंने इसका उपयोग destination chain contract को source chain पर कोई corresponding collateral lock किए बिना rsETH mint करने का निर्देश देने के लिए किया। mint-to-backing ratio तुरंत टूट गया। Arbitrageurs और panic sellers ने एक साथ exit लिया।

rsETH सबसे बुरे वक्त में लगभग 22% depeg हो गया। Chainalysis के on-chain analysis के अनुसार, कुल rsETH supply का लगभग 18% या तो fraudulently mint किया गया या chaos में force-redeem हो गया। holders के लिए, यह कोई abstract percentage नहीं है, यह $292M की वास्तविक नष्ट हुई value है।

Aave से 72 घंटों में $13B कैसे निकले

Restaking contagion वास्तविक है, और Kelp DAO exploit ने ठीक दिखाया कि यह कितनी तेज़ी से फैलता है। rsETH का उपयोग कई DeFi money markets में collateral के रूप में किया जाता था, जिसमें Aave सबसे बड़ा exposure था। जब rsETH का price feed और on-chain supply दोनों ही अनियमित रूप से व्यवहार करने लगे, तो Aave के liquidation bots और risk-conscious users ने collateral खींचना शुरू कर दिया।

अप्रैल 2026 में Aave TVL में गिरावट अकेले Kelp DAO की वजह से नहीं आई, markets पहले से ही सतर्क थे, लेकिन rsETH की स्थिति ने trigger का काम किया। CoinDesk की market coverage के अनुसार, 72 घंटों में Aave ने अपने deployment में लगभग $13B TVL की निकासी देखी। कुछ सीधे rsETH collateral withdrawal था। इससे ज़्यादा secondary panic था: ऐसे users जिनके पास पूरी तरह असंबंधित positions थीं और जो यह तय कर रहे थे कि अगर एक restaking token इस तरह fail हो सकता है, तो वे किनारे बैठना पसंद करेंगे।

यही वह multiplier है जो DVN misconfiguration को एक single-protocol समस्या नहीं बल्कि एक systemic DeFi risk बनाता है। नुकसान उस डब्बे में नहीं रहता जहाँ से वह शुरू हुआ था।

Configuration अब Primary Attack Surface है

DeFi के शुरुआती इतिहास के अधिकांश समय में, security की बातचीत smart contract code के इर्द-गिर्द केंद्रित थी। Audits, formal verification, bug bounties, सब logic errors को exploit होने से पहले खोजने के लिए। यह अभी भी ज़रूरी है। अब यह पर्याप्त नहीं रहा।

Attack surface बदल गई है। जैसा कि मैंने stablecoin bridges के वास्तव में कैसे fail होने के बारे में लिखा है, infrastructure layer, messaging protocols, oracle configurations, validator sets, अब उस application code जितना ही risk carry करती है जो उसके ऊपर बैठी है। एक perfectly audited smart contract बेकार है अगर वह cross-chain message जिस पर वह भरोसा करता है उसे एक party forge कर सके।

Kelp DAO exploit DVN misconfiguration में उसी सबक का संस्करण है। तीन vectors अब cross-chain DeFi risk में dominant हैं:

1. Verification threshold attacks, 1-of-1 या low-threshold DVN configs जो single points of failure में बदल जाती हैं
2. Executor manipulation, ऐसे attackers जो destination chain पर message execution order को control करते हैं
3. Configuration drift, शुरुआती deployments जो पर्याप्त security के साथ शुरू हुए लेकिन costs या latency कम करने के लिए चुपचाप downgrade कर दिए गए

इनमें से कोई भी smart contract audit में नहीं दिखता। इन सभी से एक प्रोटोकॉल पूरी तरह drain हो सकता है।

'Modular Security' का वास्तव में क्या मतलब होना चाहिए

LayerZero का model सिद्धांत रूप में गलत नहीं है। Mandatory monoculture security stacks के अपने failure modes होते हैं, अगर सभी एक ही दो DVNs का उपयोग करते हैं और एक compromise हो जाती है, तो blast radius बहुत बड़ा होगा। Flexibility का वास्तविक मूल्य है।

लेकिन बिना floor के flexibility security नहीं है, यह liability offloading है। Kelp DAO बनाम LayerZero blame dispute पर CoinDesk की रिपोर्ट के अनुसार, LayerZero protocols को खुद को तबाही में configure करने देता है और फिर उस documentation की ओर इशारा करता है जिसमें लिखा था कि उन्हें ऐसा नहीं करना चाहिए। यह security model नहीं है, यह terms of service है।

उद्योग को वास्तव में क्या चाहिए:

• Protocol-enforced minimums: कोई भी production deployment 2 से कम independent DVNs और 1 से ऊपर threshold के साथ launch नहीं होनी चाहिए। यह deployment contract में एक hard constraint होनी चाहिए, README में recommendation नहीं।
• On-chain configuration transparency: DVN configs किसी भी risk dashboard द्वारा बिना off-chain data sources की ज़रूरत के readable होनी चाहिए। Aave की risk team को Kelp DAO से यह नहीं पूछना पड़ना चाहिए कि उनका LayerZero config कैसा दिखता है।
• Continuous config monitoring: Security deploy-time check नहीं है। Configurations launch के बाद बदली जा सकती हैं। कोई भी protocol जो bridged assets को collateral के रूप में स्वीकार करता है, उसे upstream config changes पर real-time alerts चाहिए।
• Collateral whitelisting with config gates: अगर Aave rsETH को collateral के रूप में स्वीकार करेगा, तो listing governance में एक minimum security config requirement शामिल होनी चाहिए, और अगर वह config threshold से नीचे गिरे तो automatic delisting।

DeFi protocols जो 2025 में बचे उनमें से अधिकांश ने ऐसा इसलिए किया क्योंकि उन्होंने operational security को code security जितनी ही गंभीरता से लिया। वह सबक अब restaked assets को छूने वाली किसी भी चीज़ के लिए table stakes है।

Restaking Stack Too Big to Fail नहीं है

DeFi money market design में एक मौन धारणा है कि पर्याप्त रूप से liquid, व्यापक रूप से उपयोग किए जाने वाले collateral assets स्वाभाविक रूप से सुरक्षित होते हैं क्योंकि ecosystem में उन्हें fail होने देने के लिए बहुत कुछ दांव पर है। यह धारणा bridged restaking tokens के लिए सही नहीं है।

Money markets में rsETH की व्यापक adoption ने Kelp DAO exploit के blast radius को कम नहीं किया, इसने उसे बढ़ाया। हर additional protocol जिसने bridge security stack का audit किए बिना rsETH को collateral के रूप में स्वीकार किया, वह unpriced risk import कर रहा था। Aave से $13B TVL की निकासी बाज़ार द्वारा उस risk को बाद में price करना है।

Restaking narrative तेज़ी से आगे बढ़ी है, EigenLayer, Symbiotic, Karak सभी ने 2025 के दौरान TVL आक्रामक रूप से scale किया। उन positions के नीचे bridge और messaging infrastructure security maturity में उसी pace से आगे नहीं बढ़ी है। यह gap इसके बंद होने से पहले इस जैसी और घटनाएं पैदा करेगा।

LayerZero अब संभवतः configuration minimums ship करेगा। Protocols DVN audits को अपनी security checklists में जोड़ेंगे। Risk dashboards bridge configs को oracle parameters के साथ surface करेंगे। ये सभी सही कदम हैं, और ये सभी reactive हैं। सवाल यह है कि क्या अगले $292M को गायब होना पड़ेगा इससे पहले कि उसके बाद वाले को protect किया जाए।

Sources

• CoinDesk: Kelp DAO exploited for $292M, wrapped ether stranded across 20 chains
• CoinDesk: Kelp DAO disputes LayerZero's account of the $290M exploit
• Chainalysis: Inside the KelpDAO Bridge Exploit
• CoinDesk: $13B DeFi TVL wipeout in two days following KelpDAO attack
• LayerZero Official Docs: Decentralized Verifier Networks (DVNs) Overview