Aave Umbrella -tietoturvamoduuli lanseerataan: riski ja tuotto liittyvät suoraan toisiinsa, mikä muokkaa DeFi-panostuslogiikkaa

Kirjailija: ChandlerZ, Foresight News

Kesäkuun 5. päivänä Aave otti virallisesti käyttöön Umbrella-turvamoduulin. Moduuli lanseerataan vaiheittain, mikä tarkoittaa, että AAVE ei enää suoraan kanna riskiä, ja aTokenin haltijat ottavat vastuun riskistä ymmärtäen riskin ja tuoton välisen suoran korrelaation.

Mikä on muuttunut sateenvarjon turvamoduulissa?

Umbrella-tietoturvamoduuli on keskeinen älykäs sopimusjärjestelmä, jota käytetään riskienhallintaan ja kannustimiin Aave-protokollassa. Edelliseen turvamoduuliin verrattuna Umbrella hallinnoi useita StakeTokeneita, jotka liittyvät yhteen Aave v3 -rahastopooliin ydinsopimuksen Umbrella Coren kautta, joka vastaa leikkaus- ja aukkokompensointitoiminnoista.

Moduuli määrittelee kahdenlaisia aukkotiloja:

toinen on "Pending Deficit", joka viittaa StakeTokenista leikattujen, mutta vielä katettujen varojen menetykseen;

Toinen on "alijäämän kompensointi", joka on asetettu kynnysarvo, ja kun poolin tappio laskee tämän kynnyksen alapuolelle, vähennysoperaatiota ei käynnistetä.

Esimerkiksi Ethereumin pääverkon Aave v3 USDC -poolissa, jos aukon siirtymä on asetettu 500 USDC:hen, vastaavat waUSDC-panostustokenit leikataan vasta, kun tappio ylittää tämän summan.

Tietyssä prosessissa, kun rahastopooli luo 1 000 USDC:n aukon, automaattinen järjestelmä kutsuu Umbrella Coren vinoviivatoimintoa kompensoimaan ennalta asetetun 500 USDC:n eron perusteella ja itse asiassa pienentämään 500 USDC:n waUSDC-tokenia. Leikatut token-varat siirretään Aave Collectorille, eivätkä nämä varat ole enää panostajien nostettavissa. Tämän jälkeen entiteetti, jolla on ohitusoikeus, kutsuu coverPendingDeficit-funktiota hakeakseen vastaavat varat Collectorista ja kutsuu Aave v3 -poolin eliminateReserveDeficit-liittymää tappion ohituksen viimeistelemiseksi.

Käyttöoikeusasetusten osalta Aaveen hallinto vastaa omaisuusparien konfiguroinnista, vähennysparametrien säätämisestä ja sopimuspäivityksistä. Vähennystoiminto on avoin kaikille käyttäjille, ja se voidaan käynnistää sopimussääntöjen mukaisesti sen varmistamiseksi, että järjestelmä reagoi automaattisesti poolin riskiin. Vajeen kattamistoimet on rajoitettu yhteisöihin, joilla on COVERAGE_MANAGER_ROLE, mikä varmistaa, että varavirrat ovat hallittuja ja vaatimustenmukaisia.

Lisäksi Umbrella tarjoaa tukevan käyttöliittymän, jonka avulla käyttäjät voivat panostaa, lunastaa, aktivoida jäähtymisaikoja ja lunastaa palkintoja. Monivaiheisen vuorovaikutuksen yksinkertaistamiseksi MIT:n lisensoima eräkäytön avustussopimus UmbrellaBatchHelper on suunniteltu helpottamaan kolmannen osapuolen kehittäjiä integroimaan ja optimoimaan käyttökokemusta.

Kaiken kaikkiaan Umbrella-tietoturvamoduuli parantaa poolin riskienhallinnan joustavuutta ja läpinäkyvyyttä ottamalla käyttöön yksityiskohtaisen aukkojen hallintamekanismin ja selkeän toimivallanjaon, mikä tarjoaa vankan teknisen perustan Aave DAO:n hallinnolle ja toiminnalle.

Mitkä ovat Umbrella-turvamoduulin mahdolliset edut ja haitat?

Koko protokollan ja käyttäjien kannalta Umbrella-suojausmoduulilla on seuraavat edut ja haitat

: Mahdolliset edut:

• Riskienhallinnan tarkentaminen: Umbrella Core tukee "aukon kompensoinnin" kynnyksen asettamista, ja DAO voi asettaa tietyn aukkokynnyksen päättääkseen, käynnistetäänkö vähennys, mikä parantaa joustavuutta pienten tappioiden käsittelyssä. Esimerkiksi kun tappio on alle 100 000 USDC, Aave Collector voi kattaa sen ensin, jotta vältytään panostettujen omaisuuserien leikkaamiselta.
• Modulaarisuus ja skaalautuvuus: Umbrella-ydin hallitsee jokaista StakeToken-esiintymää yhtenäisellä tavalla, tukee usean verkon ja usean omaisuuden laajentamista ja helpottaa käytäntöjen käyttöönottoa hallintotasolla.
• Avoimen käyttöliittymän ja käyttöliittymän tuki: Avoimen lähdekoodin käyttöliittymä- ja apusopimus (UmbrellaBatchHelper) tarjotaan parantamaan käyttäjän vuorovaikutuskokemusta ja helpottamaan integrointia ja toissijaista kehitystä.

Mahdolliset haitat ja riskit:

• Riskiin liittyvä panostustuotto: Perinteisiin turvamoduuleihin verrattuna sateenvarjon alla olevilla panostajilla on selvä riski vähentyä. Kun pooli häviää enemmän kuin asetettu kynnysarvo, StakeTokenit vähennetään. Jos esimerkiksi menetät yli 500 USDC:tä, järjestelmä vähentää vastaavat panostetut varat.
• Leikattuja varoja ei voida palauttaa: Leikattu StakeToken lähetetään Aave Collectorille kattamaan poolin tappiot, eikä panostaja voi lunastaa sitä. Järjestelmä kattaa riskin tämän mekanismin kautta, mutta käyttäjä menettää pysyvästi vastaavan omaisuuden.
• Riippuvaiset luparoolitoiminnot: Jos COVERAGE_MANAGER_ROLE omistavan yhteisön on käynnistettävä rahaston ohittamisoperaatio, jos hallinto tai toiminta viivästyy, se voi vaikuttaa riskien vähentämisen tehokkuuteen.
• Siirtymämekanismi on monimutkainen: Umbrellan lanseerauksen alkuvaiheessa stkAAVE/stkABPT ja Umbrella StakeToken ovat olemassa rinnakkain, joten käyttäjien on kiinnitettävä huomiota siirtopolkuun ja kannustinmuutoksiin muutosten estämiseksi muutosten aiheuttamilta väärinkäsityksiltä tai toiminnallisuuksilta.

Sateenvarjomoduulissa käyttäjän panostuksen tuotto määräytyy hallinnon mukaan, ja sitä säädetään dynaamisesti panostuksen kokonaismäärän ja palkkiopoolin saldon mukaan. Jokainen StakeToken-tyyppi (esim. waUSDC, waGHO) on alustettava hallintoehdotuksen kautta, jotta voidaan määrittää sen tavoitelikviditeetti, palkkiokatto aikayksikköä kohden ja jakelusykli, ja palkkiovarat tulevat ennalta asetetusta rewardPayer-osoitteesta, yleensä Aave DAO:n keräilijältä tai sen alatileiltä.

Esimerkkinä USDC, jos tavoitelikviditeetti on 1 miljoona USDC ja alkuvaiheessa tehdään vain 500 000 todellista panosta, palkkiot aikayksikköä kohden jaetaan keskitetysti ja tuotto on suhteellisesti korkeampi. Panostuksen määrän kasvaessa tuotto pyrkii hallinnon asettamalle tavoitetasolle. Jos palkkiovarat ovat riittämättömiä tai viivästyvät, tuottoprosentti voi laskea tai jopa keskeytyä.

On syytä huomata, että tämä siirto on vaikuttanut erityisesti GHO-panostajiin. Koska Umbrella-moduulin waGHO:lle asettama tavoitelikviditeetti ja vuotuinen kannustinkatto ovat merkittävästi alhaisemmat kuin arvopaperimoduulin vanhan version stkGHO:n tukitaso, se voi johtaa siihen, että sen vuotuisen tuoton odotetaan laskevan 13 prosentista noin 7,7 prosenttiin, mikä voi vaikuttaa myös GHO:n markkinakysyntään ja yleiseen liikkeeseenlaskurytmiin.

Lisäksi, toisin kuin suojausmoduulin edellinen versio, Umbrella mahdollistaa joustavat palkkiot omaisuuskohtaisesti, mikä on helpompi yhdistää protokollan riskitasoon. Käyttäjien tulot ovat kuitenkin suuresti riippuvaisia hallinnon tehokkuudesta ja pääoman aikataulutuskyvystä, ja on kiinnitettävä huomiota hallinnon edistymiseen ja kunkin verkon palkkiopoolin tilaan, jotta voidaan arvioida kompromissia mahdollisten tuottojen ja likviditeettiriskien välillä.

YhteenvetonaToukokuussa 2025 Aave säilytti korkean likviditeetin suurissa ketjuissa, kuten Ethereumissa ja Arbitrumissa, yhdistettynä 0,09 prosentin pikalainan liiketoimintamaksuun yhdistettynä suureen laina-asteikkoon, mikä nosti protokollan kuukausitulot noin 39 miljoonaan dollariin. Tämän perusteella Aaveella on yli 50 prosentin markkinaosuus rahamarkkinasegmentissä. Vaikka AAVE-tokenin hinta ei ole vielä rikkonut kaikkien aikojen ennätyksiään, se on menestynyt suhteellisen vakaasti vakiintuneena DeFi-projektina. Konsolidoidut operatiiviset mittarit osoittavat, että Aaveen määräävä asema kryptolainausmarkkinoilla on edelleen lähes kahden vuoden korkeimmillaan.

Umbrella-turvamoduulin lanseeraus heijastaa Aaven jatkuvaa sitoutumista tuote- ja riskienhallintaan. Liiketoiminnan nykyinen perusta on suhteellisen vankka, ja jos nykyinen innovaatiotahti säilyy, tulevan suorituskyvyn odotetaan paranevan. Tämä jatkuva optimointi ja parantaminen tarjoaa myös referenssin muille DeFi-projekteille. Kiristyneen kilpailun ympäristössä teknologian ja tuotteiden jatkuva päivittäminen on avain kilpailukyvyn ylläpitämiseen ja pitkän aikavälin kasvun saavuttamiseen.