Das Blue-Chip-Kreditprotokoll AAVE hat heute sein neuestes Governance-Modul vorgestellt – Aave Governance V3, das eine Reihe von Vorteilen mit sich bringt, darunter geringere Abstimmungskosten, neue automatisierte Roboter und eine vollständige kettenübergreifende Infrastruktur. Dies wird ein neues Paradigma für die On-Chain-Governance setzen.
Das Aave-Kreditprotokoll hat bisher rund 6,5 Milliarden US-Dollar an Finanzmitteln angezogen und gehört damit zu den drei besten On-Chain-Produkten (nach Lido und Maker). Vor diesem Hintergrund erfordern alle Aktualisierungen des Protokolls äußerste Vorsicht. Daher hat Aave einen sehr umfassenden Satz an Spezifikationen und Vertragsausführungsmechanismen im Hinblick auf die Governance eingeführt, um die Auswirkungen menschlicher Fehler oder Zentralisierungsrisiken so weit wie möglich zu reduzieren.
Im Gegensatz zu anderen Projekten verwendet das Aave-Protokoll einen relativ sicheren Mechanismus und ist nicht auf Backdoor-Funktionen des Multi-Signatur-Steuerungsprotokolls oder sogar Multi-Signatur-Funktionen angewiesen. Dieses Governance-Modell hat einen hohen Referenzwert und bietet eine nützliche Referenz für die Vorstellung idealer Governance-Mechanismen für die Zukunft.
AAVE Governance V2 wurde seit seiner Inbetriebnahme im Jahr 2020 vollständig verifiziert und hat seine Machbarkeit bewiesen. Erstaunlich ist, dass durch den Betrieb dieses Governance-Moduls sogar die Ausgabe und Protokollintegration von GHO-Stablecoins erfolgreich gelungen ist. Dieses komplexe Projekt demonstriert die Leistungsfähigkeit des Governance-Moduls und ist wirklich interessant.
Das ursprüngliche AAVE Governance V2-Modul wird eingestellt, aber V3 übernimmt seine allgemeine Struktur und wird optimiert, sodass ein grundlegendes Verständnis erforderlich ist.
AAVE Governance V2 zielt darauf ab, das Ziel einer vollständigen Dezentralisierung zu erreichen, indem Protokollaktualisierungen automatisch durch On-Chain-Governance-Ergebnisse durchgeführt werden, ohne dass das Gründungsteam On-Chain-Vorschläge genehmigen muss.
Aave Governance V2-Architektur
In der Praxis kann Aave Governance V2 in die folgenden Komponenten aufgeteilt werden:
Aave Governance v2: Verantwortlich für die Erstellung von AIP, Informationsübermittlung, Parametereinstellung usw.
Short Executor: Wird zum Vornehmen kleinerer Änderungen am Protokoll verwendet und ist für die Ausführung des Inhalts von Vorschlägen verantwortlich, die mit einem niedrigeren Schwellenwert bestanden werden, um schnelle Iterationen abzuschließen, z. B. Vorschläge zum Erhöhen oder Verringern der Liste akzeptabler Assets im Protokoll.
Long Executor: Wird für größere Änderungen am Kerncode des Protokolls verwendet und 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.
Governance-Strategie: Verwaltet die Betriebslogik von Benutzervorschlägen und Abstimmungen und definiert, welche Token für die Abstimmung verwendet werden können. Zu den Token, die für die Abstimmung in V2 verwendet werden können, gehören AAVE und stkAAVE (Stake AAVE).
Es gibt auch eine Vertragsgruppe namens Aave Guardian, die durch Mehrfachsignaturen von zehn Adressen gesteuert wird. Ihre Hauptaufgabe besteht darin, in Notsituationen für die Vertragsänderung der Vereinbarung verantwortlich zu sein, um die Sicherheit der Vereinbarung zu schützen. Je nach Situation können böswillige Vorschläge abgebrochen oder sogar der Protokollbetrieb eingestellt werden.
Die Grundstruktur des Governance-Prozesses des AAVE Governance V2-Moduls war in der Vergangenheit wie folgt:
Vorschlagseinreichung: Der Vorschlag wird im Community-Forum diskutiert und eine Temperaturprüfung durchgeführt, gefolgt von einer Off-Chain Schnappschuss-Abstimmung.
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.
AIP einreichen: Normalerweise reicht das Team das AIP beim Governance-Vertrag für Vorschläge ein, die die zweite Off-Chain-Abstimmung bestehen, aber tatsächlich kann jeder AIP einreichen.
Verzögerungszeitraum: Nach einem Verzögerungszeitraum von etwa einem Tag vervollständigt der Governance-Vertrag den Token-Status-Snapshot und bestätigt die Stimmrechte.
Abstimmung in der Kette: Es gibt unterschiedliche Schwellenwerte für das Bestehen von Vorschlägen mit unterschiedlichem Wirkungsgrad.
Vorschlagsausführung: Nach der Annahme des Vorschlags gibt es eine Sperrfrist. Nach dem Ende wird Short Executor oder Long Executor verwendet, um den Aktualisierungscode entsprechend den Vorschlägen mit unterschiedlichen Auswirkungsstufen auszuführen durch eine externe Adresse ausgelöst werden.
Kettenübergreifende Ausführung: Wenn sich der Vorschlag in einem anderen Netzwerk als Ethereum befindet, müssen Sie kettenübergreifende Transaktionen ausführen und den Ausführungsvertrag des entsprechenden Netzwerks ausführen, der ebenfalls durch eine externe Adresse ausgelöst werden muss.
Von AAVE Governance V2 nach drei Jahren Betrieb entdeckte Probleme:
Die Abstimmungskosten sind zu hoch: Das bestehende Design verbraucht viel Kraftstoff, insbesondere für kleine Benutzer. Die Stimmrechte von Aave- und stkAAVE-Tokens sind dezentralisiert. Es gibt mehr als 150.000 Aave-Inhaber bzw. 20.000 stkAAVE-Inhaber. Viele dieser Benutzer besitzen nur eine geringe Anzahl von Tokens und Stimmrechten. Selbst bei dem relativ niedrigen Ethereum-Gaspreisniveau (20 gwei) kostet die Durchführung einer Abstimmung immer noch etwa 5 US-Dollar, ganz zu schweigen davon, dass die Abstimmungskosten bei einer Überlastung des Netzwerks fünf- bis zehnmal höher sein können.
Interessenkonflikt zwischen Governance und Token: Um mit dem bestehenden Governance-Modul zusammenzuarbeiten, müssen Token im Vertrag abgefragt werden, um die Stimmrechte der AAVE- und stkAAVE-Token-Inhaber zu bestätigen, und der Token selbst muss einen zusätzlichen Kontostandsverlauf aufzeichnen . , was die Transfergebühr für AAVE- und stkAAVE-Token erhöht, was wiederum die Betriebskosten der Token-Inhaber erhöht.
Angebotserstellung: Die Governance-Regeln von V3 verlangen von Antragstellern, ausführbaren und gültigen Vertragscode im Aave-Vertrag bereitzustellen und ihn vorher abzuschließen Erstellen eines Vorschlags Registrieren Sie sich, um die Genehmigung des Vorschlags zu erhalten.
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 Verzögerungszeit bei Version 3 jedoch um Stunden variieren.
Vorschlagsabstimmung: Die Wähler werden in den meisten Fällen nicht über Ethereum, sondern über andere Netzwerke wie Polygon, Avalanche, Arbitrum oder Optimism abstimmen, wobei in Zukunft weitere Netzwerke eröffnet werden sollen. Ergänzung: Die Abstimmung für einen Vorschlag erfolgt nur in einem Netzwerk und nicht in mehreren Netzwerken gleichzeitig. Der Antragsteller kann anhand von Präferenzen oder anderen Faktoren auswählen, über welches Netzwerk er abstimmen möchte.
Vorschlagsausführung: Die Zeitsperre und die Ausführungsphase des Vorschlags sind genau die gleichen wie bei V2, und die Ausführung wird auf andere Netzwerke ausgeweitet.
Akzeptieren Sie mehr Stimmrechte für die Vermögenserkennung: AAVE, aAAVE, stkAAVE und stkABPT erhalten alle Stimmrechte.
Alle zukünftigen Vorschläge im AAVE-Governance-Modul durchlaufen den folgenden Prozess:
Aave Governance V3-Betriebsprozess
Code einreichen: Der Antragsteller erstellt einen Vorschlag und übermittelt den Code. und Es wird im Controller-Vertrag des Zielnetzwerks registriert. Wenn beispielsweise erwartet wird, dass ein Vorschlag eine neue Anlageklasse zu Aave v3 Avalanche hinzufügt, müssen Sie den Vorschlag einreichen und den Code auf Avalanche bereitstellen, und für den gesamten Prozess ist keine Genehmigung erforderlich.
Identifikationszertifikat für Rückgabevorschläge: Wenn der Antragsteller den Prozess der Angebotserstellung abschließt, erhält er ein vom Zielnetzwerk übermitteltes Identifikationszertifikat.
Einen Vorschlag erstellen: Qualifizierte Antragsteller (mit Identifikationszertifikaten und ausreichenden Vorschlagsrechten) erstellen Vorschläge über den Core-Governance-Vertrag auf Ethereum und wählen das Netzwerk aus, an das der Code übermittelt wird.
Vorschlag starten: Nach Ablauf der Verzögerungszeit kann der Aave-Bot oder jede andere Ethereum-Adresse den Vorschlag starten und einen Snapshot des Blockchain-Status erstellen.
Block-Hash-Wert senden: Der Governance-Kernvertrag übermittelt die Angebotsinformationen (Ethereum-Block-Hash) an die kettenübergreifende Aave-Infrastruktur.
Zielnetzwerk-Statusabrechnung: Im Zielabstimmungsnetzwerk führt der Aave-Roboter oder eine andere Adresse die Abrechnung des globalen Status zur Abstimmungsüberprüfung durch, einschließlich des Ethereum-Block-Hashwerts, seines Statusbaums und des Statusbaums der Abstimmungsressourcen.
Abstimmung starten: Beginnen Sie mit der Abstimmung im Zielnetzwerk.
Vorschlagsabstimmung: Jeder Benutzer mit Stimmrechten auf Ethereum kann über den Abstimmungsmaschinenvertrag über das Zielnetzwerk abstimmen.
Abstimmung schließen: Der Aave-Roboter oder eine andere Adresse ruft die Abstimmungsmaschine auf, um die Abstimmung zu schließen.
Ergebnisabrechnung: Die Abstimmungsergebnisse werden über die kettenübergreifende Aave-Infrastruktur in Form von „Ja“- und „Nein“-Auszählungen an das Ethereum-Hauptnetzwerk gesendet.
Warten auf die Ausführung: Die Abstimmungsergebnisse gelangen zum Kern-Governance-Vertrag auf Ethereum und nach Überprüfung der Bestätigungsinformationen warten sie auf die Ausführung.
Vorschlagsausführung: Der Aave-Roboter oder eine andere Adresse führt den Aktualisierungscode aus.
Kettenübergreifende Ausführung: Übertragen Sie den Code in den entsprechenden Ausführungsvertrag auf Ethereum oder anderen Netzwerken und starten Sie die Zeitsperre.
Warten auf Ausführung: Updates außerhalb von Ethereum werden auf dem entsprechenden Controller in die Warteschlange gestellt.
Vorschlagsausführung: Sobald die Sperrfrist abgelaufen ist, wird der aktualisierte Code für das Zielnetzwerk vom Aave-Bot oder einer anderen Adresse ausgeführt.
Mit der oben genannten Betriebsarchitektur können Sie besser verstehen, welche Komponenten das Kernmodul von Aave Governance V3 enthält:
Ethereum Core Governance Contract: Verantwortlich für die Abrechnungsbestimmung aller Governance-Module. Verantwortlich für die Überprüfung der Abstimmungsrechte der Benutzer, Status-Snapshots, die Festlegung von Abstimmungstoken, die Festlegung der Abstimmungsregellogik, die Stornierung böswilliger Vorschläge durch Guardian, die Weiterleitung von Vorschlägen an das Zielnetzwerk und die Beibehaltung der meisten Betriebsprinzipien von Aave Governance V2.
Zielnetzwerk-Governance-Vertrag (Aave-Abstimmungsmaschine): Verantwortlich für die Governance-Operationen des Zielnetzwerks. Enthält den Code und die Interaktion des Antragstellers, die Ausführung der Abstimmungslogik, die Rückgabe der Abstimmungsergebnisse usw.
Kettenübergreifende Kommunikationseinrichtungen: Brandneue kettenübergreifende Kommunikationseinrichtungen, um den Überbrückungsanforderungen verschiedener Netzwerke in der Zukunft gerecht zu werden. Zu den Hauptfunktionen gehören bidirektionale Kommunikation, benutzerdefinierte Funktionen und ein Notfall-Hintertürmechanismus.
Aave Robot: Er realisiert die Automatisierung der meisten Governance-Funktionen. Die Kosten für die Interaktion mit dem Netzwerk werden direkt von Aave DAO getragen, und Chainlink Automation wird als Kern des Betriebs ausgewählt. Zu den Hauptfunktionen gehören das Auslösen von Vorschlägen nach der Verzögerungszeit, die Bereitstellung eines Statusnachweises für das Zielnetzwerk, die Ausführung von Aktualisierungscodes von Ethereum und dem Zielnetzwerk usw.
Darüber hinaus müssen Benutzer aufgrund der erheblichen Änderungen in den allgemeinen Regeln der Governance-Struktur auf die Abstimmungsmaschinen jedes Netzwerks zugreifen. Daher hat das Kernteam BGDLabs die Open-Source-Front-End-Schnittstelle neu erstellt und den Benutzern den Code dafür zur Verfügung gestellt Erstellen Sie ihre eigenen Kopien.
Die Abstimmungskosten werden erheblich reduziert: Durch die Abstimmung im externen Netzwerk, am Beispiel der aktuellen Gasgebührenhöhe auf Polygon, werden die Kosten gesenkt Der Abstimmungsbetrag liegt zwischen 0,05 und 0,1 US-Dollar. Etwa 100-mal günstiger als die aktuellen Abstimmungskosten in Aave Governance v2. Es ist sogar möglich, die Teilnehmer völlig kostenlos abstimmen zu lassen. In Zukunft wird empfohlen, dass die DAO die Abstimmungskosten für alle Teilnehmer übernimmt. Bei 10.000 Teilnehmern betragen die Gesamtkosten nur 750 US-Dollar, was bezahlbar ist.
Reduzierte Betriebskosten für native Token: Auf AAVE und stkAAVE gibt es keine Snapshots des Kontostands mehr. Diese Token-Smart-Verträge werden in Aave Governance V3 aktualisiert. Es wird erwartet, dass Übertragungen von AAVE und stkAAVE etwa 75 % günstiger sind.
Lizenzfreie Automatisierung: Obwohl Aave Governance V3 über viele Links verfügt, die eine Interaktion mit der Blockchain erfordern, um Zustandsübergänge zu erzeugen, können diese Links automatisch von Aave-Robotern ausgeführt werden, was viel praktischer ist als V2, bei dem Benutzer Trigger manuell ausführen müssen.
Das obige ist der detaillierte Inhalt vonAave Governance V3 wird offiziell eingeführt und hebt die On-Chain-Governance auf ein neues Niveau!. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
![[Web-Frontend] Node.js-Schnellstart](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
