Loading market data...

Sentora föreslår isolerat Aave V4-utlåningsnav utan DAO-risktillsyn

Sentora föreslår isolerat Aave V4-utlåningsnav utan DAO-risktillsyn

Sentora har föreslagit att driva ett eget isolerat Aave V4 Hub och utlånings-Spokes på Ethereum, en konstruktion som skulle ge företaget kontroll över säkerhetsval, räntekurvor, likvidationsinställningar och orakel medan Aave DAO behåller äganderätten till kontrakt och adminrättigheter. Haken: ingen av Aaves befintliga riskleverantörer skulle tilldelas att övervaka, rekommendera ändringar eller hantera incidenter på Sentoras instans. Förslaget är en ARFC, vilket innebär att det fortfarande bara är ett diskussionsdokument. En Snapshot-omröstning och ett formellt on-chain Aave Improvement Proposal skulle följa.

Ett nav som inte pratar med någon annan

Isoleringen är poängen. Sentoras Hub skulle inte ha några kreditlinjer till eller från andra Aave DAO Hubs, och dess Spokes skulle endast dra från leverantörer inom Sentoras Hub. Den strukturen hindrar Sentoras låntagare från att dra ut likviditet från Aaves huvudmarknader. Den gör ingenting för långivare inom Sentoras egen Hub, som förblir exponerade mot vad dess Spokes än gör.

Lånebara tillgångar är smala till sin design. Instansen är begränsad till RLUSD, PYUSD och OUSD. USDC och USDT är uteslutna — de två stablecoins som förankrar större delen av Aaves befintliga aktivitet.

48-timmarsfördröjningen och vad den inte täcker

Sentoras operativa roller kommer med en ovanlig uppdelning. Det kan pausa eller frysa en reserv, stoppa en tillgång eller Spoke, sänka en säkerhetsfaktor eller strama åt ett tak omedelbart genom en enkelriktad Risk Steward-roll. Alla dessa är defensiva åtgärder.

Allt som ökar risken fungerar annorlunda. Ändringar av räntemodell, likvidationskonfiguration och riskökningar träder i kraft först efter en 48-timmars on-chain fördröjning. De publicerade fakta anger inte huruvida DAO har en individuell annulleringsrätt över dessa väntande åtgärder. Att lägga till säkerhet eller distribuera en annan Hub kräver en två veckors forumgranskning, och en invändning från någon utsedd Aave DAO-tjänsteleverantör pausar åtgärden för en bindande Snapshot-omröstning.

DAOs Governance Short Executor skulle behålla adminroller över Hub, Spokes och AccessManager, inklusive kontraktsuppgraderingar och rolltilldelningar. Sentoras operativa roller är återkalleliga genom ett on-chain governance-förslag. Aave DAO kan ta tillbaka nycklarna. Man budgeterar bara inte för någon att bevaka butiken.

Ingen får betalt för att granska Sentoras inlämningar

Det är den skarpaste detaljen i ansökan. Ingen tjänsteleverantör har i uppdrag eller ersättning för att granska Sentoras inlämningar, och instansen är uttryckligen undantagen från leverantörernas mandat för övervakning, parameterrekommendationer och incidenthantering. Tvåveckorsgranskningsfönstret finns, men det finns ingen tilldelad granskare. I praktiken beror invändningsmekanismen på att en DAO-tjänsteleverantör upptäcker något värt att invända mot.

Vem tar förlusten

Sentoras kommersiella villkor ger 50 % av instansens protokollintäkter till Sentora och 50 % till DAO, vilket täcker intäkter från reservfaktor och protokolllikvidationsavgifter. Förlustsidan följer TokenLogics V4 Umbrella-förslag: om en likvidation lämnar ett skuldunderskott rapporterar Spoke det till Hub, som registrerar underskottet mot den tillgången. Leverantörer av den Hub-tillgången bär förlusten.

En separat Aave V4 Umbrella ARFC föreslår underskottskompensation och stakad täckning för Core WETH, Core USDC och Core USDT. Den nämner inte Sentoras föreslagna Hub. Så de tillgångar som listas för backstop-täckning är inte de tillgångar som Sentora vill låna ut mot.

Sentoras VD Anthony DeMartino argumenterade i en uppsats från november 2025 att riskhantering behöver mätbara kontroller och kontinuerlig övervakning. Förslaget sätter de mätbara kontrollerna on-chain, bakom en 48-timmars timer och en enkelriktad kill switch. Den kontinuerliga övervakningen är Sentoras egen.

Nästa steg är en Snapshot-omröstning, sedan ett on-chain AIP om temperaturkontrollen håller.