Eingehende Analyse der Funktionen und Prozesse des Aave Governance Module V3

AAVE, das Blue-Chip-Kreditprotokoll, hat heute (27.12.) offiziell sein neuestes Governance-Modul – Aave Governance V3 – eingeführt. Dies bringt erhebliche Vorteile mit sich, darunter eine erhebliche Reduzierung der Abstimmungskosten, die Hinzufügung automatisierter Bots und die Verbesserung der kettenübergreifenden Infrastruktur, wodurch ein neues Paradigma für die On-Chain-Governance geschaffen wird.

Inhaltsverzeichnis:

Referenzwert des Aave-Governance-Moduls

Das Aave-Kreditprotokoll verfügt zum Zeitpunkt der Erstellung dieses Artikels über Mittel in Höhe von etwa 6,5 Milliarden US-Dollar und zählt damit zu den drei besten On-Chain-Produkten (wobei Lido und Maker an erster Stelle bzw. an zweiter Stelle stehen). Daher müssen alle Updates mit großer Vorsicht angegangen werden. Sogar die Governance kann einem robusten Satz von Vorschriften und Vertragsausführungen folgen, um menschliche Fehler oder Zentralisierungsrisiken zu minimieren.

Im Gegensatz zu anderen Projekt-Governance-Modellen, die auf der Multisig-Kontrolle der Protokoll-Backdoor-Funktionen basieren (einige verfügen möglicherweise nicht einmal über Multisig), verfügt das Aave-Protokoll über einen relativ sicheren Mechanismus. Es liefert wertvolle Einblicke in den idealen Governance-Mechanismus für die Zukunft.

Andererseits ist AAVE Governance V2 seit 2020 in Betrieb und seine Machbarkeit wurde gründlich validiert. Es erleichterte sogar die Ausgabe der GHO-Stablecoin und die Protokollintegration, da eine solch komplexe technische Leistung allein durch den Betrieb des Governance-Moduls bewältigt wurde, was in der Tat faszinierend ist.

Einführung in das Aave Governance-Modul V2

Das bestehende AAVE Governance V2-Modul wird eingestellt, aber V3 wird seine allgemeine Struktur übernehmen und Optimierungen durchlaufen, die ein grundlegendes Verständnis erfordern.

Grundlegende Architektur

Das operative Ziel von AAVE Governance V2 besteht darin, eine vollständige Dezentralisierung zu erreichen. Das DAO aktualisiert das Protokoll automatisch basierend auf den Ergebnissen der On-Chain-Governance, ohne sich darauf zu verlassen, dass das Gründungsteam On-Chain-Vorschläge genehmigt.

Aave 治理 V2 架构(资料来源)
Aave Governance V2-Architektur (Quelle)

In der Praxis lässt sich Aave Governance V2 in die folgenden Komponenten unterteilen:

• AaveGovernancev2: Verantwortlich für die Erstellung, Informationsübermittlung, Parametereinstellung usw. von AIP.
• Short Executor: Wird verwendet, um kleinere Änderungen am Protokoll vorzunehmen. Er ist für die Ausführung des Inhalts von Vorschlägen verantwortlich, die mit einem niedrigeren Schwellenwert verabschiedet wurden, um schnelle Iterationen abzuschließen, z. B. Vorschläge zur Erweiterung oder Reduzierung der Liste akzeptabler Assets im Protokoll.
• Long Executor: Wird verwendet, um wesentliche Änderungen am Kerncode des Protokolls vorzunehmen. Er ist für die Ausführung von Vorschlägen verantwortlich, die einen höheren Schwellenwert erfüllen, z. B. Vorschläge zur Änderung der Logikregeln des Protokolls selbst.
• GovernanceStrategie: Verarbeiten Sie die Betriebslogik von Benutzervorschlägen und Abstimmungen und definieren Sie, welche Token für Abstimmungen verwendet werden können. Die Token, die für die Abstimmung in V2 verwendet werden können, sind AAVE und stkAAVE (Stake AAVE).

Es gibt auch eine Reihe von Verträgen namens Aave Guardian, die durch Mehrfachsignaturen von zehn Adressen gesteuert werden. Seine Hauptaufgabe besteht darin, den Vertrag des Protokolls in Notsituationen zu ändern, um die Sicherheit des Protokolls zu schützen. Je nach Situation können böswillige Vorschläge abgebrochen oder sogar der Protokollbetrieb eingestellt werden.

(Aave-Sicherheitslücke explodiert｜Fonds sind nicht länger gefährdet und warten auf die Abstimmung der Community, um den Markt neu zu starten)

Betriebsablauf

In der Vergangenheit war die Grundstruktur des Governance-Prozesses des AAVE Governance V2-Moduls wie folgt:

1. Einreichung des Vorschlags: Der Vorschlag wird im Community-Forum diskutiert und eine Temperaturprüfung durchgeführt, gefolgt von einer Off-Chain-Snapshot-Abstimmung.
2. ARFC: Kompilieren Sie die Vorschläge, die die Off-Chain-Abstimmung durchlaufen, zu einem vollständigen Vorschlag (AIP), übermitteln Sie gleichzeitig den vollständigen Code und führen Sie erneut eine Off-Chain-Snapshot-Abstimmung durch.
3. Einreichen von AIP: Normalerweise reicht das Team AIP beim Governance-Vertrag für Vorschläge ein, die die zweite Off-Chain-Abstimmung bestehen, aber jeder kann AIP einreichen.
4. Verzögerungszeit: Nach einer Verzögerungszeit von etwa einem Tag vervollständigt der Governance-Vertrag den Snapshot des Token-Status und bestätigt die Stimmrechte.
5. On-Chain-Abstimmung: Es gibt unterschiedliche Schwellenwerte für das Bestehen von Vorschlägen mit unterschiedlichem Ausmaß an Auswirkungen.
6. Ausführung des Vorschlags: Nach der Annahme des Vorschlags gibt es eine Sperrfrist. Nach dem Ende wird Short Executor oder Long Executor verwendet, um den Aktualisierungscode gemäß den Vorschlägen mit unterschiedlichen Auswirkungen auszuführen. Dieser Teil muss durch eine externe Adresse ausgelöst werden.
7. Cross-Chain-Ausführung: Wenn sich der Vorschlag in einem anderen Netzwerk als Ethereum befindet, ist es notwendig, Cross-Chain-Transaktionen auszuführen und den Ausführungsvertrag des entsprechenden Netzwerks auszuführen, der ebenfalls durch eine externe Adresse ausgelöst werden muss.

Vorhandene Probleme

Von AAVE Governance V2 nach drei Betriebsjahren festgestellte Probleme:

• Hohe Abstimmungskosten: Das aktuelle Design verursacht erhebliche Gaskosten, was sich insbesondere auf kleine Nutzer auswirkt. Sowohl die Stimmrechte für Aave- als auch stkAAVE-Token sind dezentralisiert, mit über 150.000 Aave-Inhabern und 20.000 stkAAVE-Inhabern. Viele Benutzer verfügen über eine kleine Menge an Token und ein entsprechendes Stimmrecht. Selbst in Szenarien, in denen die Gasgebühren für Ethereum relativ niedrig sind (z. B. 20 Gwei), kostet die Durchführung einer Abstimmung immer noch etwa 5 US-Dollar. Bei einer Netzwerküberlastung können die Abstimmungskosten um das Fünf- bis Zehnfache ansteigen.
• Governance- und Token-Interessenkonflikt: Um das bestehende Governance-Modul zu berücksichtigen, müssen Token durch Verträge abfragbar sein, um die Stimmrechte von AAVE- und stkAAVE-Token-Inhabern zu überprüfen. Die Token selbst erfordern die Aufzeichnung eines zusätzlichen Kontostandverlaufs, was zu höheren Transaktionsgebühren für AAVE- und stkAAVE-Überweisungen führt. Dies erhöht indirekt die Betriebskosten für Token-Inhaber. Diese Herausforderungen verdeutlichen die Notwendigkeit von Verbesserungen im AAVE Governance V2-Modell, um Abstimmungskosten zu senken, die Dezentralisierung zu verbessern und Konflikte zwischen Governance und Token-Interessen zu mildern.

Einführung in das Aave Governance-Modul V3

Ein kurzer Blick auf die Gemeinsamkeiten und Unterschiede zwischen Aave Governance V3 und V2

• Angebotserstellung: Die Governance-Regeln von V3 erfordern, dass Antragsteller einen ausführbaren und gültigen Vertragscode im Aave-Vertrag bereitstellen und die Registrierung abschließen, um die Angebotserkennung zu erhalten, bevor sie ein Angebot erstellen.
• Abstimmungsverzögerung: Fast wie bei V2 gibt es eine Verzögerung von einem Tag zwischen der Vorschlagserstellung und dem Beginn der Abstimmung, wobei nach dem Ende eine Momentaufnahme der Stimmrechte erstellt wird. Aus technischen Gründen kann die Latenz bei Version 3 jedoch um einige Stunden variieren.
• Vorschlagsabstimmung: Die Wähler werden ihre Stimme in den meisten Fällen nicht über Ethereum, sondern über andere Netzwerke wie Polygon, Avalanche, Arbitrum oder Optimism abgeben, wobei in Zukunft weitere Netzwerke eröffnet werden sollen. Ergänzung: Die Abstimmung über einen Vorschlag erfolgt nur in einem Netzwerk und nicht in mehreren Netzwerken gleichzeitig. Der Antragsteller kann basierend auf Präferenzen oder anderen Faktoren auswählen, für welches Netzwerk er abstimmen möchte.
• Angebotsausführung: Die Zeitsperre und die Ausführungsphase des Angebots sind genau die gleichen wie in V2, wobei die Ausführung auf andere Netzwerke ausgeweitet wird.
• Akzeptieren Sie mehr Stimmrechte für die Vermögenserkennung: AAVE, aAAVE, stkAAVE und stkABPT erhalten alle Stimmrechte.

Implementierungsstruktur: Governance-Betriebsprozess

Alle zukünftigen Vorschläge im AAVE-Governance-Modul durchlaufen den folgenden Prozess:

Aave Governance V3-Betriebsprozess(Quelle)

1. Code-Übermittlung: Der Antragsteller erstellt einen Vorschlag, übermittelt den Code und registriert ihn beim Controller-Vertrag im Zielnetzwerk. Wenn der Vorschlag beispielsweise darauf abzielt, Anlageklassen zu Aave v3 Avalanche hinzuzufügen, muss der Vorschlag eingereicht und der Code auf Avalanche bereitgestellt werden, wobei während des gesamten Prozesses keine Genehmigung erforderlich ist.
2. Return Proposal ID: Nach Abschluss des Angebotserstellungsprozesses erhält der Antragsteller ein Identifikationszertifikat vom Zielnetzwerk.
3. Vorschlagserstellung: Berechtigte Antragsteller (die über ein Identifikationszertifikat und ausreichende Vorschlagsrechte verfügen) erstellen Vorschläge auf Ethereum unter Verwendung des Core-Governance-Vertrags und wählen das Netzwerk für den eingereichten Code aus.
4. Vorschlag initiieren: Nach der Verzögerungszeit können Aave-Bots oder jede andere Ethereum-Adresse den Vorschlag initiieren und einen Snapshot des Blockchain-Status erstellen.
5. Block-Hash-Wert senden: Der Governance-Kernvertrag übermittelt Angebotsinformationen (Ethereum-Block-Hash) an die kettenübergreifende Aave-Infrastruktur.
6. Festlegung des Zielnetzwerkstatus: Im Zielabstimmungsnetzwerk schließen Aave-Bots oder andere Adressen die Festlegung des globalen Status ab, der für die Abstimmungsüberprüfung verwendet wird. Dazu gehören Ethereum-Block-Hashwerte, ihr Zustandsbaum und der Zustandsbaum der stimmberechtigten Vermögenswerte.
7. Abstimmung starten: Die Abstimmung beginnt im Zielnetzwerk.
8. Vorschlagsabstimmung: Jeder Benutzer mit Stimmrechten auf Ethereum kann über den Abstimmungsvertrag über das Zielnetzwerk abstimmen.
9. Abstimmung schließen: Aave-Bots oder andere Adressen rufen den Abstimmungsmechanismus auf, um die Abstimmung zu schließen.
10. Ergebnisabrechnung: Die Abstimmungsergebnisse in Form von „Ja“ und „Nein“ werden über die kettenübergreifende Aave-Infrastruktur an das Ethereum-Mainnet gesendet.
11. Warten auf Ausführung: Die Abstimmungsergebnisse erreichen den Kern-Governance-Vertrag auf Ethereum. Nach Überprüfung und Bestätigung der Informationen wartet es auf die Ausführung.
12. Vorschlagsausführung: Aave-Bots oder andere Adressen führen den aktualisierten Code aus.
13. Cross-Chain-Ausführung: Der Code wird an den entsprechenden Ausführungsvertrag auf Ethereum oder einem anderen Netzwerk übertragen, wodurch eine Zeitsperre ausgelöst wird.
14. Auf Ausführung warten: Bei Updates außerhalb von Ethereum wird der Inhalt auf dem jeweiligen Controller in die Warteschlange gestellt.
15. Vorschlagsausführung: Sobald die Sperrfrist abgelaufen ist, führen Aave-Bots oder andere Adressen den aktualisierten Code im Zielnetzwerk aus.

Implementierungsarchitektur

Mit der Kenntnis des oben genannten operativen Rahmens können wir die Kernkomponenten von Aave Governance V3 besser verstehen:

• Ethereum Core Governance Contract: Verantwortlich für die Abwicklungsbestimmung aller Governance-Module. Es überprüft die Abstimmungsrechte der Benutzer, stellt Snapshots bereit, entscheidet über Abstimmungstoken, legt die Abstimmungsregellogik fest, storniert böswillige Vorschläge über Guardian, leitet Vorschläge an das Zielnetzwerk weiter und behält die meisten Betriebsprinzipien von Aave Governance V2 bei.
• Zielnetzwerk-Governance-Vertrag (Aave Voting Machine): Verantwortlich für Governance-Operationen im Zielnetzwerk. Dazu gehört das Akzeptieren des Codes und der Interaktionen der Antragsteller, das Ausführen der Abstimmungslogik und das Zurückgeben von Abstimmungsergebnissen.
• Cross-Chain-Kommunikationsinfrastruktur: Eine neue Cross-Chain-Kommunikationseinrichtung, die den Überbrückungsbedarf verschiedener zukünftiger Netzwerke decken soll. Zu seinen Hauptmerkmalen gehören bidirektionale Kommunikation, benutzerdefinierte Funktionen und Notfall-Hintertürmechanismen.
• Aave Robot: Implementiert die meisten Governance-Funktionen automatisch, wobei sowohl die Interaktionskosten als auch die Netzwerkinteraktionen direkt von Aave DAO getragen werden und Chainlink Automation als Kernstück ausgewählt wird. Zu den Hauptfunktionen gehören das Auslösen von Vorschlägen nach der Verzögerungszeit, die Bereitstellung von Zustandsnachweisen für das Zielnetzwerk und die Ausführung von Codeaktualisierungen sowohl auf Ethereum als auch im Zielnetzwerk.

Darüber hinaus benötigen Benutzer aufgrund erheblicher Änderungen in den allgemeinen Regeln der Governance-Architektur Zugriff auf Wahlmaschinen in verschiedenen Netzwerken. Daher hat das Kernteam von BGD Labs eine Open-Source- Frontend-Schnittstelle neu erstellt und Benutzern den Code zur Verfügung gestellt, mit dem sie ihre eigenen Kopien erstellen können.

Für diese Frontend-Schnittstelle liegen derzeit keine Vorschläge vor(Quelle)

Vorteile von Aave Governance V3

• Deutliche Reduzierung der Abstimmungskosten:

Bei Abstimmungen in externen Netzwerken, am Beispiel des aktuellen Gebührenniveaus auf Polygon, liegen die Abstimmungskosten zwischen 0,05 und 0,1 US-Dollar. Dies ist etwa 100-mal günstiger als die aktuellen Abstimmungskosten in Aave Governance V2. Möglicherweise ermöglicht es den Teilnehmern sogar, völlig kostenlos abzustimmen. Für die Zukunft wird vorgeschlagen, dass die DAO die Abstimmungskosten aller Teilnehmer übernimmt. Bei 10.000 Teilnehmern würden die Gesamtkosten nur 750 US-Dollar betragen, was erschwinglich ist.

• Reduzierte Betriebskosten für native Token:

Für AAVE und stkAAVE wird es keine Momentaufnahmen des Kontostandverlaufs mehr geben. Mit den Smart-Contract-Upgrades in Aave Governance V3 wird erwartet, dass die Übertragung von AAVE und stkAAVE etwa 75 % günstiger sein wird.

• Erlaubnislose Automatisierung:

Obwohl Aave Governance V3 viele Phasen umfasst, die eine Interaktion mit der Blockchain erfordern, um Zustandsübergänge zu generieren, können diese Phasen durch den Aave Robot automatisiert werden. Dies ist viel praktischer als V2, das eine manuelle Auslösung durch den Benutzer erfordert.

Haftungsausschluss:

1. Dieser Artikel ist ein Nachdruck von [链新闻]. Alle Urheberrechte liegen beim ursprünglichen Autor [Kyle]. Wenn Sie Einwände gegen diesen Nachdruck haben, wenden Sie sich bitte an das Gate Learn- Team, das sich umgehend darum kümmern wird.
2. Haftungsausschluss: Die in diesem Artikel geäußerten Ansichten und Meinungen sind ausschließlich die des Autors und stellen keine Anlageberatung dar.
3. Übersetzungen des Artikels in andere Sprachen werden vom Gate Learn-Team durchgeführt. Sofern nicht anders angegeben, ist das Kopieren, Verbreiten oder Plagiieren der übersetzten Artikel verboten.