Aave Umbrella-sikkerhetsmodulen lanseres: risiko og avkastning er direkte koblet sammen, noe som omformer DeFi-staking-logikken

Av ChandlerZ, Foresight News

5. juni distribuerte Aave offisielt Umbrella-sikkerhetsmodulen. Modulen vil bli lansert i faser, noe som markerer at AAVE ikke lenger vil bære risikoen direkte, og aToken-innehavere vil påta seg ansvaret for risikoen, og realisere den direkte sammenhengen mellom risiko og avkastning.

Hva har endret seg med Umbrella Security Module?

Umbrella-sikkerhetsmodulen er kjernesystemet for smarte kontrakter som brukes til risikostyring og insentiver i Aave-protokollen. Sammenlignet med den forrige sikkerhetsmodulen, administrerer Umbrella flere StakeTokens knyttet til en enkelt Aave v3-fondspool gjennom kjernekontrakten Umbrella Core, som er ansvarlig for kutting og gapkompensasjonsfunksjoner.

Modulen definerer to typer gaptilstander:

den ene er "Pending Deficit", som refererer til tap av midler som har blitt kuttet fra StakeToken, men som ennå ikke er dekket;

Den andre er "Deficit Offset", som er en angitt terskel, og når pooltapet faller under denne terskelen, vil ikke reduksjonsoperasjonen utløses.

For eksempel, i Aave v3 USDC-poolen på Ethereum-hovednettet, hvis gap-forskyvningen er satt til 500 USDC, vil de tilsvarende waUSDC-innsatstokenene bare kuttes når tapet overstiger dette beløpet.

I den spesifikke prosessen, når fondspoolen genererer et gap på 1,000 USDC, kaller det automatiserte systemet skråstrekfunksjonen til Umbrella Core for å kompensere basert på det forhåndsinnstilte gapet på 500 USDC og faktisk redusere waUSDC-tokenet på 500 USDC. De kuttede token-midlene overføres til Aave Collector, og disse midlene er ikke lenger tilgjengelige for uttak av stakere. Deretter vil enheten med overstyringstillatelsen kalle coverPendingDeficit-funksjonen for å hente de tilsvarende midlene fra innkreveren og kalle eliminateReserveDeficit-grensesnittet for Aave v3-puljen for å fullføre tapsoverstyringen.

Når det gjelder tillatelsesinnstillinger, er Aave-styring ansvarlig for å konfigurere aktivapar, justere reduksjonsparametere og kontraktsoppgraderinger. Reduksjonsoperasjonen er åpen for alle brukere og kan utløses i henhold til kontraktsreglene for å sikre at systemet automatisk reagerer på risikoen i poolen. Gapdekningsoperasjoner er begrenset til enheter som har COVERAGE_MANAGER_ROLE, noe som sikrer at pengestrømmen er kontrollert og kompatibel.

I tillegg tilbyr Umbrella et støttende brukergrensesnitt som lar brukere satse, løse inn, aktivere nedkjølingsperioder og kreve belønninger. For å forenkle flertrinnsinteraksjoner, er den MIT-lisensierte batchdriftsassistansekontrakten UmbrellaBatchHelper designet for å gjøre det lettere for tredjepartsutviklere å integrere og optimalisere brukeropplevelsen.

Samlet sett forbedrer Umbrella-sikkerhetsmodulen fleksibiliteten og åpenheten til poolens risikokontroll ved å introdusere en detaljert gapstyringsmekanisme og en klar myndighetsdeling, noe som gir et solid teknisk grunnlag for styring og drift av Aave DAO.

Hva er de potensielle fordelene og ulempene med Umbrella-sikkerhetsmodulen?

For protokollen som helhet og brukere har Umbrella-sikkerhetsmodulen følgende fordeler og ulemper

: Potensielle fordeler:

• Forbedring av risikostyring: Umbrella Core støtter å sette en "gap offset"-terskel, og DAO kan sette en spesifikk gap-terskel for å avgjøre om reduksjonen skal utløses, noe som forbedrer fleksibiliteten ved håndtering av mindre tap. For eksempel, når tapet er mindre enn 100 000 USDC, kan det dekkes av Aave Collector først for å unngå å kutte de stakede eiendelene.
• Modularitet og skalerbarhet: Umbrella-kjernen administrerer hver StakeToken-forekomst på en enhetlig måte, støtter utvidelse av flere nettverk og flere eiendeler, og forenkler distribusjonen av retningslinjer på styringsnivå.
• Åpent grensesnitt og UI-støtte: En åpen kildekode front-end og hjelpekontrakt (UmbrellaBatchHelper) er gitt for å forbedre brukerinteraksjonsopplevelsen og lette integrasjon og sekundær utvikling.

Potensielle ulemper og risikoer:

• Innsatsavkastning knyttet til risiko: Sammenlignet med tradisjonelle sikkerhetsmoduler har stakere under paraplyen en klar risiko for reduksjon. Når poolen taper mer enn en angitt terskel, trekkes StakeTokens. For eksempel, hvis du taper mer enn 500 USDC, vil systemet trekke fra de tilsvarende stakede eiendelene.
• Kuttede eiendeler kan ikke gjenopprettes: Den kuttede StakeToken sendes til Aave Collector for å dekke pooltapene og kan ikke løses inn av stakeren. Systemet dekker risikoen gjennom denne mekanismen, men brukeren mister permanent den tilsvarende eiendelen.
• Operasjoner for avhengig tillatelsesrolle: Hvis fondsoverstyringsoperasjonen må utløses av en enhet som holder COVERAGE_MANAGER_ROLE, hvis det er en forsinkelse i styring eller drift, kan det påvirke effektiviteten av risikoavhending.
• Overgangsmekanismen er komplisert: I den innledende fasen av Umbrella-lanseringen vil stkAAVE/stkABPT og Umbrella StakeToken eksistere parallelt, så brukere må ta hensyn til migrasjonsveien og insentivendringer for å forhindre misforståelser eller driftsfeil forårsaket av justeringer.

I paraplymodulen blir brukerens innsatsavkastning satt av styring og dynamisk justert med det totale innsatsbeløpet og saldoen i belønningspoolen. Hver type StakeToken (f.eks. waUSDC, waGHO) må initialiseres gjennom et styringsforslag for å konfigurere mållikviditeten, belønningstaket per tidsenhet og distribusjonssyklusen, og belønningsmidlene kommer fra en forhåndsinnstilt belønningsbetaleradresse, vanligvis innsamleren til Aave DAO eller dens underkontoer.

Hvis vi tar USDC som et eksempel, hvis mållikviditeten er 1 million USDC og bare 500 000 faktiske innsatser gjøres i den innledende fasen, vil belønningene per tidsenhet fordeles sentralt, og avkastningen vil være relativt høyere. Etter hvert som innsatsmengden øker, har avkastningen en tendens til målnivået satt av styringen. Hvis belønningsmidlene er utilstrekkelige eller forsinket, kan avkastningen reduseres eller til og med bli avbrutt.

Det er verdt å merke seg at GHO-stakere har blitt spesielt berørt av denne migrasjonen. Siden mållikviditeten og det årlige insentivtaket satt av paraplymodulen for waGHO er betydelig lavere enn subsidienivået til stkGHO i den gamle versjonen av sikkerhetsmodulen, kan det føre til at den årlige avkastningen forventes å falle fra 13 % til ca. 7,7 %, noe som også kan påvirke markedsetterspørselen og den generelle utstedelsesrytmen til GHO.

I tillegg, i motsetning til den forrige versjonen av sikkerhetsmodulen, gir Umbrella mulighet for fleksible belønninger per eiendel, noe som er lettere å koble til protokollens risikonivå. Brukernes inntjening er imidlertid svært avhengig av styringseffektivitet og kapitalplanleggingsevner, og det er nødvendig å ta hensyn til fremgangen i styringen og statusen til hver nettverksbelønningspool for å evaluere avveiningen mellom potensiell avkastning og likviditetsrisiko.

OppsummertI mai 2025 opprettholdt Aave høy likviditet på store kjeder som Ethereum og Arbitrum, kombinert med en forretningsgebyrsats på 0,09 %, kombinert med en stor låneskala, noe som drev protokollens månedlige inntekter til rundt 39 millioner dollar. Basert på dette har Aave en markedsandel på mer enn 50 % i pengemarkedssegmentet. Selv om AAVE-tokenprisen ennå ikke har brutt gjennom sine all-time highs, har den prestert relativt solid som et etablert DeFi-prosjekt. Konsoliderte operasjonelle beregninger viser at Aaves dominans i kryptoutlånsmarkedet forblir på det høyeste nivået på nesten to år.

Lanseringen av Umbrella-sikkerhetsmodulen gjenspeiler Aaves fortsatte forpliktelse til produkt- og risikostyring. Det nåværende forretningsgrunnlaget er relativt solid, og hvis det nåværende innovasjonstempoet opprettholdes, forventes fremtidige resultater å bli bedre. Denne kontinuerlige optimaliseringen og forbedringen gir også en referanse for andre DeFi-prosjekter. I et miljø med økt konkurranse er kontinuerlig oppdatering av teknologi og produkter nøkkelen til å opprettholde konkurranseevnen og oppnå langsiktig vekst.