⏳Epochen

Ein Überblick über das Epochensystem

Alle Prämien und Staking-Verträge werden in 28-Tage-Zyklen, die als Epochen bezeichnet werden, ausgeführt. Eine neue Epoche beginnt automatisch, sobald die laufende Epoche endet.

Am Ende jeder Epoche wird Folgendes geschehen:

Die in der vorherigen Epoche beantragten Auszahlungen aus dem Liquidity Staking Pool können getätigt werden.
Die in der vorherigen Epoche beantragten Auszahlungen aus dem Safety Staking Pool können getätigt werden.

Folgendes wird erst am Ende der Epoche 0 geschehen:

Rückwirkende Mining Awards werden ausgeschüttet. Die Prämien können etwa 8 Tage nach Ablauf von Phase 0 dydx.community beansprucht werden.
Die Transfers von $ethDYDX sind vorerst eingeschränkt. Der Zeitraum der anfänglichen Transferbeschränkung wird etwa 8 Tage nach Ablauf von Phase 0 aufgehoben.
$ethDYDX wurde am 8. September 2021 um 15:00:00 UTC übertragbar.

Die Epoche 0 wird am 3. August 2021 um 15:00:00 UTC live gehen. Die folgende Tabelle beschreibt die Epochenstart- und Enddaten (welche durch die dYdX-v3-Governance abgeändert werden können):

Epoche

Startdatum (UTC)

Enddatum (UTC)

Tage

Kumulative Jahre

Die dYdX Foundation hat einen öffentlichen Google-Kalender mit Start/Enddaten für Epochen und Blackout Windows erstellt - Sie können ihn hier abonnieren.

FAQs

Wann werden die Prämien und Staking Pools aktiviert?

Die rückwirkenden Mining-Prämien wurden auf dYdX v3 verteilt. Diese Prämien liefen bis zum 31. August 2021, 15:00:00 UTC.
Die Trading-Prämien wurden in Epoche 32 auf 0 festgelegt. Diese Prämien liefen vom 3. August 2021, 15:00:00 UTC bis zum 16. August 2024, 15:00:0****0 UTC
Prämien für Liquiditätsanbieter wurden in Epoche 32 auf 0 festgelegt. Diese Prämien liefen vom 3. August 2021, 15:00:00 UTC bis zum 16. August 2024, 15:00:00**** UTC
Die Liquidity Staking Poolrewards wurden am 29. September 2022 in DIP 14 auf 0 festgelegt.
Die Safety Staking Pool-Prämien wurden am 28. November 2022 in DIP 17 auf 0 festgelegt.

Kann die dYdX-Governance den Epochenplan abändern?

Die erste Epochenlänge beträgt 28 Tage. Die dYdX-v3-Governance kann innerhalb der angegebenen Grenzen für die Änderung der Epochenlänge abstimmen. Die minimale Epochenlänge beträgt 6 Tage und die maximale Epochenlänge 92 Tage.

Was ist ein Blackout Window?

Für den Liquidity Staking Pool und den Safety Staking Pool wird ein Epochenplan für Auszahlungen streng eingehalten, um Vorhersagbarkeit und eine regelmäßige Abfolge verfügbar gemachter Gelder im Pool zu gewährleisten. Wenn ein Staker Gelder aus dem Staking nehmen möchte, muss er dies beantragen, bevor das Blackout Window öffnet, um sein Guthaben nach Ende dieser Epoche abheben zu können. Wenn ein Staker die Auszahlung nicht beantragt, werden die gestakten Gelder des Stakers in die nächste Epoche hinübergenommen.

Bei DIP 17 stimmte die dYdX-Gemeinschaft dafür, die Länge des Blackout-Fensters von 14 auf 3 Tage zu verkürzen. Die dYdX-Governance kann über eine Änderung des Sperrzeitfensters innerhalb der festgelegten Grenzen abstimmen. Die minimale Länge eines Blackout Windows beträgt `3 Tage```, die maximale Länge eines Blackout Windows beträgt 46 Tage.

Wann kann ich meine verdienten $ethDYDX-Prämien auszahlen lassen und überweisen?

Sobald Token beansprucht wurden, können diese überwiesen oder an die dYdX-Governance delegiert werden.

Wozu dient die Wartezeit? Wie werden die Prämien am Ende jeder Epoche aufbewahrt?

Rückwirkende Mining-Prämien, Trading-Prämien und Prämien für Liquiditätsanbieter wurden in einem Merkle-Baum gespeichert, der die kumulativen Prämien enthält, die von jedem Benutzer seit Beginn des Verteilungsprogramms verdient wurden.

Jedes Mal, wenn sich die Epoche ändert, tritt Folgendes nacheinander auf:

Wenn eine Epoche endet, werden sämtliche Prämien-Daten für alle Benutzeraktivitäten aus der letzten Epoche berechnet.
Diese Daten werden zu einer Datenstruktur auf IPFS hinzugefügt und unter einem festen IPNS-Namen gespeichert.
Das ChainLink Oracle System, welches ebenfalls die Epochenänderung bemerkt, ruft die aktuellsten Prämien-Daten unter Verwendung des bekannten IPNS-Namen ab.
Jeder Oracle Signer verwendet diese Prämien-Daten, um neu verdiente Prämien für jeden Benutzer zu berechnen.
Jeder Oracle Signer berechnet den neuen kumulativen Hash-Baum und die Merkle Root.
Jeder Oracle Signer schreibt die Hash-Baumdaten auf IPFS, und erhält daraufhin ein IPFS CID. (Sie hätten den gleichen Hash-Baum berechnen sollen und sollten daher den gleichen CID erhalten.)
Wenn die Oracle Signer ihre Werte miteinander abgeglichen haben, wird das RewardsOracle mit der neuen Merkle Root, dem IPFS CID und der Epochennummer aktualisiert.
Ein Oracle Signer (oder eine Drittpartei) ruft die öffentliche Funktion MerkleDistributorV1.proposeRoot() auf, um die vorgeschlagene Merkle Root auf den neuen Oracle-Wert zu setzen.
Eine Wartezeit beginnt, in welcher die Governance MerkleDistributorV1.pauseRootUpdates() abrufen kann, um zu verhindern, dass die vorgeschlagene Merkle Root in Aktion tritt.
Nach der Wartezeit ruft ein Oracle Signer (oder eine Drittpartei) die öffentliche MerkleDistributorV1.updateRoot() -Funktion auf, wodurch die vorgeschlagene Merkle Root aktiviert wird.
Sobald die neue Merkle Root aktiv ist, können die Benutzer ihre Prämien aus der letzten Epoche abholen.

PreviousZuweisungen NextGebührenrabatte

Last updated 28 days ago

Epoche

Startdatum (UTC)

Enddatum (UTC)

Tage

Kumulative Jahre