Governance-Leitfaden
Eine schrittweise Übersicht über die Governance-processDRC-Erstellung, die Erstellung der Snapshot-Meinungsumfrage, die Erstellung von DIP, die Abstimmung über die Snapshot-Meinungsumfrage, die Abstim
Last updated
de
Eine schrittweise Übersicht über die Governance-processDRC-Erstellung, die Erstellung der Snapshot-Meinungsumfrage, die Erstellung von DIP, die Abstimmung über die Snapshot-Meinungsumfrage, die Abstim
Last updated
Die dYdX Foundation hat diesen Leitfaden erstellt, um der dYdX-Community zu einem besseren Verständnis der dYdX-Governance-Prozesse zu verhelfen. Der Leitfaden bietet eine schrittweise Übersicht über:
Die beiden im Leitfaden aufgeführten Beispiele sind DIP 2 (off-chain Vorschlag) – zur Senkung des Schwellenwertes für Liquidity Provider Rewards und DIP 3 (on-chain Vorschlag) – zur Wiederherstellung von Sicherheitsmodulen.
Zusammenfassung:
In der Epoche 6 beschloss die dYdX-Community in einer Abstimmung auf , dass der Schwellenwert des LP-Reward-Volumens für Marktmacher von 1 % auf 0,25 % gesenkt werden sollte. Die Senkung des Schwellenwertes für LP-Prämien von 5 % auf 1 % in Epoche 2 folgte demselben Prozess wie bei der Senkung in Epoche 6 (1 % auf 0,25 %). Die schrittweise Übersicht darüber, wie der Schwellenwert für das LP-Prämien Volumen von 5 % auf 1 % gesenkt wurde, ist im Folgenden eingefügt.
Die Mehrheit der Community (399 Wähler und 86 % der DYDX) beschloss bei der Abstimmung auf , die Volumenschwelle abzusenken, um die Liquiditiy Provider Rewards von 5 % auf 1 % zu setzen. Ein zur Senkung des Schwellenwertes des Liquidity Provider Rewards Volumens für Marktmacher von 5 % auf 1 % wurde von Jacob Goh (jteam0x) von DeFiance Capital eingereicht. Marktmacher, die die Schwelle von 1 % in Epoche 2 erfüllten, waren berechtigt, in Epoche 3 Liquidity-Provider-Prämien zu erhalten. Der Vorschlag erforderte keine Änderungen im on-chain Smart Contract.
Hintergrund:
Die Community beabsichtigte, den Schwellenwert für Liquiditätsanbieter zu senken, weil auf diese Weise neue Marktmacher und kleine bis mittlere Marktmacher Anreize dazu bekommen würden, die Liquidität auf der dYdX-Plattform zu erhöhen. Darüber hinaus trägt eine zunehmende Anzahl von Marktmachern auf der Plattform dazu bei, dass das dYdX-Protokoll dezentraler wird.
Beschreibung:
Bewerbung auf DIP 2:
Wählen Sie einen Thread aus, blättern Sie durch die Kommentare und liken oder antworten Sie auf die Kommentare.
Erstellen Sie einen neuen Diskussionsfaden oder posten Sie einen DRC, indem Sie auf „Neues Thema“ klicken und die Themenkategorie auswählen.
Einen kurzen und prägnanten Titel der DRC.
Eine kurze und prägnante Beschreibung des Vorschlags.
Die Begründung für die DRC (z. B. warum?).
Der Titel des Forumsbeitrages muss DRC enthalten: [Kurztitel der DRC einfügen] (z. B. DRC: Neue Marktanfrage).
Eine Community-Umfrage, welche die Community-Mitglieder dazu verwenden können, über Verbesserungen off-chain abzustimmen.
Beschreibung:
Bewerbung auf DIP 2:
Die Community-Mitglieder gaben Feedback zu Su Zhus Beitrag. Folgende Prämie-Schwellenwerte wurden von der Community vorgeschlagen:
Als Nächstes hat Su Zhu eine Snapshot-Umfrage mit den folgenden Optionen erstellt:
MM-Schwellenwert auf 1 % senken
MM auf 2,5 % senken
MM-Schwellenwert von 5 % beibehalten
Um in aktiven Snapshot-Umfragen abzustimmen, müssen Sie Governance Tokens halten oder vorher Stimmrechte vor der Snapshot-Blocknummer übertragen bekommen haben, wenn die Snapshot-Umfrage aktiv wird.
Um abzustimmen, klicken Sie auf den Vorschlag und wählen „Ja“ oder „Nein“ aus, anschließend klicken Sie auf „Abstimmen“.
Um eine Snapshot-Umfrage zu erstellen, müssen Sie mindestens 10K Governance Tokens halten und/oder Stimmrechte an diejenige Adresse zugewiesen bekommen haben, die Sie zur Erstellung des Vorschlages verwenden.
Der Snapshot-Vorschlag kann aus einer oder mehreren Aktionen bestehen, bis zu maximal 10 Aktionen pro Vorschlag. Aktionen sind in einem Vorschlag spezifizierte Änderungen.
Wenn Sie die Mindestleistung an Vorschlagsrechten von 10K erfüllen, wählen Sie „Neuer Vorschlag“ aus und füllen Sie die offenen Felder gemäß den unten aufgeführten Inhaltsbestimmungen aus.
Inhaltsbestimmungen für DRC-Snapshot-Umfragen:
Details der DRC mit einem Link zur Forumsdiskussion,
ein Abstimmungssystem,
Start- und Enddatum der Abstimmung mit einer auf 4 Tage beschränkten Gesamtlänge (basierend auf 13,2 Sekunden Blockzeit) und
Snapshot-Umfrage wird 1 Tag (~6570 Blöcke) vor Abstimmungsstart veröffentlicht.
Anforderungen für verbindliche Snapshot-Umfragen:
Für die meisten Entscheidungen wirkt eine Snapshot-Umfrage als Signalisierung, während für ein verbindliches Ergebnis, das in den/die Smart Contract(s) eingreift, eine on-chain-Abstimmung erforderlich ist. Für Entscheidungen, die keinen on-chain Smart Contract-Anruf erfordern, gelten Snapshot-Abstimmungen vor allem für Änderungen der Trading und Liquidity Provider Reward-Formeln als verbindliche und endgültige Abstimmung. Neben den oben genannten Inhaltsbestimmungen müssen Snapshot-Umfragen, welche die Abstimmungen für off-chain kontrollierte Variablen verbindlich machen, Folgendes vorweisen:
Binäre Abstimmungsoptionen Für die nötige Klarheit stimmt eine Adresse entweder für oder gegen einen Vorschlag.
Nach der Abstimmung werden die zugehörigen Informationen auf IPFS gespeichert und es wird automatisch ein Bericht generiert und zum Download bereitgestellt.
Beschreibung:
Bewerbung auf DIP 2:
Da das Herabsenken des Schwellenwertes für Liquidity-Provider-Prämien keine Änderungen im on-chain Smart Contract erfordert, ist der Prozess nun abgeschlossen und die Änderungen werden in der nächsten Epoche wirksam.
DIP Status:
WIP - ein DIP, der noch in der Entwicklung steht.
Vorgeschlagen - ein DIP, der bereit ist, on-chain vorgeschlagen zu werden.
Zugelassen - ein DIP, der von der dYdX-Community für die Umsetzung akzeptiert wurde.
Implementiert - ein DIP, der im Hauptnetz veröffentlicht wurde.
Abgelehnt - ein DIP, der abgelehnt wurde.
Nach der Durchsicht wird die dYdX Foundation die Änderungen aus dem Pending-DIPs-Zweig in den Hauptzweig einarbeiten.
Da der Vorschlag keine Änderungen im on-chain Smart Contract erfordert, ist der Prozess jetzt abgeschlossen und die Änderungen werden in der nächsten Epoche wirksam
Zusammenfassung:
Hintergrund:
Am 8. September um 15:00 UTC wurde die Transferbeschränkung für $ethDYDX-Token aufgehoben und effektiv das Staking für das dYdX-Sicherheitsmodul eröffnet. Über 50 verschiedene Adressen stakten ungefähr 157K ethDYDX innerhalb fast 1 Stunde. Ein Bug verursachte einen Fehler im Bereitstellungsprozess und keine stkDYDX wurde an die Adressen ausgestellt, die im Sicherheitsmodul gestakt hatten. Als Ergebnis steckten die Gelder eines jeden Stakers im Vertrag fest und das dYdX Team deaktivierte das Staking auf der dYdX-Governance UI.
Der DIP-Lebenszyklus wird im Allgemeinen so lange aufrechterhalten, bis der DIP erstellt ist. Der wesentliche Unterschied zwischen DIP 3 (on-chain) und DIP 2 (off-chain) bestand darin, dass DIP 3-Vorschläge on-chain Abstimmungen und die Anwendung eines Smart Contracts erforderlich machen. Da der Prozess für Forumsdiskussionen, die DRC-Erstellung und die DIP-Entwurfserstellung gleich sind, starten wir unsere schrittweise Diskussion mit den Inhaltsvorgaben für den Entwurf von On-chain DIPs. Für weitere Informationen folgen Sie bitte den folgenden Links:
Beschreibung:
Bewerbung auf DIP 3:
Wenn Sie von dem SafetyModuleV2.sol deployment Contract aus zum Safety folder navigieren, wird die README angezeigt, welche die spezifischen Details darüber enthält, wie der Vorschlag umgesetzt wird.
Erstellen Sie eine neue Wallet, um den DIP zu erstellen. Der Bereitstellungsprozess erfordert die Eingabe Ihrer Seed Phrase als eine Umgebungsvariable, weshalb wir empfehlen, eine einmalige Wallet für die On-Chain DIP-Erstellung zu verwenden.
Short Timelock: 0,5 % der Gesamtversorgung (5 Mio. in Vorschlagsrechten).
Starkware Executor: 0,5 % der Gesamtversorgung (5 Mio. in Vorschlagsrechten).
Long Timelock Executor: 2,0 % der Gesamtversorgung (20 Mio. in Vorschlagsrechten).
Merkle Pauser Executor: 0,5 % der Gesamtversorgung (5 Mio. in Vorschlagsrechten).
Wählen Sie Ethereum und „Starten".
Füllen Sie die erforderlichen Informationen aus, wählen Sie das Goerli Network und wählen Sie "App erstellen".
Unter „4". Starten Sie den Aufbau, wählen Sie „Versuchen, Ihren ersten Smart Contract anzuwenden" und folgen Sie dem Leitfaden.
Entwerfen Sie Ihre vorgeschlagene(n) Smart Contract Ausführung(en).
Nachdem Sie die neue Datei ausgewählt haben (DIP-[New DIP #]-ipfs-hashes.jso), vergewissern Sie sich, dass die den encodedHash verwenden.
Beschreibung:
Nachdem ein Community-Mitglied bestätigt hat, dass die vorgeschlagene(n) Smart Contract-Ausführung(en) korrekt ist/sind, und der DIP abgeschlossen ist, kann der DIP on-chain eingereicht werden. Wenn ein on-chain DIP erstellt wird, tritt der Vorschlag zugunsten der Abstimmungsverzögerung in einen „Pending"-Zustand, der ungefähr 1 Tag (ungefähr 6570 Blöcke) dauert. Die Snapshots der Benutzer werden nach der Abstimmungsverzögerung aufgezeichnet, um $ethDYDX-Bestände und die delegierten Abstimmungsrechte nachzuweisen. Im nächsten Schritt tritt der Vorschlag in einen „Aktiven" Zustand; die Abstimmungsdauer variiert zwischen 2 und 10 Tagen je nach Vorschlagstyp. Damit ein Vorschlag umgesetzt wird, muss die Abstimmung das Mindestquorum und die minimale Stimmendifferenz überschreiten, die je nach Vorschlagstyp anders ausfällt. Wenn der DIP das Mindestquorum, die minimale Stimmendifferenz und die Mehrheit der abstimmenden Community-Mitglieder zugunsten des DIP erreicht, kann jede beliebige Adresse den Vorschlag aus der Warteschlange abrufen, um in die Timelock-Warteschlange verschoben zu werden. Die Timelock Contracts können Transaktionen, über die von der dYdX Community abgestimmt wurde, in die Warteschlange stellen, sie stornieren oder durchführen. Die Länge der Timelock Warteschlange variiert je nach Vorschlagstyp.
Bewerbung auf DIP 3:
Das Paradigm-Team hat den Solidity-Code für das SafetyModuleV2.sol. fertiggestellt.
Das Paradigm-Team simulierte die Updates sowohl in einer lokalen als auch in einer mit einer Forked versehenen Mainnet-Umgebung. Die Testsuite wurde dann abgespielt, um sicherzustellen, dass die volle Funktionalität wiederhergestellt würde und folgte dabei der Ausführung des Governance-Vorschlages auf dem Mainnet.
Das Paradigm-Team wandte die Smart Contract Updates durch das Abspielen der unten aufgeführten Skripte an.
Sicherheitsmodul-Wiederherstellungs-Anwendung
export ALCHEMY_KEY=<... >
export MNEMONIC=<... >
npx hardhat --network mainnet deploy:safety-module-recovery\ --dydx-token-address 0x92D6C1e31e14520e676a687F0a93788B716BEff5
--short-timelock-address 0x64c7d40c07EFAbec2AafdC243bF59eaF2195c6dc\ --rewards-treasury-address 0x639192D54431F8c816368D3FB4107Bc168d0E871
Governance-Vorschlag: Sicherheitsmodul-Reparatur
export ALCHEMY_KEY=<... >
export MNEMONIC=<... >
npx hardhat --network mainnet deploy:safety-module-fix-proposal\ --proposal-ipfs-hash-hex 0x...\ --governor-address 0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2
--long-timelock-address 0xEcaE9BF44A21d00E2350a42127A377Bf5856d84B\ --safety-module-address 0x65f7BA4Ec257AF7c55fd5854E5f6356bBd0fb8EC
--safety-module-proxy-admin-address 0x6aaD0BCfbD91963Cf2c8FB042091fd411FB05b3C
--safety-module-new-impl-address 0x...
Governance-Vorschlag: Sicherheitsmodul-Entschädigung
export ALCHEMY_KEY=<... >
export MNEMONIC=<... >
npx hardhat --network mainnet deploy:safety-module-compensation-proposal
--proposal-ipfs-hash-hex 0x...\ --dydx-token-address 0x92D6C1e31e14520e676a687F0a93788B716BEff5
--governor-address 0x7E9B1672616FF6D6629Ef2879419aaE79A9018D2
--short-timelock-address 0x64c7d40c07EFAbec2AafdC243bF59eaF2195c6dc
--rewards-treasury-address 0x639192D54431F8c816368D3FB4107Bc168d0E871
--safety-module-recovery-address 0x...
Der DIP wurde am 1. November 2021 im Block 13532376 erstellt. Liegt der DIP 6570 Blöcke in der Zukunft, gilt er als „Pending".
ethDYDX-Inhaber konnten über den DIP abstimmen, als er im Block 13538946 in einen „Aktiven" Zustand überging.
Die erste Abstimmung wurde am 2. November 2021 um 17:51:22 UTC (Block 13538959) abgehalten, 6583 Blöcke nach der Erstellung des On-Chain-DIPs.
Nach der 10-tägigen Abstimmungsperiode, die an einen Long Timelock gekoppelt ist, kann eines der Community-Mitglieder die Warteschlange aufrufen und den Vorschlag in die 7-Tage-Timelock-Verzögerung verschieben. Bei DIP 3 dauerte es fast 3 Tage, bis ein Community-Mitglied die Warteschlange aufrief.
Nach der 7-tägigen Timelock-Verzögerung wurde der DIP On-Chain ausgeführt.
Beachten Sie, dass (1) Vorschläge innerhalb der 7-tägigen Execution-Karenzzeit, welche unmittelbar nach der Timelock-Verzögerung beginnt, ausgeführt werden müssen und dass (2) die vorschlagende Adresse den Mindestbetrag an Vorschlagsrechten, der durch den jeweiligen Timelock-Vertrag erforderlich ist, beibehalten muss, bis der DIP ausgeführt worden ist (entweder 5 Mio. oder 20 Mio. in Vorschlagsrechten).
Short Timelock Executor: 0,5 % der Gesamtversorgung (5 Mio. in Vorschlagsrechten).
Starkware Executor: 0,5 % der Gesamtversorgung (5 Mio. in Vorschlagsrechten).
Long Timelock Executor: 2,0 % der Gesamtversorgung (20 Mio. in Vorschlagsrechten).
Merkle Pauser Executor: 0,5 % der Gesamtversorgung (5 Mio. in Vorschlagsrechten).
Stellen Sie sicher, dass Sie ETH in Ihrer Wallet besitzen, um die Gasgebühren zu bezahlen.
Erstellen Sie eine App auf Alchemy für das Ethereum Mainnet Netzwerk.
Lassen Sie das Skript durchlaufen, welches Sie entworfen haben.
Auf der Adresse, die den Vorschlag eingereicht hat, müssen Sie den Mindestbetrag an Vorschlagsrechten, die durch den jeweiligen Timelock-Vertrag erforderlich sind, beibehalten, bis der Vorschlag ausgeführt worden ist.
Stellen Sie sicher, dass Sie ETH in Ihrer Wallet besitzen, um die Gasgebühren zu bezahlen.
Short Timelock Executor: 4 Tage.
Starkware Executor: 4 Tage.
Long Timelock Executor: 10 Tage.
Merkle Pauser Executor: 2 Tage.
Ein erfolgreicher Vorschlag kann in die Warteschlange gestellt werden, um die Timelock-Verzögerung zu starten.
Stellen Sie sicher, dass Sie eine kompatible Wallet verwenden, die Eths enthält.
Wählen Sie die Warteschlange aus und reichen Sie die „proposalId" ein.
Wählen Sie „Click to see more.”.
Wählen Sie „Eingabedaten entschlüsseln" aus.
Nach der Timelock-Verzögerung kann ein erfolgreicher Vorschlag ausgeführt werden.
Wählen Sie “Execute“ und reichen Sie die “proposalId“ ein.
Folgen Sie den obigen Schritten (unter Wie man einen Vorschlag in die Warteschlange setzt), um die „proposalId" zu finden.
Geben Sie „0" unter „payableAmount (ether)" ein.
Im Rahmen des Liquidity Provider werden 1.150.685 $ethDYDX pro Epoche (28 Tage) an Liquidity Provider, die als Marktmacher für das Protokoll fungieren, ausgeschüttet. Die Prämien werden basierend auf einer Formel verteilt, die eine Kombination aus Uptime, zweiseitiger Tiefe, Bid-Ask-Spreads und der Anzahl der unterstützten Märkte belohnt. Um für dieses Prämienprogramm infrage zu kommen, müssen Liquiditätsanbieter in der vorhergehenden Epoche einen Mindestprozentsatz des gesamten Marktmacher-Volumens bereitgestellt haben.
Die dYdX-Community hat „sofortige und unwiderrufliche Kontrolle" über den Schwellenwert der Liquidity-Provider-Prämien. Die vollständige Liste der Parameter, die unter der Kontrolle der Community stehen, ist verlinkt.
Als Nächstes geben wir einen schrittweisen Überblick darüber, wie die dYdX-Governance in der Praxis funktioniert. Weitere Informationen über Prozesse in der dYdX-Governance finden Sie .
Der dYdX-Governance-Prozess wird von am Leben erhalten. Die Community-Mitglieder posten und kommentieren zu Diskussionsthemen, um off-chain einen groben Konsens zu erreichen. Weitere Informationen über Forumsdiskussionen und zur DRC-Erstellung finden .\ Hinweis - Die Operationen hat subDAO hat als neues Forum gestartet, nachdem die . Einige Verweise in diesem Leitfaden auf frühere Diskussionen in der DRC werden immer noch auf Commonwealth verweisen, aber alle neuen Diskussionen sollten im neu gestarteten stattfinden. \
Su Zhu (zhusu) von Three Arrows Capital hat eine erstellt, um den Schwellenwert für Liquidity Provider Rewards zu senken. Verschiedene Community-Mitglieder, wie Evgeny aus Wintermute, Ben aus Kronos, Josh aus Sixtant und viele mehr, nahmen an der Diskussion teil und trugen mit ihren wertvollen Anregungen am Prozess bei.
Registrieren Sie sich mit Ihrem E-Mail-Konto auf Discourse und treten Sie der dYdX-Community bei.
Wenn Sie eine DRC erstellen, folgen Sie bitte der verlinkten Vorlage. Wie unter DRC-Erstellung im beschrieben, müssen die DRCs mindestens Folgendes enthalten:
Nachdem die Community einen groben Konsens erreicht hat, kann ein Community-Mitglied mit 10K-Vorschlagsrechten, eine off-chain-Abstimmung für die DRC auf erstellen. ermöglicht die Ausgestaltung und Aufrechterhaltung eines Vorschlags. Snapshot ist eine einfache Abstimmungsschnittstelle, die es den Benutzern ermöglicht, die Stimmung off-chain zum Ausdruck zu bringen. Stimmen auf dem Snapshot werden durch die Anzahl der Governance-Token gewichtet, die von der zur Abstimmung verwendeten Adresse gehalten oder an diese delegiert sind. Das Community-Mitglied, das die Snapshot-Umfrage erstellt, muss Details zur DRC, dem Abstimmungssystem, dem Startdatum der Abstimmung, dem Enddatum der Abstimmung sowie der Snapshot-Blocknummer angeben. Der Abstimmungszeitraum sollte 5 Tage betragen und die Abstimmung sollte nach einer 1-tägigen Abstimmungsverzögerung beginnen (b_asierend auf 13,2 Sekunden Blockzeit)._ Die Abstimmungsverzögerung bietet den dYdX-Community-Mitgliedern Zeit, um mehr über die DRC zu erfahren, $ethDYDXDYDX zu kaufen oder die ihre DYDX-Stimmrechte zu delegieren. Community-Mitglieder, die im Besitz von Governance-Token sind oder denen die Stimmrechte vor der Snapshot-Blocknummer delegiert wurden, sind stimmberechtigt. Weitere Informationen über den Snapshot-Umfragen finden Sie verlinkt.
- Su Zhu von Three Arrows Capital,
- Sam von BitTrading,
- Ben aus Kronos / WOO Network, und
- Evgeny aus Wintermute.
Registrieren Sie sich auf Snapshot mit Ihrer Ethereum-Wallet und folgen Sie den Vorschlägen von dYdX .
Ein DIP muss erstellt werden, wenn (1) eine Snapshot-Umfrage dazu führt, dass ein off-chain-Parameter (wie Änderungen an den Trading Reward- oder LP Reward-Formeln) aktualisiert wird und (2) wenn ein Community-Mitglied einen Vorschlag zur Änderung von on-chain Smart Contracts einreichen möchte. Für Abstimmungen, die keine on-chain Smart Contract Updates erfordern, muss das Ergebnis der Snapshot-Umfrage in einen off-chain DIP umformuliert und über ein Pull Request an den Pending-DIP-Zweig im Github der dYdX Foundation eingereicht werden. Der DIP sollte den Mehrheitsbeschluss auf Snapshot widerspiegeln. Der DIP muss die in der verlinkten Vorlage enthaltenen Informationen spezifisch angeben.
In diesem Fall wurde der von @Jteamdc verfasst.
Als der Vorschlagsentwurf für den DIP 2 abgeschlossen wurde, hat @Jteamdc eine **** aus dem Arbeitszweig gegen den Pending-DIP-Zweig der dYdX Foundation erstellt. Nachdem die dYdX Foundation den Vorschlag überprüft und gegengezeichnet hatte, wurden die Änderungen aus den Pending-DIPs in den Hauptzweig eingefädelt.
Der DIP sollte sich auf einen im Rahmen der off-chain Abstimmung auf Snapshot beschlossenen Mehrheitsbeschluss in der off-chain beziehen und kann aus einer oder mehreren Aktionen bestehen, bis zu maximal 10 Aktionen pro Vorschlag. Aktionen sind in einem Vorschlag spezifizierte Änderungen. Weitere Informationen finden Sie unter .
Registrieren Sie sich für einen Github-Account: .
Gehen Sie auf die verlinkte dYdX Repo-Seite und setzen Sie die Fork bei der Repo unter Ihrem Github-Account ein.
In der mit der Fork versehenen DIP-Repo, gehen Sie in das Verzeichnis, das den Inhalt der DIPs enthält: .
Wählen Sie den dips folder aus: .
Der dips folder enthält ein Verzeichnis von früheren Vorschlägen, die der verlinkten DIP-Vorlage folgen.
Bevor Sie einen Vorschlag erstellen, stellen Sie bitte sicher, dass der von Ihnen mit einer Fork versehene Zweig mit der letzten aktualisierten Version des Hauptzweiges übereinstimmt. Wenn Sie eine veraltete Version der DIP-Repo verwenden, bestätigen Sie bitte, dass Ihre mit der Fork versehene Version mit den neuesten Änderungen übereinstimmt. Wenn Sie Unterstützung benötigen, um Ihre mit der Fork versehene Version neu zu erstellen, können Sie diesen Schritten hier folgen: .
Bearbeiten Sie die mit den Informationen für Ihren Vorschlag. Wenn Sie die DIP-Repo nicht mit einer Fork versehen haben, wird die Auswahl des „Bearbeiten"-Symbols die Repo automatisch vom Hauptzweig aus mit einer Fork versehen, weil Sie kein Administrator sind.
Folgen Sie der und fügen Sie Ihren DIP in Ihre Fork des Repository im content/dips/-Verzeichnis hinzu. Bitte folgen Sie den unten aufgeführten Bestimmungen zur Bezeichnung von DIPs-Status.
Nachdem Sie den gesamten Inhalt auf Korrektheit geprüft haben, erstellen Sie einen Pull Request aus Ihrem Arbeitszweig in den Pending-DIPs-Zweig der dYdX Foundation. Bitte reichen Sie diesen Pull Request nicht in den Hauptzweig der dYdX Foundation hinein, weil der IPFS-Auftrag fehlschlagen wird, wenn externe Parteien Informationen mit dem Hauptzweig zusammenführen möchten. Bitte verwenden Sie die verlinkten Pull Request als Beispiel.
Vor dem Zusammenführen wird automatisch ein Auftrag zum Hochladen des DIP auf IPFS ausgeführt. Sie können den Upload des DIP auf IPFS hier nachverfolgen: .
Der DIP wird unter //dips/ hinzugefügt.
Am 1. November wurde ein on-chain von Dan Robinson von Paradigm erstellt, um die Funktionalität des Safety Module Staking Pools wiederherzustellen. Die Mehrheit der Community (251 Wähler und fast 142 Mio. ethDYDX) stimmte für die Wiederherstellung der Funktionalität des Sicherheitsmoduls. Nach einem 10-tägigen Abstimmungszeitraum dauerte es fast 3 Tage, bis ein Community-Mitglied die Warteschlange aufrufen und den Vorschlag in die 7-Tage-lange Timelock-Verzögerung verschieben konnte. Am 20. November wurde das Sicherheitsmodul wiederhergestellt und in einen sauberen Zustand zurückgesetzt.
Das dYdX Safety Module ist ein Staking Contract um einen dezentralen Pool mit Geldern zu betanken, die dem dYdX Protokoll Rückhalt bieten sollen. Benutzer staken $ethDYDX in den Sicherheitspool und erhalten $stkDYDX (1:1). $stkDYDX ist eine tokenisierte Position, die als ERC-20 übertragen wird, die die gleichen Stimm- und Vorschlagsrechte hat wie $ethDYDX. Im Falle einer Unterdeckung erfordert es eine Governance-Abstimmung, um zum Zwecke der Verlustminderung gestakte $ethDYDX zu beschlagnahmen. Aus der $ethDYDX Token-Versorgung werden 2,5 % (25.000.000 $ethDYDX) der Token-Versorgung an diejenigen Benutzer verteilt, die ethDYDX im Safety Pool ins Staking geben. Weitere Informationen über den Safety Staking Pool finden Sie .
Im Rahmen der , werden 383.562 $ethDYDX pro Epoche (28 Tage) an die Staker ausgeschüttet werden. Prämien werden im Sekundentakt anteilsmäßig an die Staker ausgeschüttet.
Die dYdX-Community hat „sofortige und unwiderrufliche Kontrolle über" die Parameter des Sicherheitsmodul-Smart Contracts. Die vollständige Liste der Parameter, die unter der Kontrolle der Community stehen, ist verlinkt.
schlug vor, die Funktionalität im Sicherheitsmodul wiederherzustellen und den betroffenen Adressen zu gestatten, ihre Gelder zurückzugewinnen und ihnen zusätzliche 10 % ihrer gestakten Token als Entschädigung zu vergüten. Während die Stimmung in der Community stark zu tendierte, schlug der Vorschlag fehl, weil er nicht das 100M-$ethDYDX-Minimum-Quorum erfüllte, das erforderlich ist, um einen Long Timelock-Beschluss abzusegnen. Infolgedessen erstellte Jacob Goh (jteam0x) von DeFiance Capital , um den betroffenen Adressen ihre verpassten Prämien zurückzuerstatten und die Unannehmlichkeiten wiedergutzumachen. umfasste die Anwendung des Wiederherstellungs-Contracts für die von den Benutzern gestakten Token und Ausgleichszahlungen von zusätzlichen 10 % aus der Prämien-Treasury an betroffene Adressen. Der DIP wurde von den weniger strengen Governance-Parametern eines Short Timelocks geregelt.
dYdX-Governance-Prozess - .
Sicherheitsmoduls-Vorfallbericht - .
Off-Chain Forumsdiskussion - .
Off-Chain DRC -
Off-Chain DRC Snapshot-Umfragen -
DIP auf Github vorgeschlagen -
Der Entwurf eines on-chain DIPs, der den Governance-Konsens auf dem dYdX-Protokoll betrifft, muss die spezifischen Schritte für die Umsetzung von Änderungen am Smart Contract erläutern. Nachdem die Community von Snapshot zu einem groben Konsens gelangt ist, oder nachdem ein DIP zuvor fehlgeschlagen war, kann ein Community-Mitglied mit ausreichend Vorschlagsrechten den neuen DIP on-chain einreichen. Weitere Informationen über den Schwellenwert für Vorschlagsrechte, den Timelock Executor und andere Governance-Parameter sind verlinkt.
In diesem Fall wurde der von Dan Robinson von Paradigm verfasst. Da der Vorschlag Änderungen im On-Chain Smart Contract enthielt, verfügte der Vorschlag über einen Link zu den spezifischen Implementierungen im Smart Contract.
Die Schritte zur Umsetzung des in der README enthaltenen Vorschlags sind hier verlinkt: .
Delegieren Sie für die DIP-Erstellung ausreichend Vorschlagsrechte zu der one-off Wallet. Sie können die Vorschlagsrechte delegieren. Die unterschiedlichen Schwellenwerte für Vorschlagsrechte sind unten enthalten und verlinkt.
Erstellen Sie einen Alchemy Key. Mit dem Alchemy Key müssen Sie keinen Ethereum Node laufen lassen, um mit Ethereum zu interagieren und den Smart Contract anzuwenden. Der Leitfaden für die Erstellung eines Alchemy Key ist verlinkt.
Nachdem Sie Ihr Konto erstellt haben, folgen Sie den verlinkten Setup-Anweisungen.
Öffnen Sie die Windows-Kommandozeile, die default Terminal App oder laden Sie den iTerm: herunter.
Laden Sie Node.js und npm herunter und installieren Sie beide, wenn sie dies noch nicht getan haben: .
Hardhat ist ein Entwicklungstool, um Ethereum Software zusammenzustellen und zu testen. Installieren Sie Hardhat, wenn Sie dies noch nicht getan haben: .
Der IPFS-Hash wird automatisch generiert und kann abgerufen werden. Der IPFS-Hash wird im Verzeichnis der dYdX Foundation unter dem Dateinamen DIP-[New DIP #]-ipfs-hashes.json stehen.
Der DIP wurde zeitgleich auf veröffentlicht.
Der dYdX-Governance-Contract ist 0x7e9b1672616ff6d6629ef2879419aae79a9018d2: .
Die DIP-Bereitstellung kann auf Etherscan bestätigt werden: .
In dem Moment, als der DIP on-chain ausgeführt wurde, wurde der DIP-Status unter auf „Ausgeführt“ aktualisiert.
Stellen Sie sicher, dass Sie genügend Vorschlagsrechte haben, um den DIP zu erstellen. Weitere Informationen finden Sie unter .
Nachdem die App erstellt wurde, klicken Sie auf „Key anzeigen", um Ihren Alchemy Key (7LOaQtguSm2kSEcFXQH88B) zu erhalten: .
Laden Sie Node.js und npm herunter und installieren Sie sie: .
Installieren Sie Hardhat: .
Überprüfen Sie den Governance Contract, um nachzusehen, ob der Vorschlag on-chain erstellt wurde: .
Sie können über einen Active DIP abstimmen, indem Sie den DIP auf auswählen.
Die Abstimmungsdauer hängt von der Art des Vorschlags ab. Weitere Informationen finden Sie unter .
Gehen Sie zum „Contract"-Symbol auf Etherscan und klicken Sie auf „Write Contract". Der Governance-Contract ist verknüpft.
Die „proposalId“ kann auf Etherscan gefunden werden, wenn der DIP erstellt wurde: .
Gehen Sie zum „Contract"-Symbol auf Etherscan und klicken Sie auf „Write Contract". Der Governance-Contract ist verknüpft.
