Risicokader
Hoe Avana risicowijzigingen voor de Hub en LP Onderpand Spokes voorstelt, beoordeelt en uitvoert.
Overzicht
De Avana Risk Framework definieert hoe parameterwijzigingen worden voorgesteld, gecontroleerd en uitgevoerd via de Hub en LP Collateral Spokes. Het behandelt de controles die worden gebruikt wanneer het protocol aanbod- en leenlimieten, LT/LTV-instellingen, rente-invoer, marktstatus en andere parameters aanpast die afhankelijk zijn van prijzen, gebruik, pool diepte, concentratie, volatiliteit, peg-gedrag, stroomonderbrekers, positiestatus en gerelateerde status.
LP onderpand is niet één homogene activaklasse. Stabiele LPs, gecorreleerde activa LPs, gewogen pools, geconcentreerde liquiditeit en andere AMM-ontwerpen kunnen elk hun eigen Spoke-specifieke waarderingspad, liquidatiepad en faalmodus hebben. Het raamwerk bestaat zodat deze verschillen worden weerspiegeld in het updateproces en niet verborgen blijven achter één enkele generieke risico-instelling.
Tijdens dat proces blijven drie rollen gescheiden: Avana Risk Initiator, Avana Risk Guardian en Avana Risk Defender. De partij die een routinewijziging aanbeveelt, is niet dezelfde partij die deze onafhankelijk controleert, en de rol die kan optreden tijdens een noodsituatie is opzettelijk smaller dan het routinepad.
Bedieningsregel: reducing risk should be easier than expanding it.
Kernprincipes
Rolscheiding
Het raamwerk wijst voorstellen, evaluaties en noodbeheersing toe aan verschillende actoren, zodat één partij niet alleen het volledige traject in handen heeft.
Beperkte uitvoering
Routinematige risicowijzigingen worden alleen uitgevoerd als ze binnen vooraf gedefinieerde beleidsgrenzen blijven en de validatiecontroles doorstaan.
Publieke consistentie
De openbaar beschreven update moet dezelfde update zijn die daadwerkelijk in de wachtrij staat voor uitvoering.
Spoke Bewustzijn
Elke LP collateral Spoke heeft zijn eigen noteringsregels, orakelaannames, liquidatiepad en risicoprofiel.
Defensieve asymmetrie
Het proces is opzettelijk bevooroordeeld, zodat het verminderen van risico's sneller en eenvoudiger is dan het uitbreiden ervan.
Rollen
Avana Risico-initiator
De rol die routinematige risicowijzigingen voorbereidt en aanbeveelt voor de Hub en LP Collateral Spokes.
- Publiceer de grondgedachte en classificeer de update als defensief of groeigericht
- Verzend routinematige updates naar het tijdgebonden uitvoeringspad
- Aanbevolen aanbodlimieten, leenlimieten, LT/LTV, reservefactor en rentewijzigingen binnen goedgekeurde marges
- Start het verminderen van risico's op Spoke-niveau en pool onboarding binnen vooraf goedgekeurde Spoke-sjablonen
Avana Risicobewaker
De onafhankelijke beoordelaar met vetorecht over routinematige wijzigingen in de wachtrij.
- Controleer of de update in de wachtrij overeenkomt met de openbare openbaarmaking
- Controleer of de actie binnen de goedgekeurde beleidsgrenzen blijft
- Weiger updates op basis van ongeldige orakel-, liquiditeits- of liquidatieaannames
- Annuleer een update in de wachtrij tijdens de timelock-periode wanneer deze duidelijke instabiliteit op Spoke- of Hub-niveau veroorzaakt
Avana Risicoverdediger
De rol voor alleen noodgevallen bevatte incidenten wanneer het normale, tijdgebonden pad te traag was.
- Verlaag de leenlimieten of aanbodlimieten naar defensieve niveaus
- Bevries nieuwe leningen op een Spoke of bevries het gebruik van onderpand voor een pool, sjabloon of Spoke
- Schakel een specifieke adapter of leenpad uit wanneer aan vooraf gedefinieerde foutvoorwaarden wordt voldaan
- Blokkeer het ontstaan van nieuwe schulden onder noodsituaties zonder dat deze worden gebruikt voor routinematige optimalisatie- of groeiacties
Updateflow
Routinematige wijzigingen volgen een vast pad, zodat het protocol normaal parameteronderhoud kan onderscheiden van noodbeheersing. De standaardvolgorde is openbare kennisgeving, indiening, grenscontroles, tijdslot, beoordeling door Guardian en uitvoering als er geen veto over het voorstel wordt uitgesproken.
Openbare kennisgeving
De Risk Initiator publiceert de beoogde verandering, waarom deze nodig is en de reikwijdte die deze naar verwachting zal beïnvloeden.
Submission
De Risk Initiator plaatst de voorgestelde wijziging in het uitvoeringspad dat door het raamwerk wordt gebruikt.
Validation
Kadercontroles bevestigen dat de update binnen vooraf gedefinieerde beperkingen en goedgekeurde beleidsgrenzen blijft.
Timelock
Als de validatie slaagt, wordt de wijziging in een tijdslotvenster geplaatst in plaats van onmiddellijk te worden uitgevoerd.
Guardian-recensie
Tijdens de timelock controleert de Risk Guardian de exacte lading in de wachtrij en kan deze indien nodig annuleren.
Execution
Als de wijziging de beoordeling overleeft, wordt deze automatisch uitgevoerd nadat de tijdslot is verstreken.
Noodpad
Als aan de noodvoorwaarden wordt voldaan, kan de Risk Defender een apart verdedigingspad met beperktere bevoegdheden gebruiken.
Parameterklassen
Parameterwijzigingen brengen niet allemaal hetzelfde risico met zich mee, dus groepeert het raamwerk ze op basis van de hoeveelheid autoriteit die ze zouden moeten vereisen en hoe snel ze zouden moeten kunnen bewegen.
Defensieve veranderingen
Dit zijn de snelste routinewijzigingen omdat ze de blootstelling aan het protocol verminderen.
- Het verlagen van de leenlimieten
- Het verlagen van de aanbodlimieten
- Verlaging van de LTV- of liquidatiedrempel
- Bevriezing van het gebruik van leningen of onderpand
- Spoke-instellingen aanscherpen
Routinematige begrensde veranderingen
Deze volgen de standaardroute Initiator -> Guardian -> tijdslot binnen goedgekeurde grenzen.
- Bescheiden plafond wordt verhoogd
- Bescheiden parameterafstemming binnen goedgekeurde bereiken
- Nieuw pools toevoegen binnen een bestaand Spoke-sjabloon
Veranderingen op bestuursniveau
Deze vallen buiten het routinekader en vereisen een beslissingstraject op een hoger niveau.
- Een nieuwe Spoke-familie creëren
- Een nieuwe LP primitief inschakelen
- Een nieuw orakelmodel toevoegen
- Een nieuwe liquidatieadapter inschakelen
- Het wezenlijk uitbreiden van het risicooppervlak buiten vooraf goedgekeurde aannames
Openbare openbaarmaking
Elke routine-update moet vóór indiening worden gepubliceerd in een formaat waarin ontwikkelaars, gebruikers en reviewers de melding kunnen vergelijken met de exacte actie die later in de wachtrij wordt geplaatst.
Minimale openbaarmakingsnorm
- Betrokken sprak
- Betrokken pools of sjablonen
- Huidige parameters
- Voorgestelde parameters
- Reden voor de update
- Of de update nu defensief of op groei gericht is
- Verwachte indienmoment
- Verwacht tijdslotvenster
- Relevante afhankelijkheden of aannames
Consistente openbaarmaking maakt het gemakkelijker om een voorstel te beoordelen op reikwijdte, niet-overeenkomende aannames of eenvoudige uitvoeringsfouten.
Noodacties
Noodacties zijn bedoeld voor beheersing, niet voor routinematige afstemming. Ze moeten zelden worden gebruikt, zo beperkt mogelijk worden gehouden en zo worden gestructureerd dat het protocol kan terugkeren naar het standaardpad zodra het onmiddellijke risico wordt begrepen. De Risk Defender mag alleen optreden als een gedefinieerde of zeer waarschijnlijke storingsconditie de normale, tijdgebonden route onveilig maakt.
Noodtriggers
- Orakel inconsistentie
- Verslechtering van het liquidatiepad
- Abnormaal pool-gedrag
- Mislukte wrapperafhankelijkheid
- Compromis op adapterniveau
- Plotselinge instabiliteit op Spoke-niveau
Vereiste openbaarmaking na de actie
- The trigger
- De ondernomen actie
- De beoogde duur
- De weg terug naar normaal functioneren
Noodautoriteit bestaat alleen voor gedefinieerde of zeer waarschijnlijke foutgevallen waarbij wachten op het normale tijdslotpad onveilig is. Het is geen pad voor routinematige groei of optimalisatie.
Aanbeveling, beoordeling en noodbeheersing blijven gescheiden omdat LP onderpand een verzameling markten is met verschillende structuren en faalwijzen, en niet één uitwisselbare lijst met activa.