Aave Umbrella säkerhetsmodul lanseras: risk och avkastning är direkt kopplade, vilket omformar DeFi-insatslogiken

Av ChandlerZ, Foresight News

Den 5 juni distribuerade Aave officiellt Umbrella-säkerhetsmodulen. Modulen kommer att lanseras i faser, vilket markerar att AAVE inte längre kommer att bära risken direkt, och aToken-innehavare kommer att ta ansvar för risken och inse den direkta korrelationen mellan risk och avkastning.

Vad har förändrats med Umbrella Security Module?

Umbrella-säkerhetsmodulen är det centrala smarta kontraktssystemet som används för riskhantering och incitament i Aave-protokollet. Jämfört med den tidigare säkerhetsmodulen hanterar Umbrella flera StakeTokens kopplade till en enda Aave v3-fondpool genom kärnkontraktet Umbrella Core, som ansvarar för slashing och gapkompensationsfunktioner.

Modulen definierar två typer av gaptillstånd:

den ena är det "Pågående underskottet", som hänvisar till förlusten av medel som har tagits bort från StakeToken men som ännu inte har täckts;

Den andra är "Underskottskompensation", som är ett inställt tröskelvärde, och när poolförlusten faller under detta tröskelvärde kommer minskningsoperationen inte att utlösas.

Till exempel, i Aave v3 USDC-poolen på Ethereums huvudnät, om gapförskjutningen är inställd på 500 USDC, kommer motsvarande waUSDC-insatstokens att skäras av endast när förlusten överstiger det beloppet.

I den specifika processen, när fondpoolen genererar ett gap på 1 000 USDC, anropar det automatiserade systemet slash-funktionen i Umbrella Core för att kompensera baserat på det förinställda gapet på 500 USDC och faktiskt minska waUSDC-token på 500 USDC. De nedsänkta token-medlen överförs till Aave Collector och dessa medel är inte längre tillgängliga för uttag av stakers. Därefter kommer entiteten med åsidosättningsbehörigheten att anropa funktionen coverPendingDeficit för att hämta motsvarande medel från insamlaren och anropa eliminateReserveDeficit-gränssnittet för Aave v3-poolen för att slutföra förluståsidosättningen.

När det gäller behörighetsinställningar ansvarar Aave-styrningen för att konfigurera tillgångspar, justera reduktionsparametrar och kontraktsuppgraderingar. Reduktionsoperationen är öppen för alla användare och kan utlösas i enlighet med kontraktsreglerna för att säkerställa att systemet automatiskt reagerar på poolens risk. Åtgärder för att täcka underskott är begränsade till enheter som innehar COVERAGE_MANAGER_ROLE, vilket säkerställer att flödet av medel är kontrollerat och uppfyller kraven.

Dessutom tillhandahåller Umbrella ett stödjande användargränssnitt som gör det möjligt för användare att satsa, lösa in, aktivera cooldown-perioder och göra anspråk på belöningar. För att förenkla interaktioner i flera steg är det MIT-licensierade avtalet för batchdriftshjälp UmbrellaBatchHelper utformat för att underlätta för tredjepartsutvecklare att integrera och optimera användarupplevelsen.

Sammantaget förbättrar Umbrellas säkerhetsmodul flexibiliteten och transparensen i poolens riskkontroll genom att introducera en detaljerad mekanism för hantering av luckor och en tydlig uppdelning av befogenheter, vilket ger en solid teknisk grund för styrning och drift av Aave DAO.

Vilka är de potentiella fördelarna och nackdelarna med Umbrella säkerhetsmodul?

För protokollet som helhet och användarna har Umbrellas säkerhetsmodul följande fördelar och nackdelar

: Potentiella fördelar:

• Förfining av riskhanteringen: Umbrella Core stöder inställning av en tröskel för "gap offset", och DAO kan ställa in en specifik gaptröskel för att bestämma om minskningen ska utlösas, vilket förbättrar flexibiliteten vid hantering av mindre förluster. Till exempel, när förlusten är mindre än 100 000 USDC, kan den täckas av Aave Collector först för att undvika att skära ner på de insatta tillgångarna.
• Modularitet och skalbarhet: Umbrella-kärnan hanterar varje StakeToken-instans på ett enhetligt sätt, stöder expansion av flera nätverk och flera tillgångar och underlättar implementeringen av policyer på styrningsnivå.
• Stöd för öppet gränssnitt och användargränssnitt: Ett klientdels- och hjälpavtal med öppen källkod (UmbrellaBatchHelper) tillhandahålls för att förbättra användarinteraktionen och underlätta integrering och sekundär utveckling.

Potentiella nackdelar och risker:

• Insatsavkastning kopplad till risk: Jämfört med traditionella säkerhetsmoduler har aktörer under paraplyet en tydlig risk för minskning. När poolen förlorar mer än en fastställd tröskel dras StakeTokens av. Till exempel, om du förlorar mer än 500 USDC, kommer systemet att dra av motsvarande insatta tillgångar.
• Sänkta tillgångar kan inte återvinnas: Den nedsänkta StakeToken skickas till Aave Collector för att täcka poolförlusterna och kan inte lösas in av stakern. Systemet täcker risken genom denna mekanism, men användaren förlorar permanent motsvarande tillgång.
• Operationer med beroende behörighetsroll: Om åtgärden för åsidosättande av fond måste utlösas av en enhet som innehar COVERAGE_MANAGER_ROLE, om det finns en fördröjning i styrning eller drift, kan det påverka effektiviteten i riskavyttringen.
• Övergångsmekanismen är komplicerad: I det inledande skedet av Umbrella-lanseringen kommer stkAAVE/stkABPT och Umbrella StakeToken att existera parallellt, så användarna måste vara uppmärksamma på migreringsvägen och incitamentsändringar för att förhindra missförstånd eller driftfel orsakade av justeringar.

I Umbrella-modulen fastställs användarens insatsavkastning av styrning och justeras dynamiskt med det totala insatsbeloppet och saldot i belöningspoolen. Varje typ av StakeToken (t.ex. waUSDC, waGHO) måste initieras genom ett styrningsförslag för att konfigurera dess mållikviditet, belöningstak per tidsenhet och distributionscykel, och belöningsmedlen kommer från en förinställd rewardPayer-adress, vanligtvis Collector of Aave DAO eller dess underkonton.

Om vi tar USDC som ett exempel, om mållikviditeten är 1 miljon USDC och endast 500 000 faktiska insatser görs i det inledande skedet, kommer belöningarna per tidsenhet att fördelas centralt, och avkastningen kommer att bli relativt högre. När mängden insats ökar tenderar avkastningen att nå den målnivå som fastställts av styrningen. Om belöningsmedlen är otillräckliga eller försenade kan avkastningen minska eller till och med avbrytas.

Det är värt att notera att GHO-aktörer har drabbats särskilt hårt av denna migration. Eftersom det mållikviditet och årliga incitamentstak som fastställts av Umbrella-modulen för waGHO är betydligt lägre än subventionsnivån för stkGHO i den gamla versionen av värdepappersmodulen, kan det leda till att dess årliga avkastning förväntas sjunka från 13 % till cirka 7,7 %, vilket också kan påverka marknadens efterfrågan och den övergripande emissionsrytmen för GHO.

Dessutom, till skillnad från den tidigare versionen av säkerhetsmodulen, tillåter Umbrella flexibla belöningar per tillgång, vilket är lättare att koppla till protokollets risknivå. Användarnas intäkter är dock i hög grad beroende av styrningseffektivitet och kapitalplaneringsförmåga, och det är nödvändigt att vara uppmärksam på styrningens framsteg och statusen för varje nätverksbelöningspool för att utvärdera avvägningen mellan potentiell avkastning och likviditetsrisker.

SammanfattningsvisI maj 2025 upprätthöll Aave hög likviditet på stora kedjor som Ethereum och Arbitrum, i kombination med en snabblåneavgift på 0,09 %, i kombination med en stor låneskala, vilket drev protokollets månatliga intäkter till cirka 39 miljoner dollar. Baserat på detta har Aave en marknadsandel på mer än 50 % inom penningmarknadssegmentet. Även om AAVE-tokenpriset ännu inte har brutit igenom sina rekordnivåer, har det presterat relativt stabilt som ett etablerat DeFi-projekt. Konsoliderade operativa mätvärden visar att Aaves dominans på kryptoutlåningsmarknaden ligger kvar på den högsta nivån på nästan två år.

Lanseringen av säkerhetsmodulen Umbrella återspeglar Aaves fortsatta engagemang för produkt- och riskhantering. Den nuvarande affärsgrunden är relativt solid, och om den nuvarande innovationstakten bibehålls förväntas den framtida utvecklingen förbättras. Denna kontinuerliga optimering och förbättring ger också en referens för andra DeFi-projekt. I en miljö med ökad konkurrens är kontinuerlig uppdatering av teknik och produkter nyckeln till att upprätthålla konkurrenskraften och uppnå långsiktig tillväxt.