Atak na Kelp DAO i spór DVN z LayerZero: strata mostu rsETH uderza w Aave V3

| coinpaper.com
Atak na Kelp DAO 18 kwietnia spowodował utratę 116 500 rsETH, po tym jak napastnik rzekomo przejął węzły RPC DVN LayerZero, zatrute dwa węzły, a następnie użył DDoS, aby zmusić DVN do podpisania fałszywej wiadomości cross-chain i wypompowania środków z mostu Kelp DAO. Kelp DAO zaprzeczyła wyłącznej odpowiedzialności, twierdząc, że ich konfiguracja DVN 1-z-1 była ustawieniem domyślnym w dokumentacji LayerZero dla nowych wdrożeń OFT i została sprawdzona przy rozszerzaniu na Layer 2. LayerZero zakwestionowało to, nazywając projekt DVN 1-z-1 pojedynczym punktem awarii i stwierdzając, że nie przestrzegano najlepszych praktyk dywersyfikacji walidatorów. Kelp DAO odpowiedziała wstrzymaniem dotkniętych kontraktów, umieszczeniem portfeli powiązanych z napastnikiem na czarnej liście oraz rozważeniem, jak wznowić bezpiecznie. Atak Kelp DAO rozlał się również na Aave: napastnik zdeponował skradzione rsETH w Aave V3 jako zabezpieczenie, a następnie pożyczył duże ilości WETH i wstETH. Aave ostrzegło, że skutki niespłacalnych długów zależą od sposobu alokacji strat i mogą być istotne. Dla traderów natychmiastowym wnioskiem jest odnowione ryzyko kontrahenta i zabezpieczenia wokół rsETH oraz kredytów w Aave V3, z potencjalną dalszą zmiennością, jeśli rekompensaty lub aktualizacje stosunku orakla pogorszą straty.
Bearish
To jest negatywne dla wycen związanych z rsETH, ponieważ atak na Kelp DAO bezpośrednio zmniejsza zaufanie do cross‑chain przepływu rsETH i wprowadza konkretny ryzyko zabezpieczenia/kredytowe w Aave V3. W krótkim terminie spór między LayerZero a Kelp DAO oraz konieczność wstrzymania/wznowienia kontraktów mogą utrzymywać płynność i premie za ryzyko na podwyższonym poziomie. W średnim terminie każdy wynik związany ze złym długiem w Aave V3 —zależny od tego, jak rozliczane są restytucje i aktualizacje współczynników oracli— może przekładać się na trwałą presję spadkową na aktywa powiązane z tym samym łańcuchem zabezpieczeń. Traderzy powinni monitorować sygnały dotyczące odklejenia/warunków likwidacji rsETH oraz kondycji zabezpieczeń w Aave po incydencie.