Loading market data...

Sentora foreslår isoleret Aave V4-udlånshub uden DAO-risikotilsyn

Sentora foreslår isoleret Aave V4-udlånshub uden DAO-risikotilsyn

Sentora har foreslået at drive sin egen isolerede Aave V4 Hub og udlåns-Spokes på Ethereum – en ordning, der vil give virksomheden kontrol over sikkerhedsstillelsesvalg, rentekurver, likvidationsindstillinger og orakler, mens Aave DAO beholder kontraktejerskab og admin-rettigheder. Hage: Ingen af Aaves eksisterende risikotjenesteudbydere vil blive tildelt opgaven med at overvåge, anbefale ændringer eller reagere på hændelser på Sentoras instans. Forslaget er en ARFC, hvilket betyder, at det stadig kun er et diskussionsdokument. En Snapshot-afstemning og et formelt on-chain Aave Improvement Proposal vil følge.

En hub, der ikke taler med nogen andre

Isolationen er pointen. Sentoras Hub vil ikke have kreditlinjer til eller fra andre Aave DAO-hubs, og dens Spokes vil kun trække på leverandører inden for Sentoras Hub. Den struktur forhindrer Sentoras låntagere i at trække likviditet ud af Aaves hovedmarkeder. Den gør intet for långivere i Sentoras egen Hub, som forbliver eksponeret over for, hvad dens Spokes gør.

Låneaktiver er snævre af design. Instansen er begrænset til RLUSD, PYUSD og OUSD. USDC og USDT er udelukket – de to stablecoins, der forankrer størstedelen af Aaves eksisterende aktivitet.

48-timers forsinkelsen, og hvad den ikke dækker

Sentoras operationelle roller kommer med en usædvanlig opdeling. Den kan pause eller fryse en reserve, stoppe et aktiv eller Spoke, skære en sikkerhedsstillelsesfaktor eller stramme en cap med øjeblikkelig virkning gennem en envejs Risk Steward-rolle. Det er alle defensive handlinger.

Alt, der tilføjer risiko, fungerer anderledes. Ændringer i rentemodeller, likvidationskonfiguration og risikoforøgelser træder kun i kraft efter en 48-timers on-chain forsinkelse. De offentliggjorte fakta specificerer ikke, hvorvidt DAO har en individuel annulleringsret over disse verserende handlinger. Tilføjelse af sikkerhedsstillelse eller implementering af endnu en Hub kræver en to-ugers forumgennemgang, og en indsigelse fra enhver udpeget Aave DAO-tjenesteudbyder sætter handlingen på pause til en bindende Snapshot-afstemning.

DAO'ens Governance Short Executor vil beholde admin-roller over Hub, Spokes og AccessManager, herunder kontraktopgraderinger og rolletildelinger. Sentoras operationelle roller kan tilbagekaldes gennem et on-chain governance-forslag. Aave DAO kan tage nøglerne tilbage. Man budgetterer bare ikke med nogen til at holde øje med butikken.

Ingen får betalt for at gennemgå Sentoras indsendelser

Det er den skarpeste detalje i indsendelsen. Ingen tjenesteudbyder er omfattet eller kompenseret for at gennemgå Sentoras indsendelser, og instansen er eksplicit udelukket fra udbydernes mandater vedrørende overvågning, parameteranbefalinger og hændelseshåndtering. To-ugers gennemgangsvinduet eksisterer, men der er ingen tildelt gennemgåer. I praksis afhænger indsigelsesmekanismen af, at en DAO-tjenesteudbyder bemærker noget, der er værd at gøre indsigelse imod.

Hvem tager tabet

Sentoras kommercielle vilkår giver 50 % af instansens protokolindtægter til Sentora og 50 % til DAO'en, hvilket dækker reservefaktorindtjening og protokol-likvidationsgebyrer. Tabssiden følger TokenLogics V4 Umbrella-forslag: Hvis en likvidation efterlader et gældsunderskud, rapporterer Spoke det til Hub'en, som registrerer underskuddet mod det pågældende aktiv. Leverandører til det pågældende Hub-aktiv bærer tabet.

En separat Aave V4 Umbrella ARFC foreslår underskudsudligning og staket dækning for Core WETH, Core USDC og Core USDT. Den nævner ikke Sentoras foreslåede Hub. Så de aktiver, der er opført til backstop-dækning, er ikke de aktiver, Sentora ønsker at låne ud imod.

Sentoras CEO Anthony DeMartino argumenterede i et essay fra november 2025 for, at risikostyring kræver målbare kontroller og kontinuerlig overvågning. Forslaget lægger de målbare kontroller on-chain, bag en 48-timers timer og en envejs kill switch. Den kontinuerlige overvågning er Sentoras egen.

Næste skridt er en Snapshot-afstemning, derefter et on-chain AIP, hvis temperaturmålingen holder.