Dlaczego Aave zablokowało rynki rsETH po exploicie Kelp DAO

18 kwietnia 2026 roku Aave zablokowało rynki rsETH po tym, jak exploit mostu Kelp DAO przekształcił szeroko stosowany aktyw zabezpieczający skorelowany z ETH w źródło ryzyka protokołu. Decyzja ta nie była oznaką, że umowy pożyczkowe Aave zostały zhakowane. Był to ruch mający na celu ograniczenie problemu w znacznie szerszym systemie pożyczek DeFi, który w dużej mierze opiera się na zaufanych założeniach dotyczących zabezpieczeń.

Głównym problemem było to, co działo się wyżej w łańcuchu. Zgodnie z publiczną analizą incydentu opublikowaną po ataku, napastnik wyemitował lub uwolnił 116 500 niepodpartych rsETH, wartą wówczas około 292 milionów dolarów, poprzez skompromitowaną lub źle skonfigurowaną ścieżkę mostu. Te tokeny zostały następnie wykorzystane jako zabezpieczenie na platformach pożyczkowych, w tym Aave, aby wypożyczyć prawdziwą płynność z systemu. Gdy rynek zrozumiał, że część podaży rsETH nie jest już wiarygodnie zabezpieczona, Aave musiało założyć, że zabezpieczenie tych pożyczek nie może być ufane.

Dlatego zablokowanie miało znaczenie. Pierwszym zadaniem Aave było powstrzymanie dalszych szkód.

Co się wydarzyło 18 kwietnia 2026 roku

Incydent rozpoczął się poza Aave. Wczesne raporty i analiza on-chain wskazywały na awarię w infrastrukturze międzyłańcuchowej Kelp DAO, a nie na błąd w silniku pożyczkowym Aave. Publiczna analiza po incydencie stwierdziła, że napastnik użył sfałszowanej komunikacji międzyłańcuchowej, aby spowodować uwolnienie rsETH, które nie powinno istnieć w formie do wydania.

Zamiast bezpośrednio wrzucać ten rsETH na zdecentralizowane giełdy i akceptować ogromne straty, napastnik wykorzystał go bardziej efektywnie: jako zabezpieczenie. Takie podejście pozwoliło napastnikowi pożyczyć płynne aktywa, takie jak WETH, w zamian za aktywa, których zaufanie rynkowe jeszcze się nie załamało.

Dla Aave stworzyło to najgorszy rodzaj zarażenia. Protokół nie stracił funduszy, ponieważ jego umowy nie zawiodły. Zmierzył się z złym długiem, ponieważ zewnętrzny aktyw, który został zaakceptowany jako zabezpieczenie, nagle stał się niewiarygodny.

Dlaczego Aave zablokował rynki rsETH

Aave zablokował rynki rsETH, aby osiągnąć trzy cele jednocześnie.

Po pierwsze, zapobiegł nowym depozytom i nowym działaniom pożyczkowym związanym z dotkniętym aktywem. Gdy aktywo zabezpieczające jest zagrożone, pozwolenie na otwieranie nowych pozycji może pomnożyć straty.

Po drugie, dał czas menedżerom ryzyka i uczestnikom zarządzania na ocenę, ile złego długu już powstało. W szybko zmieniających się incydentach DeFi, pierwsze godziny mają większe znaczenie niż doskonałe komunikaty. System musi zatrzymać ekspozycję, zanim będzie mógł przedstawić czysty raport po incydencie.

Po trzecie, chronił szerszą pulę pożyczkową przed przekształceniem złego zdarzenia zabezpieczającego w pełną spiralę płynności. Gdy zaufanie zostaje naruszone, dostawcy zaczynają odchodzić. Jeśli protokół nie opanuje dotkniętego rynku szybko, panika może rozprzestrzenić się na niezwiązane rezerwy.

Ta logika była widoczna w aktualizacjach zarządzania Aave opublikowanych 19 kwietnia 2026 roku. LlamaRisk napisał, że jako środek ostrożności po zablokowaniu rsETH, Guardian Protokolu również zablokował WETH na Core, Prime, Arbitrum, Base, Mantle i Linea, aby zapobiec nowym pożyczkom przeciwko zabezpieczeniu WETH, podczas gdy sytuacja była nadal monitorowana.

Dlaczego ekspozycja stała się tak duża

Ekspozycja Aave na rsETH nie pojawiła się znikąd. 9 kwietnia 2026 roku LlamaRisk zaproponował zwiększenie limitu podaży rsETH na Ethereum Core z 480 000 do 530 000, powołując się na utrzymującą się popyt i skorelowane strategie dźwigni w stylu ETH. W normalnych warunkach rynkowych, tego rodzaju pozycjonowanie może wydawać się zarządzalne, ponieważ oczekuje się, że rsETH i ETH będą poruszać się blisko siebie.

Jednak skorelowane zachowanie cen nie jest tym samym co bezpieczeństwo infrastruktury.

To rozróżnienie jest prawdziwą lekcją tego incydentu. Aktywo zabezpieczające może wyglądać na płynne, zintegrowane i stabilne cenowo, a jednocześnie niesie ryzyko mostu, mintingu lub konfiguracji poza samym protokołem pożyczkowym. Kiedy ta ukryta warstwa zawodzi, rynek kredytowy dziedziczy konsekwencje. To również dlatego debata wokół modelu restaking stała się ważniejsza po tym wydarzeniu: warstwowe systemy zysków mogą wzmacniać kruchość, gdy założenia dotyczące zabezpieczeń się łamią.

Publiczne raporty w pierwszych 48 godzinach sugerowały, że napastnik pożyczył dziesiątki tysięcy WETH w Ethereum i Arbitrum. Szacunki dotyczące złych długów związanych z Aave różniły się w zależności od źródła i metodologii, ale większość poważnych dyskusji umiejscawiała problem w wysokich dziewiątkach milionów dolarów na dzień 20 kwietnia 2026 roku.

Kto może ponieść straty

Następne pytanie nie brzmi, czy Aave zostało dotknięte. Brzmi ono, kto ostatecznie płaci.

System Umbrella Aave został zaprojektowany jako zautomatyzowana poduszka bezpieczeństwa dla złych długów. Zgodnie z oficjalną dokumentacją Aave, Umbrella izoluje ryzyko według aktywów i sieci oraz może spalić odpowiadające stakowane aTokeny, gdy występują deficyty. Jest to bardziej zautomatyzowana wersja starszego modelu bezpieczeństwa protokołu.

Ale istnieje ważne ograniczenie. Umbrella jest początkowo wdrażana na Ethereum i wspiera wybrane aktywa tam, w tym WETH. To oznacza, że pokrycie nie jest automatycznie jednolite w każdej sieci, w której działa Aave. Jeśli straty znajdują się poza zakresem aktywnego wdrożenia Umbrella, decyzje dotyczące zarządzania i skarbu stają się ważniejsze.

Dla użytkowników oznacza to, że zamrożenie nie powinno być postrzegane jako ostateczne rozwiązanie. To początek procesu rozwiązywania problemu. Protokół wciąż musi określić deficyt, ścieżkę zabezpieczenia i ostateczny podział strat wśród dostępnych warstw ochrony.

Co oznacza zamrożenie rsETH dla DeFi

Ten incydent jest większy niż jeden token czy jeden protokół. Pokazuje, dlaczego ryzyko DeFi nie może być już oceniane tylko na podstawie warstwy orakli cenowych i likwidacji.

Protokół pożyczkowy może mieć doskonałe podstawowe kontrakty, a mimo to doznać poważnych szkód, jeśli wymienia aktywa, których założenia dotyczące mostów lub emisji są słabe. Zamrożenie rsETH jest zatem studium przypadku ryzyka kompozycyjnego: Aave odziedziczyło ryzyko z części stosu, której nie kontrolowało bezpośrednio.

Dla twórców DeFi lekcja jest prosta. Ramy ryzyka muszą traktować bezpieczeństwo mostów, założenia dotyczące walidatorów i infrastrukturę zabezpieczeń jako kryteria pierwszej klasy. Dla użytkowników lekcja jest jeszcze prostsza: „Podobny do ETH” nie oznacza „ryzykowny równoważnie do ETH”.

Aave zamroziło rynki rsETH, ponieważ czekanie byłoby gorsze. Zamrożenie było hamulcem awaryjnym, a nie lekarstwem. Prawdziwym testem teraz jest to, czy projekt ubezpieczeniowy protokołu, proces zarządzania i standardy listowania są wystarczająco silne, aby wchłonąć awarię zabezpieczeń, która miała miejsce gdzie indziej. Dlatego reakcja rynku na AAVE token pozostaje użytecznym sygnałem sentymentu, nawet jeśli sama akcja cenowa nie może wyjaśnić pełnej skali ryzyka.

FAQ

Czy Aave zostało zhakowane?

Brak publicznych raportów na dzień 20 kwietnia 2026 roku wskazuje, że podstawowe kontrakty pożyczkowe Aave były przyczyną problemu. Przyczyną był exploit rsETH i użycie skompromitowanych zabezpieczeń w Aave.

Dlaczego Aave również zamroziło WETH na niektórych rynkach?

Aktualizacje zarządzania Aave z 19 kwietnia 2026 roku informowały, że WETH zostało zamrożone w kilku przypadkach, aby zapobiec nowym pożyczkom przeciwko zabezpieczeniom WETH, podczas gdy protokół monitorował skutki incydentu rsETH.

Co to jest Aave Umbrella?

Umbrella to automatyczny bufor złych długów Aave. Wykorzystuje specyficzne dla aktywów i sieci skarbce stakujące, aby wchłonąć deficyty, zamiast polegać tylko na wolniejszej interwencji zarządzającej.

Czy zamrożenie rsETH oznacza, że użytkownicy na zawsze stracili środki?

Nie automatycznie. Zamrożenie to działanie mające na celu ograniczenie. Ostateczny wpływ na użytkowników zależy od księgowości złych długów, wszelkich odzysków z Kelp DAO lub powiązanych stron, pokrycia Umbrella oraz późniejszych decyzji zarządzających.

Jaka jest największa lekcja z tego wydarzenia?

Ryzyko zabezpieczeń w DeFi nie dotyczy tylko zmienności cen. Projekt mostu, weryfikacja wiadomości i architektura emisji aktywów mogą być równie ważne. Dla szerszej perspektywy pomocne jest spojrzenie na incydent przez pryzmat ogólnego ryzyka DeFi, a nie tylko ruchu cen tokenów.