Diese Seite (120bTC.coM): Aave Labs, das Entwicklungsteam hinter dem dezentralen Kreditprotokoll AAVE, hat gestern (1) Abend im AAVE Governance Forum einen Vorschlag mit dem Namen „Aave 2030“ veröffentlicht. Der Inhalt basiert auf AAVE V4. Grundlegender 3-Jahres-Entwicklungsplan.
AAVE Labs schlägt AAVE V4 vor
In dem Vorschlag gab Aave Labs an, dass die Einführung von AAVE V4 die Grundlage des gesamten Plans sei. Durch das Hinzufügen einer Reihe von Verbesserungen basierend auf der V3-Version wird erwartet, dass AAVE V4 Folgendes umfassen wird Mehrere Funktionen:
Unified Liquidity Layer
Aave V4 führt den Unified Liquidity Layer ein, der für die Verwaltung von Angebots-/Entnahme-(Kredit-)Obergrenzen, Zinssätzen, Vermögenswerten und Anreizen konzipiert ist und es anderen Modulen ermöglicht, ihm Liquidität bereitzustellen und daraus abzuheben. Im Vergleich zur V3-Version ist die neue Liquiditätsschicht abstrahiert (integriert) und es besteht keine Notwendigkeit, vorhandene Liquidität zu migrieren.
Diese Architektur ermöglicht neue oder verbesserte Kreditfunktionen (wie getrennte Pools, RWA-Module und CDP), ohne das gesamte System oder Liquidationsmodul zu ändern. Außerdem wird das Problem der Liquiditätsstreuung vermieden, das in der alten Version bestand.
Fuzzy-kontrollierte Zinssätze
Aave V4 schlägt vollautomatische Zinssätze vor, die Steigungen und Wendepunkte anpassen können. Da die aktuelle Situation durch den Governance-Mechanismus gesteuert wird, erhöht sie nicht nur die Governance-Belastung, sondern verringert auch die Kapitaleffizienz. Fuzzy-Zinssätze sollen Wendepunkte aktiv steuern, sodass sie dynamisch an die Marktbedingungen angepasst werden können. Der Basiszinssatz wird je nach Marktnachfrage steigen oder fallen, um die Zinssätze für Lieferanten und Kreditnehmer zu optimieren.
Liquiditätsprämienmechanismus
Der Liquiditätsprämienmechanismus von Aave V4 passt die Kreditkosten des Marktes basierend auf dem Risikoniveau der Sicherheit an, was eine faire Preisgestaltung zwischen allen Parteien gewährleistet. Angesichts risikoreicherer Sicherheiten werden die Kreditkosten relativ höher sein, und umgekehrt werden geringere Risiken dazu beitragen, die Kreditkosten zu senken.
Aave V4-Kreditmodul
Vault und Smart Account
In der V4-Version führte Aave das Konzept der Smart Accounts ein, um das Problem der Benutzererfahrung in der V3-Version zu lösen, wenn Benutzer Geld über eMode oder unabhängig leihen Vermögenswerte: Benutzer müssen unterschiedliche Wallets verwenden, um Positionen zu verwalten. Mit Smart Accounts können Benutzer mehrere Konten mit nur einer Wallet erstellen, was die Interaktion mit dem Protokoll erheblich vereinfacht.
Gleichzeitig wird das Smart Account auch eine weitere Hauptfunktion implementieren – den Aave-Tresor. Im Rahmen des Treasury-Mechanismus können Benutzer Kredite aufnehmen, ohne der Liquiditätsschicht zusätzliche Sicherheiten zu stellen. Die Sicherheiten werden auf Smart Accounts gespeichert und diese Vermögenswerte werden bis zum Ende der Kreditaufnahme oder Liquidation gesperrt.
Dynamische Risikoallokation
Ein großes Risiko der V3-Version besteht darin, dass ihre Risikoparameter (insbesondere die Liquidationsschwelle) nicht geändert werden können, wenn sich das Marktumfeld ändert. Was den von Aave V4 vorgeschlagenen dynamischen Zuteilungsmechanismus betrifft, so wird bei diesem Mechanismus bei jeder Kreditvergabe der Kredit des Benutzers mit der aktuellen Vermögenszuteilung verknüpft. Wenn sich die Marktbedingungen ändern und die Konfiguration aktualisiert werden muss, wird eine neue Vermögenszuteilungsinstanz erstellt wird erstellt und die Benutzerkonfigurationen sind derzeit nicht betroffen.
Automatisierter Vermögenswert offline
In der aktuellen Version erfordert der Vermögenswert offline mehrere Governance-Entscheidungen, einschließlich der schrittweisen Reduzierung des Beleihungsverhältnisses und der Liquidationsschwelle des Vermögenswerts bis hin zur letztendlichen Beseitigung seiner Kreditvergabefähigkeit.
In der V4-Version wird, wenn Governance den automatischen Offline-Betrieb startet, eine neue Konfiguration eingeführt, um die Liquidationsschwelle von Vermögenswerten für neue Benutzer sofort auf Null zu senken. Jede Aktivität am Vermögenswert führt zu einer Reihe von Absenkungen des Liquidationsschwellenwerts, beginnend mit dem höchsten Liquidationsschwellenwert, bis der Liquidationsschwellenwert aller Benutzer auf Null sinkt. Zu diesem Zeitpunkt ist der Vermögenswert offiziell offline.
Automatisiertes Fondsmanagement
Die aktuelle V3-Version erfasst die Reservefaktoren jedes Vermögenswerts, was eine regelmäßige Neuzuweisung der Governance an Stablecoins oder ETH erfordert, während die V4-Version einen umgekehrten Auktionsmechanismus vorschlägt, sobald ein bestimmter Schwellenwert erreicht ist Faktoren werden durch gesammelt. Jeder Token kann automatisch an jeden vorab zugewiesenen Vermögenswert verkauft werden.
Aktionen
Mit Aave V4 können Benutzer automatische Aktionen anpassen, um auf Governance-Entscheidungen zu reagieren.
Liquidation Engine V4
Obwohl die aktuelle Version der Liquidation Engine ihre Zuverlässigkeit unter Beweis gestellt hat, schlägt Aave V4 einige Verbesserungen vor:
Variabler Liquidationsfaktor: ausreichend, um Positionen wieder sicher zu machen, wodurch der Bedarf an Krediten im Vergleich zu V3 Human reduziert wird Auswirkung
Variable Liquidationsbelohnungen: Einführung einer umgekehrten niederländischen Auktion, bei der die Liquidationsbelohnungen linear steigen, wenn der Positionsgesundheitsfaktor abnimmt.
Liquidationsstrategie: Verschiedene Vermögenswerte können unterschiedliche Liquidationsmotoren nutzen, um die Effizienz zu verbessern.
Mehrere parallele Liquidationen: Die Liquidations-Engine von Aave V4 ermöglicht Batch-Liquidationen für dieselben Schulden/Sicherheiten und maximiert so die Effizienz des Liquidators Häuft man zu viele Schulden an, besteht die Gefahr einer Ansteckung. Überschüssige Schulden können auf verschiedene Weise auftreten, vor allem durch das Verwahrungs- und Liquiditätsrisiko. Daher schlägt Aave V4 vor, einen Schwellenwert für überschüssige Schulden festzulegen. Sobald dieser Schwellenwert überschritten wird, verliert der Vermögenswert automatisch seine Kreditfunktion und verhindert so, dass er zur Verteilung uneinbringlicher Schulden auf andere Vermögenswerte verwendet wird.
Zusätzlich zu Aave V4 plant Aave Labs auch andere Anwendungen, um den 3-Jahres-Plan von Aave 2030 zu vervollständigen, darunter:
Cross- Chain Liquidity Layer
Als Aave V3 auf den Markt kam, war eine der Hauptfunktionen „Portal“, dessen Zweck darin bestand, Aave zu einem ketten- und grenzenlosen Liquiditätsprotokoll zu machen. Mit der Einführung von CCIP, dem Hyperchain-Konzept und der einheitlichen Liquiditätsschicht von Aave V4 wird Aave in der Lage sein, zu einem kettenübergreifenden Liquiditätsprotokoll zu expandieren, das es Kreditnehmern ermöglicht, sofortige Liquidität auf allen unterstützten Ketten zu erhalten.
Nativer Stablecoin GHO und Real World Assets (RWA)Andererseits erklärte Aave Labs in dem Vorschlag, dass die Entstehung und Einführung von RWA, dem nativen Stablecoin GHO, perfekt im Einklang mit dem Aave-Ökosystem steht. Nach der Veröffentlichung von Aave V4 hofft Aave Labs, sich auf RWA-Produkte rund um GHO zu konzentrieren, die dazu beitragen werden, GHO als Infrastruktur weiter auszubauen. Bei solchen Themen wird Aave Labs eng mit Chainlink zusammenarbeiten. Aave-NetzwerkDarüber hinaus schlug Aave Labs vor, das Aave-Netzwerk einzuführen, damit es als Anwendungskette mehrere Funktionen ausführen kann, und Aave Labs hat Überlegungen zur On-Chain-Governance in den Vorschlag aufgenommen:Verwendung GHO zum Laden: Durch die Verwendung von Validium zusätzlich zum Aave-Netzwerk können kostengünstige Mikrozahlungen implementiert und die Benutzererfahrung verbessert werden.
Um den Aave 2030-Plan effektiv zu verwalten und umzusetzen, schlägt Aave Labs spezifische Ziele und Zeitpläne vor:
Protokollumfang:
Einführung Aave Visual Identity ( Ersatzmusterdesign)
Das obige ist der detaillierte Inhalt vonAAVE Labs präsentiert AAVE V4! Ein Artikel fasst die Highlights zusammen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!