---
description: Ein grober Überblick über die Governance-Architektur.
---

# Architektur

## Überblick

$ethDYDX, $stkDYDX und $wethDYDX („Governance-Token“) gewähren Inhabern das Recht, Änderungen an dYdX v3 vorzuschlagen und darüber abzustimmen. dYdX-Governance basiert auf den AAVE-Governance-Verträgen und unterstützt die Abstimmung auf der Grundlage der Bestände an Governance-Token.

Vorschläge müssen ein vorgegebenes Minimum und einen bestimmten Prozentsatz an Ja-Stimmen je nach Art des Vorschlags übertreffen.

Die Abstimmungs- und Vorschlagsbefugnisse des Governance-Tokens ermöglichen es dem Governance-Token-Inhaber, Vorschläge zu unterbreiten und über Governance-Vorschläge abzustimmen. Beachten Sie, dass der Inhaber von Governance-Token solche Befugnisse an andere Ethereum-Adressen delegieren kann.

Im Kern der dYdX Governance stehen 8 Smart-Verträge:

* **Die `$ethDYDX, $stkDYDX und $wethDYDX-Token`-Verträge**: Verfügen über Momentaufnahmen der Stimmrechte jeder einzelnen Adresse in unterschiedlichen Zeiträumen.
* **Der `Governance-Strategie-V2-Vertrag`**: Enthält die Logik, um die relativen Vorschlags- und Abstimmungsrechte der Benutzer zu messen. Die dYdX-Community [hat für](https://dydx.community/dashboard/proposal/15) ein Upgrade des `Governance-Strategie`-Vertrags auf `Governance-Strategie V2` gestimmt, um $wethDYDX mit der gleichen Governance-Funktionalität wie ethDYDX für die Abstimmung und den Vorschlag in dYdX v3-Governance auszustatten.
* **Der `Sicherheitsmodul`-Vertrag**: enthält Logik, um $ethDYDX-Token zu staken, die Position zu tokenisieren und Prämien zu erhalten. Token, die im Sicherheitsmodul gestaket sind, behalten die vollständigen Governance-Rechte bei.
* **Der `Governor` Contract**: Verfolgt Vorschläge und kann über den Timelock Smart Contract Vorschläge durchführen.
* **Die `Timelock` Contracts**: können von der Governance abgestimmte Transaktionen in die Warteschlange stellen, diese stornieren oder ausführen. Die Funktionen in einem Vorschlag werden durch den Timelock Contract initiiert. In die Warteschlange gestellte Transaktionen können nach einer Verzögerung und vor Ablauf der Nachfrist ausgeführt werden.
* **Der `Priority Timelock` Contract**: Derselbe wie der Timelock Contract, jedoch erlaubt er dem Prioritäts-Prüfer die Ausführung von Transaktionen innerhalb der **Priority Periode** (7 Tage) vor Ablauf der Timelock-Verzögerung.

![Smart contract-Architektur](https://1877763008-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZUDtMII2obiu0EutM2kJ%2Fuploads%2FvYIecaSabpM32gzyoHd4%2F1-smart-contract-architectue.png?alt=media\&token=b67e9302-0e14-464e-abce-1d4cba5fd39d)

Die dYdX on-chain Governance ermöglicht:

* Über Vorschläge, die durch jedweden autorisierten Executor Contract ausführbar sind, abzustimmen.
* Speicherauszüge von gehaltenen Token beim Start eines Vorschlages zu erstellen
* Die Delegation von Stimm- und Vorschlagsrechten voneinander zu trennen.
* Die Governance Schwellenwerte festzulegen-,einschließlich Vorschläge, Beschlussfassungen und Differentialstimmrechten
* Zu Ändern, wie Stimmen gewichtet werden (durch Änderung der "Governance-Strategy"-Smart Contract-Adresse im Governor Contract)

## Vorschlagsarten

Es gibt vier Arten von Vorschlägen mit unterschiedlichen Parametern, was die Länge und die Ausführung eines Vorschlags angeht, d. h. kritische Vorschläge, die den Governance Konsens betreffen, erfordern eine längere Abstimmzeit und ein eindeutigeres Abstimmungsergebnis, während Vorschläge, die lediglich Protokollparameter betreffen, weniger Abstimmungszeit erfordern und schnell umgesetzt werden können. Ein Executor muss jede Art des Vorschlags einschätzen.

#### **Short Timelock Executor**

Der Short Timelock Executor steuert die folgenden Punkte:

* Incentive Contracts einschließlich Liquiditätsmodul, Sicherheitsmodul und Merkle Distributor-Modul
* Gelder in den Prämien und Community Treasuries
* Das Minting neuer Token
* Alle Proxy-Verträge außer dem Sicherheitsmodul
* Wächterrollen auf Stark-Proxy-Verträgen

**Starkware Priority Timelock Executor**

Der Starkware-Prioritäts-Timelock-Executor verwaltet den StarkEx Perpetual Exchange-Vertrag und führt Vorschläge aus, die dYdX v3 konfigurieren. Starkware hält eine „Prioritätscontroller“-Rolle, die ihnen eine 7-tägige Prioritätsfrist ermöglicht, um die Ausführung des Vorschlags auszulösen. Protokolländerungen werden jedoch ausschließlich von Governance-Token-Inhabern über dYdX v3-Governance entschieden.

#### **Long Timelock Executor**

Der Long-Timelock-Executor kann Vorschläge ausführen, die im Allgemeinen Teile von dYdX v3 ändern, die sich auf den Governance-Konsens auswirken.

#### **Merkle-Pauser Executor**

Der Merkle-Pauser Executor kann Vorschläge zur Einfrierung der Merkle Root ausführen, welche in regelmäßigen Abständen mit der kumulativen Prämie-Bilanz eines jeden Benutzers aktualisiert wird und somit sukzessive neue Prämien zur Verteilung an die Benutzers freisetzt, im Falle, dass die vorgeschlagene Root falsch oder bösartig ist. Es kann auch Einspruch gegen erzwungene Trade-Anfragen durch jedweden der Stark-Proxy-Verträge erheben.

Die Initial Timelock Parameter lauten wie folgt:

![Initial Timelock Parameter](https://1877763008-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZUDtMII2obiu0EutM2kJ%2Fuploads%2FL8AZsg9P2kmkM1yMNIcy%2F1-initial-timelock-parameters.png?alt=media\&token=49e46870-b2dd-416b-b423-0a2c97202714)
