Założyciel Aave Stani Kulechov przedstawił Aave V3.8, najnowszą przyrostową wersję architektury V3 protokołu pożyczkowego. Aave to zdecentralizowany, niepowierniczy protokół pożyczkowy — jeden z największych w zdecentralizowanych finansach — w którym użytkownicy dostarczają aktywa cyfrowe, aby uzyskiwać plon, i pożyczają pod zastaw. Ogłoszenie, przekazane w poście na X, sygnalizuje, że prace nad kodem V3 trwają, choć pełne specyfikacje techniczne, propozycje governance i harmonogramy wdrożenia nie zostały jeszcze opublikowane.

Co wynika z przedstawienia V3.8

Post Kulechova na X stanowi pierwsze publiczne przedstawienie etykiety wersji V3.8. Seria V3 Aave służyła jako fundament architektoniczny protokołu we wdrożeniach wielołańcuchowych, a każde przyrostowe zwiększenie wersji w tej serii historycznie dotyczyło konkretnych parametrów ryzyka, ustawień efektywności lub modułów funkcyjnych. W przypadku V3.8 te szczegóły nie są jeszcze potwierdzone w dostępnej dokumentacji, a sama etykieta wersji nie wskazuje zakresu.

Krok od V3.x do V3.8 pozycjonuje to wydanie jako aktualizację iteracyjną, a nie pełną przebudowę architektury. Aave wcześniej wdrażał V3 na ponad tuzinie sieci, a wersje przyrostowe dostosowywały mechanizmy takie jak tryb izolacji, tryb efektywności (eMode) oraz limity podaży i pożyczek na poziomie puli. Czy V3.8 celuje w którykolwiek z tych systemów, nie zostało ustalone w oficjalnych informacjach o wydaniu.

Obecność Aave w wielu sieciach, w tym niedawna ekspansja na BNB Chain, oznacza, że każda aktualizacja V3.8 będzie najprawdopodobniej wymagała osobnego wdrożenia i zgody governance w każdej sieci, a nie jednego skoordynowanego rolloutu — to ograniczenie typowe dla wielołańcuchowych protokołów DeFi. Ponieważ zgody są specyficzne dla sieci, zmiany parametrów w jednym wdrożeniu nie rozciągają się automatycznie na pozostałe, a dostawcy płynności i pożyczkobiorcy na każdym łańcuchu będą musieli śledzić powstające propozycje governance dla danego łańcucha.

Co V3.8 mógłby zmienić dla użytkowników protokołu

Potencjalne zmiany w warstwie produktowej

Bez opublikowanej dokumentacji technicznej nie można potwierdzić, których modułów Aave dotyczy3.8. Poprzednie iteracje V3 dostosowywały strategię stopy procentowej, konfiguracje wyroczni oraz parametry rządzące błyskawicznymi pożyczkami i progami likwidacji. Takie zmiany w V3.8 wpłynęłyby na koszty pożyczek, efektywność zabezpieczeń i profil ryzyka likwidacji istniejących pozycji, ale te szczegóły muszą wynikać z oficjalnych Aave Improvement Proposals, a nie z samej etykiety wersji.

Governance i wdrożenie

Governance Aave działa poprzez głosowania on-chain, w których posiadacze AAVE i stkAAVE zatwierdzają lub odrzucają propozycje. Aktualizacja protokołu w skali V3.8 zazwyczaj wymagałaby formalnego Aave Request for Comment na forum governance, a następnie snapshotu on-chain i dopiero potem wykonalnej propozycji. Żaden z tych kroków nie został potwierdzony jako zakończony ani zaplanowany na podstawie informacji dostępnych w chwili publikacji, co pozostawia V3.8 na etapie ujawniania informacji, a nie wdrażania.

Niedawna integracja obsługi Aave w MetaMask Agent Wallet za pośrednictwem MCP — otwartego standardu umożliwiającego agentom AI łączenie się z usługami zewnętrznymi — ilustruje, jak działania governance protokołu wywierają wpływ na integracje stron trzecich, co czyni harmonogram governance V3.8 istotnym nie tylko dla podstawowych użytkowników Aave.

Wpływ na użytkowników

Dla aktywnych pożyczkodawców i pożyczkobiorców praktycznym pytaniem jest, czy V3.8 wprowadza zmiany wymagające migracji pozycji, zaktualizowanych przepływów zatwierdzania lub zmienionych parametrów ryzyka dla istniejących typów zabezpieczeń. Aktualizacje V3, które dostosowywały kategorie eMode lub limity podaży, historycznie wymagały od użytkowników ponownej oceny strategii zabezpieczeń. Dopóki oficjalne wytyczne dotyczące migracji nie zostaną opublikowane, istniejące pozycje należy monitorować pod kątem zmian parametrów towarzyszących finalnemu wdrożeniu.

Na co zwracać uwagę w miarę postępu prac nad V3.8

Forum governance Aave to główne miejsce, w którym zostaną opublikowane specyfikacje techniczne V3.8 przed jakimkolwiek głosowaniem on-chain. Propozycja governance, jeśli będzie wymagana, opisałaby dokładne zmiany w kontraktach, zatwierdzenia audytorów i harmonogram aktywacji. Czytelnicy powinni traktować przedstawienie przez założyciela jako początek procesu ujawniania informacji, a nie potwierdzenie gotowości do wdrożenia.

Termin wdrożenia i kolejność sieci pozostają niepotwierdzone. Aave wcześniej etapował rollouty, wdrażając aktualizacje najpierw na rynkach o niższej płynności, a dopiero potem na mainnecie Ethereum, dając społeczności czas na obserwację zachowania w warunkach rzeczywistych. Czy V3.8 pójdzie tą ścieżką, zależy od jego zakresu, który pozostaje nieopublikowany. TVL protokołu i rozkład płynności w sieciach można śledzić w czasie rzeczywistym na stronie protokołu Aave w DeFiLlama, która odzwierciedli wszelkie ruchy kapitału następujące po wdrożeniu.

Ryzyko kontraktów inteligentnych to podstawowa kwestia przy każdej aktualizacji Aave. Kod Aave przechodzi formalne audyty przed większymi wdrożeniami, a bug bounty społeczności pozostaje aktywny. Dopóki raporty z audytów V3.8 nie zostaną opublikowane, obowiązuje standardowa ostrożność dotycząca interakcji z nowo wdrażanymi wersjami kontraktów. Uczestnicy governance powinni również ocenić, czy V3.8 współdziała z GHO — stablecoinem emitowanym w ramach protokołu Aave — lub z Aave Safety Module, zabezpieczanym przez staked AAVE, z których oba niosą własne obszary ryzyka. Podstawowe dane tokena, w tym ceny rynkowe i wolumen obrotu, można śledzić na stronie tokena AAVE w CoinGecko, w miarę rozwoju wydarzeń w governance.

Dalsze szczegóły są oczekiwane za pośrednictwem oficjalnych kanałów governance i komunikacji Aave.