Warum LP Risiko unterschiedlich ist
Avana kann LP Sicherheiten nicht so steuern wie ein generischer Kreditmarkt eine Liste von Token steuert. Jeder Nebenmarkt hat seine eigene Pool-Struktur, Ausfallmodi und Stressverhalten. Ein stabiler Pool ist nicht dasselbe Produkt wie ein konzentrierter Bereich. Ein gewichteter Balancer-Stil-Korb ist nicht dasselbe Produkt wie ein eng korrelierter Curve-Stil-Markt. Der Risikorahmen von Avana ist um diese Vielfalt herum aufgebaut. Er überwacht Volatilität, Peg-Qualität, Nutzung, Liquiditätstiefe, Konzentration, Orakel-Gesundheit, Marktstatus, Liefer- und Kreditobergrenzen, LTV- und Liquidationsschwellen, Zinsmodelle und Positionsgesundheit über den Hub und die LP-Nebenmärkte hinweg.
Drei Rollen, klare Aufgaben
Avana trennt routinemäßige Empfehlungen, unabhängige Prüfungen und Notfallmaßnahmen in drei Rollen: den Risiko-Initiator, den Risiko-Wächter und den Risiko-Verteidiger. Der Initiator schlägt routinemäßige Aktualisierungen innerhalb genehmigter Vorlagen vor, einschließlich Limits, Sicherheitenkonfigurationen, Zinssätzen und Pool-Onboarding. Jeder Vorschlag wird als defensiv oder wachstumsorientiert gekennzeichnet, bevor er den normalen Weg einschlägt. Der Wächter ist die Prüf- und Vetoschicht. Er überprüft, ob die öffentliche Offenlegung mit dem Übereinstimmt, was geplant ist, bestätigt, dass die Maßnahme innerhalb der Richtliniengrenzen bleibt, und kann während der Zeitverzögerung stornieren. Der Verteidiger ist von Natur aus eng gefasst. Er kann Limits reduzieren, Kredite einfrieren oder einen kompromittierten Adapter deaktivieren, wenn das Warten auf den routinemäßigen Weg Avana exponieren würde.
Wie Routine Schiffe verändert
Der standardmäßige Aktualisierungspfad auf Avana ist öffentliche Bekanntmachung, Einreichung, Validierung anhand vordefinierter Grenzen, Timelock, Überprüfung durch den Guardian und Ausführung, wenn niemand ein Veto einlegt. Entwickler, Benutzer und Governance-Teilnehmer können die Begründung lesen, bevor eine Änderung umgesetzt wird, und die schriftliche Richtlinie mit der anstehenden Aktion vergleichen. Für ein Protokoll, das auf komplexem Sicherheiten aufgebaut ist, ist diese öffentliche Konsistenz eine grundlegende Anforderung und kein Marketingzusatz.
Nicht jede Änderung verwendet diesen Weg. Das Risiko zu verringern soll einfacher sein als Risiko hinzuzufügen. Mäßige Anpassungen innerhalb genehmigter Bereiche folgen dem Standardablauf. Größere Schritte, wie neue Spoke-Familien, neue LP-Primitiven, neue Orakelmodelle oder neue Liquidationsadapter, liegen außerhalb des Routineprozesses, da sie die Risikofläche von Avana vergrößern und eine intensivere Überprüfung erfordern.
Wenn Avana Notstrom verwendet
Notfälle umfassen Oracle-Inkonsistenzen, Liquidationspfad-Abbau, anormales Pool-Verhalten, Wrapper-Ausfall, Adapter-Kompromittierung oder plötzliche Instabilität auf Spoke-Ebene. Auch dann bleibt das Framework vorsichtig. Die Notfallbefugnis auf Avana ist eng begrenzt, defensiv und reversibel. Sie existiert für Momente, in denen Annahmen schneller scheitern, als die Timelock-Governance reagieren kann. Sie ist kein Schattenpfad für alltägliche Optimierung.
Insgesamt passt Avana die Governance-Struktur an die Komplexität der Sicherheiten an. LP unterstützte Kreditvergabe benötigt Marktvorgaben, begrenzte Ausführung, transparente Offenlegung und eine klare Trennung zwischen normalem Wachstum, defensiver Anpassung und Notfallbegrenzung. Jeder Spoke behält seine eigenen Orakelannahmen, Liquidationslogik, Zulassungsregeln und betrieblichen Einschränkungen. Avana gibt nicht vor, dass jeder LP-Markt austauschbar ist.