Aave Labs przedstawiło propozycję aktualizacji swojego zdecentralizowanego protokołu pożyczkowego do wersji 3.8 — zmianę mającą na celu wzmocnienie bezpieczeństwa w 16 sieciach blockchain. Propozycja, opublikowana 21 października, koncentruje się na zapobieganiu ryzyku księgowemu związanemu z reentrancy przy jednoczesnym zachowaniu wydajności transakcji.

W przypadku przyjęcia aktualizacja wprowadziłaby dodatkowe zabezpieczenia dla operacji Pool protokołu Aave, chroniąc protokół przed teoretycznymi exploitami kontraktów inteligentnych. Wdrożenie pozostaje jednak uzależnione od audytów bezpieczeństwa, opinii społeczności oraz formalnej zgody organów zarządzających.

Zabezpieczenie przed reentrancy w centrum uwagi

Proponowana aktualizacja Aave V3.8 wprowadza zabezpieczenie przed reentrancy (reentrancy guard), zaprojektowane w celu ochrony księgowości Pool podczas zewnętrznych wywołań zwrotnych. Reentrancy występuje, gdy kontrakt inteligentny wielokrotnie wchodzi w interakcję z innym kontraktem, zanim wcześniejsza operacja zostanie zakończona, co może prowadzić do niespójności księgowych. Reentrancy należy do najlepiej znanych klas podatności w rozwoju kontraktów inteligentnych, a jawne zabezpieczenia przed nią stały się standardową praktyką w inżynierii DeFi, szczególnie w przypadku protokołów przechowujących depozyty użytkowników bezpośrednio w swoich kontraktach.

W celu wdrożenia zabezpieczenia Aave Labsuje wykorzystać technologię pamięci przejściowej (transient storage) wprowadzoną w ramach Ethereum Improvement Proposal EIP-1153. Ten mechanizm umożliwia tymczasowe przechowywanie danych podczas transakcji, pomagając programistom dodawać zabezpieczenia bez znaczącego wzrostu kosztów gazowych.

Zgodnie z propozycją zarządczą zmiany stanowią ograniczone wzmocnienie bezpieczeństwa, a nie gruntowne przeprojektowanie protokołu. Dokument nie wskazuje żadnego aktywnego ataku ani potwierdzonej podatności wymagającej interwencji awaryjnej.

Wdrożenie obejmuje 16 sieci

Aave Labs zamierza wdrożyć V3.8 w aktywnych instancjach protokołu w 16 obsługiwanych sieciach blockchain. Obejmują one Ethereum, Avalanche, BNB Chain, Arbitrum, Base, Polygon, Optimism, Linea, Gnosis, Celo, Mantle, Monad, Plasma, X Layer i MegaETH, a także dodatkowe wdrożenia oparte na Ethereum.

W proponowanym wdrożeniu uwzględniono instancje Core i Lido na Ethereum. Poza zakresem aktualizacji pozostaną jednak nieaktywne rynki z zamrożonymi aktywami oraz rynki, których limity pożyczek lub podaży zostały zmniejszone do zera.

Szeroka strategia wdrożenia odzwierciedla dążenie Aave do utrzymania spójnych standardów bezpieczeństwa w całej swojej infrastrukturze pożyczkowej wielolańcuchowej, tak aby deponenci i pożyczkobiorcy na mniejszych sieciach korzystali z tych samych podstawowych zabezpieczeń co użytkownicy Ethereum. Silniejsza ochrona księgowości może zmniejszyć potencjalne ryzyko związane z kontraktami inteligentnymi w miarę rozwoju aktywności zdecentralizowanego pożyczania.

Następny krok: audyty i głosowanie zarządcze

Przed wdrożeniem Aave V3.8 przejdzie przeglądy bezpieczeństwa z udziałem Certory oraz dodatkowych niezależnych audytorów. Oceny te zostaną przeprowadzone, zanim programiści przedłożą ostateczną aktualizację pod decyzję zarządczą on-chain.

Propozycja znajduje się obecnie na etapie Aave Request for Final Comments, co pozwala członkom społeczności ocenić jej szczegóły techniczne. Pozytywny odbiór przeniesie inicjatywę do głosowania na Snapshot, a po zakończeniu audytów nastąpi formalny Aave Improvement Proposal. Zgodnie z modelem zarządzania Aave ostateczna zgoda należy do posiadaczy tokenów społeczności, a nie do zespołu proponującego, co daje społeczności wiele punktów kontrolnych przed wejściem w życie jakichkolwiek zmian w kodzie.

Aave Labs nie ogłosiło potwierdzonej daty wdrożenia. Ostatecznie realizacja aktualizacji zależy od pomyślnych przeglądów bezpieczeństwa i zgody organów zarządzających, co czyni nadchodzący proces oceny kluczowym dla jej wdrożenia.