Założyciel Aave ostrzega: niezmienny kod DeFi skrywa śmiertelne ryzyko — protokoły pożyczkowe potrzebują „bezpieczników”

AAVE
pożyczki DeFiRyzyko oracleniezmienny kodAavemechanizm bezpiecznikaizolacja ryzykaaktualizacja V4
1 godzinę temuŹródło: blockweeks.com
Założyciel Aave ostrzega: niezmienny kod DeFi skrywa śmiertelne ryzyko — protokoły pożyczkowe potrzebują „bezpieczników”

Założyciel Aave Stani Kulechov ma przypomnienie dla purystów DeFi, którzy za najwyższy dogmat uważają „niezmienny kod”: czasami potrzebny jest sposób na naciśnięcie pauzy.

11 listopada 2026 roku Kulechov powiedział na konferencji DAS London, że protokoły pożyczkowe DeFi muszą wprowadzić „wyłącznik awaryjny”. Jego uzasadnienie: gdy tylko zawiedzie oracle, konsekwencje, które nastąpią, mogą wymagać lat, by je przetrawić.

Oracle, który nie daje Kulechovowi spać

Protokoły pożyczkowe w dużym stopniu polegają na oracle'ach, czyli kanałach danych cenowych, które informują inteligentne kontrakty, ile warta jest dana aktywa. Gdy kanał staje się niewyraźny i zniekształcony, protokół podejmuje decyzje na podstawie cen, które nie są rzeczywiste.

Na platformach pożyczkowych takie decyzje obejmują likwidacje. Gdy zabezpieczenie pożyczkobiorcy wydaje się spadać poniżej progu bezpieczeństwa, system automatycznie je sprzedaje, aby chronić pożyczkodawców.

Ostrzeżenie Kulechova jest skierowane głównie do systemów, które w dużym stopniu polegają na niezmiennym kodzie i nie mają żadnego planu awaryjnego. Niezmiennego kodu nie można zmodyfikować po wdrożeniu — to dobre dla budowania zaufania, ale katastrofa, gdy coś pójdzie nie tak i nikt nie ma uprawnień, by to naprawić.

Wyłącznik awaryjny jest zapożyczony z rynków tradycyjnych: giełdy wstrzymują handel w ekstremalnych warunkach. W DeFi koncepcja oznacza pozwolenie protokołowi na zatamowanie krwawienia w pierwszej kolejności, a następnie ludzie ustalają, co dokładnie poszło nie tak.

W 2026 roku seria „testów obciążeniowych”, przez które przeszedł Aave

Kulechov nie mówi hipotetycznie. Tylko w 2026 roku Aave osobiście doświadczył kilku opisanych przez niego scenariuszy.

10 marca 2026 roku błędna konfiguracja CAPO w Aave doprowadziła do likwidacji 34 pozycji o łącznej wartości około 27 milionów dolarów. Incydent ostatecznie nie pozostawił w protokole żadnego złego długu.

Potem przyszedł kwiecień. Międzyłańcuchowy most LayerZero należący do KelpDAO został wykorzystany w ataku o wartości 292 milionów dolarów, co wywołało run na depozyty w Aave sięgający 8,45 miliarda dolarów w ciągu 48 godzin.

Aave DAO ostatecznie potrzebowało planu ratunkowego o wartości około 300 milionów dolarów.

Aave V4 i dążenie do „izolacji stop-loss”

Uwagi Kulechova pojawiają się, gdy Aave rozwija swoją czwartą wersję, V4. Aktualizacja opiera się na architekturze „hub-and-spoke” i jest wyposażona w silniejsze możliwości kontroli ryzyka.

V4 kładzie nacisk na modułową izolację ryzyka i dodaje możliwość zamrożenia określonych linii zabezpieczeń, aby zapobiec rozprzestrzenianiu się zarażenia ryzykiem.

Według najnowszych zaktualizowanych danych depozyty na łańcuchowym rynku pożyczkowym Aave przekroczyły 30 miliardów dolarów.

Powrót do debaty o „niezmienności”

Stanowisko Kulechova skłania się ku kodowi, który można aktualizować, przynajmniej w jego podejściu do oracle'ów i likwidacji. Jego argument nie polega na porzuceniu decentralizacji, lecz na uznaniu, że awarie w końcu będą się zdarzać.

Kluczowe rozróżnienie w jego argumencie jest takie: samo zapobieganie zmienności nie wystarczy; protokoły potrzebują także narzędzi reagowania, które potrafią zarządzać sytuacją i skorygować kurs po wystąpieniu błędów.

Co to oznacza dla pożyczek DeFi

Ale jest tu pewien kompromis. Każdy wyłącznik awaryjny jest także dźwignią, a ktoś zawsze musi tę dźwignię pociągnąć.

To rodzi pytanie o zarządzanie: kto decyduje, kiedy zamrozić rynek, jak szybko i na podstawie jakich kryteriów?

Wydarzenia z 2026 roku dodają wagi argumentowi Kulechova: błędna konfiguracja w marcu zmiotła dziesiątki pozycji, a zewnętrzny atak w kwietniu wywołał wielomiliardowy run.