Ajna v2 straciła 775 tys. dolarów. Problemem nie był zewnętrzny oracle

Ajna v2 padła 29 sierpnia 2026 r. ofiarą ataku, w wyniku którego z siedmiu pul pożyczkowych na Ethereum odpłynęło około 775 tys. dolarów. Incydent nie polegał na przejęciu ani manipulacji zewnętrznym źródłem danych cenowych. Dostępne informacje wskazują na wykorzystanie wewnętrznego systemu księgowania likwidacji — mechanizmu, za pomocą którego protokół określa między innymi wartość zabezpieczenia, zadłużenie i warunki likwidacji. 1311

Publiczne raporty pozwalają określić klasę ataku i wskazać dotknięte pule, ale nie przedstawiają jeszcze w pełni potwierdzonej, transakcyjnej rekonstrukcji każdej zmiany stanu. Szczegółowe opisy sekwencji działań atakującego należy więc traktować jako wstępne do czasu publikacji kompletnej analizy kryminalistycznej.

Co wydarzyło się w exploicie Ajna v2?

Według dostępnych doniesień atak objął pule syrupUSDC, wstETH, rETH, cbETH, WBTC, WETH/USDC oraz sDAI. Łączne straty oszacowano na około 775 tys. dolarów, a późniejszy podział wskazywał kwotę około 775,4 tys. dolarów. Największą pojedynczą stratę odnotowała pula syrupUSDC — około 173,7 tys. dolarów. 1913

Ajna poinformowała o badaniu nietypowych przepływów środków i zaleciła użytkownikom:

• wypłatę środków w tokenach kwotowanych;
• spłatę niespłaconych pożyczek;
• zaprzestanie dalszych interakcji z protokołem. 111435

Zalecenia miały ograniczyć ryzyko, że kolejne operacje wejdą w interakcję z badanymi warunkami księgowymi.

Cel ataku: księgowanie likwidacji, nie oracle cenowy

Ajna została zaprojektowana tak, aby nie korzystać z zewnętrznych wyroczni cenowych. Zamiast usług takich jak Chainlink proces udzielania pożyczek i likwidacji opiera się na aktywności w pulach oraz wewnętrznej rachunkowości tzw. bucketów. 333

W standardowym procesie likwidacji dług i zabezpieczenie są usuwane z odpowiednich bucketów. Zmienia to wewnętrzne parametry protokołu, w tym Lowest Utilized Price (LUP) — najniższą wykorzystywaną cenę. Ocena pożyczek wykorzystuje również Threshold Price (TP), czyli cenę progową pożyczkobiorcy, oraz Neutral Price (NP). 3437

Taka konstrukcja usuwa jeden z typowych wektorów ataku w sektorze DeFi, ale nie eliminuje konieczności prowadzenia prawidłowego księgowania ekonomicznego. Raporty dotyczące incydentu z 29 sierpnia wskazują, że atakujący manipulował wewnętrzną ścieżką likwidacji, przez co sposób rozliczania zabezpieczenia, długu i cen likwidacyjnych przestał odpowiadać rzeczywistemu pokryciu pul. 1311

Najważniejsze zastrzeżenie dotyczy dokładnego przebiegu ataku. Dostępne materiały nie weryfikują niezależnie pełnej sekwencji wpłat, pożyczek, likwidacji, spłat i wypłat, która doprowadziła do końcowej straty. Precyzyjniej jest więc stwierdzić, że atakujący najprawdopodobniej wykorzystał wewnętrzne księgowanie likwidacji, niż przedstawiać niepotwierdzoną narrację transakcyjną jako ustalony fakt.

„Bez oracle” nie znaczy „odporne na manipulację ceną”

Incydent pokazuje różnicę, którą łatwo przeoczyć:

Usunięcie zewnętrznych feedów cenowych eliminuje ryzyko związane z oracle, ale nie eliminuje ryzyka błędnej wyceny.

Ajna przeniosła kluczowe założenia do własnej struktury rynku i reguł likwidacji. Jeśli te reguły pozwalają zmienić lub wykorzystać wewnętrzną reprezentację zabezpieczenia, długu albo cen likwidacyjnych, skutki ekonomiczne mogą przypominać atak na oracle — nawet jeśli żadne zewnętrzne źródło cen nie zostało naruszone. 111

To szersza lekcja dla systemów pożyczkowych DeFi. Audyty bezpieczeństwa powinny obejmować nie tylko błędy w kodzie i zależności zewnętrzne, lecz także pytanie, czy stan księgowy protokołu nadal odpowiada realnej wartości ekonomicznej przy nietypowych kombinacjach pożyczek, likwidacji i spłat.

Niezmienność utrudniła reakcję kryzysową

Ajna v2 była opisywana jako protokół niezmienny: bez organu zarządzającego, ścieżki aktualizacji, klucza administratora i scentralizowanego mechanizmu zdolnego zatrzymać dotknięte kontrakty. 9

Takie podejście ogranicza uznaniową ingerencję i część ryzyk związanych z administracją oraz aktualizacjami. Ma jednak wyraźny koszt operacyjny: jeśli wdrożony mechanizm zawiera wadę, zespół może nie mieć możliwości wstrzymania ani naprawienia go w trakcie ataku.

Firma monitorująca Defimon Alerts twierdziła, że wykryła przygotowany atak ponad godzinę przed pierwszą transakcją wykorzystującą lukę i ostrzegła Ajna na serwerze Discord projektu. Według Defimon zespół nie zareagował. Jest to relacja firmy monitorującej, a nie niezależnie rozstrzygnięte ustalenie, dlatego czas i sposób reakcji należy traktować z zastrzeżeniem do czasu pojawienia się dodatkowych dowodów. 816

Co ten incydent mówi o ryzyku w DeFi?

Eksploit Ajna był stosunkowo niewielki na tle największych kradzieży kryptowalut, ale pokazuje, dlaczego równie ważne jak nominalna wartość strat są liczba incydentów i konstrukcja protokołu. TRM Labs odnotowało 207 włamań i exploitów kryptowalutowych w pierwszej połowie 2026 r. — najwięcej w sześciomiesięcznym okresie w historii jego zestawienia. Około 125 incydentów dotyczyło smart kontraktów. 1829

Z kolei The Defiant podał, że w drugim kwartale 2026 r. doszło do około 70 exploitów DeFi, które przyniosły około 746 mln dolarów strat. Poszczególne firmy stosują różne kryteria włączania incydentów do swoich baz, dlatego tych danych nie należy traktować jako bezpośrednio porównywalnych. Razem wskazują jednak na bardzo aktywne środowisko zagrożeń dla protokołów DeFi. 23

Przypadek Ajna dodaje do tego konkretną przestrogę: architektura pozbawiona zewnętrznych oracle może nadal zawierać krytyczną, wewnętrzną zależność ekonomiczną. Brak oracle, niezmienność i decentralizacja mogą ograniczać jedne rodzaje ryzyka, ale zwiększać inne — zwłaszcza gdy po rozpoczęciu nieprawidłowego księgowania nie istnieje awaryjny mechanizm zatrzymania kontraktów.