Sentoras Aave-V4-Vorschlag würde dem Risikomanager die operative Kontrolle über einen isolierten Ethereum-Lending-Hub übertragen. Die Protokolleinnahmen des Hubs würden zu gleichen Teilen zwischen Sentora und der Aave DAO aufgeteilt. Anbieter im Hub müssten ein Defizit tragen, wenn die Sicherheiten eines Kreditnehmers aufgebraucht sind. Der Vorschlag befindet sich noch in der ARFC-Diskussion. Danach folgen eine Snapshot-Abstimmung und ein On-Chain-AIP.
Warum das wichtig ist
Die Aave DAO behielte das Eigentum an den Verträgen, die Möglichkeit zu Upgrades und die Befugnis, Sentoras operative Rollen per Governance zu entziehen. Sentora könnte Märkte sofort pausieren oder einfrieren und bestimmte Risikoparameter verschärfen. Erhöhungen des Risikos und Änderungen an einigen mehrdeutigen Einstellungen würden sich um 48 Stunden verzögern. Der Vorschlag legt jedoch weder eine Obergrenze für Erhöhungen noch eine Möglichkeit fest, eine geplante Aktion während dieses Zeitraums abzubrechen.
Die bestehenden Risikodienstleister der DAO würden weder mit der Überwachung dieses Hubs und der Prüfung von Änderungen beauftragt noch für diese Aufgaben vergütet. Neue Sicherheiten oder Hubs würden zwei Wochen lang im Forum geprüft. Ein Einwand setzt jedoch voraus, dass ein Anbieter ein Problem bemerkt und anspricht. Keiner ist ausdrücklich mit dieser Prüfung betraut.
Auswirkungen auf den Markt
Der geplante Hub hätte keine Kreditlinien zu anderen Hubs der Aave DAO oder von ihnen. Das begrenzt direkte Risiken zwischen den Hubs, schützt die Anbieter in Sentoras Hub aber nicht vor Verlusten durch dessen eigene Spokes. Der Vorschlag nennt weder eine Absicherung für Defizite noch eine von Sentora finanzierte Erstverlustschicht.
Ein separater Vorschlag für Aave V4 Umbrella beschreibt eine Deckung für Core WETH, Core USDC und Core USDT, nennt Sentoras geplanten Hub jedoch nicht. Auch die Angaben zu Vermögenswerten und Oracles sind noch nicht abschließend geklärt: Die Beschreibung und die Spezifikationen unterscheiden sich bei einigen vorgeschlagenen Vermögenswerten, und das OUSD-Oracle muss noch bestätigt werden. Diese Bedingungen sowie eine mögliche ausdrückliche Deckung von Defiziten bestimmen, welches Risiko die Anbieter vor einer Abstimmung oder dem Start übernehmen.
Häufig gestellte Fragen
-
Wer würde die täglichen Risikoentscheidungen in Sentoras geplantem Aave-V4-Hub treffen?
Sentora würde Sicherheiten, Zinskurven, Liquidationseinstellungen und Oracles verwalten. Die Aave DAO behielte das Eigentum an den Verträgen, die Möglichkeit zu Upgrades und die Befugnis, Sentoras Rollen per Governance zu entziehen.
-
Wer trägt ein Kreditdefizit, wenn die Sicherheiten die Schulden eines Kreditnehmers nicht decken?
Der Hub verbucht das Defizit beim jeweiligen Schuldwert, und die Anbieter dieses Hub-Assets tragen den Verlust. Der Vorschlag nennt weder eine Absicherung für Defizite noch eine von Sentora finanzierte Erstverlustschicht.
-
Was kann während der 48-stündigen Verzögerung für geplante Risikoerhöhungen geschehen?
Durch die Verzögerung wird eine geplante Änderung sichtbar. Der Vorschlag sieht jedoch keine individuelle Möglichkeit vor, sie in diesem Zeitraum abzubrechen. Sentoras Rollen könnten nur über einen separaten On-Chain-Governance-Vorschlag entzogen werden.
-
Müssten die bestehenden Risikodienstleister von Aave Sentoras Hub überwachen?
Nein. Der Vorschlag beauftragt oder vergütet bestehende Anbieter nicht dafür, den Hub zu überwachen, Änderungen vorzuschlagen oder auf Vorfälle zu reagieren. Sie könnten von sich aus Bedenken äußern.
-
Deckt Aave V4 Umbrella auch Sentoras geplanten Hub ab?
Der separate Umbrella-Vorschlag nennt Core WETH, Core USDC und Core USDT, aber nicht Sentoras geplanten Hub. Sentoras ARFC sieht für den Hub weder einen Umbrella-Markt noch eine andere Deckung von Defiziten vor.