Letzte Woche habe ich fast den BEP20-Release von DUSK, den ich in der Hand hatte, direkt in die Staking-Seite gejagt. Zum Glück habe ich vor dem Absenden nochmal auf die Hinweise geschaut und gemerkt, dass das überhaupt nicht dasselbe ist—ich war kurz komplett schockiert und habe danach die Logik für genau diesen Bereich schnell sauber gemacht.
DUSK gibt es aktuell in mehreren Formen: Auf dem Mainnet ist das native DUSK die einzige „wahre“ Version. Außerdem existieren noch historische ERC20-Versionen (auf Ethereum) und BEP20-Versionen (auf der BNB Smart Chain). Diese beiden sind im Kern Tokenisierte Nachweise, die in den frühen Jahren geprägt wurden, als das Mainnet noch nicht live war—vorrangig, um Listings und die Handelbarkeit auf Börsen zu erleichtern. Sie sind nicht dasselbe wie native DUSK und können nicht direkt zum Staking verwendet werden und nicht an Konsensmechanismen teilnehmen. Solche Staking-Protokolle mit nativen Operationen akzeptieren ausschließlich native DUSK.
Der offizielle Weg ist eine einseitige Migration: ERC20/BEP20 DUSK wird über den offiziellen Vertrag gesperrt, und das System erzeugt auf dem Mainnet das native DUSK. Die vom Projekt erwartete Zeit dafür liegt bei etwa ein paar Minuten bis knapp über zehn Minuten. Von native DUSK rückwärts zurück nach BEP20 läuft über eine andere, unabhängige Brücke—dabei wird eine feste DUSK-Gebühr erhoben. Die Absicht hinter diesen zwei Pfaden ist sehr klar: Native DUSK wird eindeutig als „einzige maßgebliche Quelle“ definiert, während BEP20 eher als „Shadow Asset“ existiert—für Liquidität und Kompatibilität über Ökosystemgrenzen hinweg—nicht als gleichberechtigte zweite Form.
Als ich Recherchen angestellt habe, bin ich zudem auf eine historische Episode gestoßen: Früher sollte die Binance Beacon Chain abgelöst werden. Damals wurde die BEP2-Version von DUSK dazu aufgefordert, innerhalb einer Frist auf BEP20 migriert zu werden. Wenn man nach Ablauf der Deadline nicht migriert hatte, konnte die Version möglicherweise sofort ihre Nutzbarkeit verlieren—das war für mich eine echte Warnung. Bei solchen Token in mehreren Versionen beruht die Stabilität im Hintergrund immer auf der fortlaufenden Pflege der jeweils zugehörigen Ketten und Smart Contracts. Sobald eine Kette oder eine grundlegende Infrastruktur den Rückzug beschließt, müssen die darauf „gewrappeden“ Assets hastig mit umziehen—dauerhaft unveränderlich ist das nicht.
Diese Sache war für mich selbst eine Erinnerung: Bevor ich in Richtung Staking oder Operationen rund um das Dusk-Ökosystem gehe, sollte ich zuerst bestätigen, ob das, was ich in der Hand habe, wirklich native DUSK ist. Wenn man das nicht sauber klärt, reicht es schlimmstenfalls von einem simplen Fehlschlag der Aktion bis hin zu massivem Zeitdruck, so wie in den offiziellen historischen Hinweisen zur Asset-Migration.
@Dusk #dusk $DUSK
DUSK gibt es aktuell in mehreren Formen: Auf dem Mainnet ist das native DUSK die einzige „wahre“ Version. Außerdem existieren noch historische ERC20-Versionen (auf Ethereum) und BEP20-Versionen (auf der BNB Smart Chain). Diese beiden sind im Kern Tokenisierte Nachweise, die in den frühen Jahren geprägt wurden, als das Mainnet noch nicht live war—vorrangig, um Listings und die Handelbarkeit auf Börsen zu erleichtern. Sie sind nicht dasselbe wie native DUSK und können nicht direkt zum Staking verwendet werden und nicht an Konsensmechanismen teilnehmen. Solche Staking-Protokolle mit nativen Operationen akzeptieren ausschließlich native DUSK.
Der offizielle Weg ist eine einseitige Migration: ERC20/BEP20 DUSK wird über den offiziellen Vertrag gesperrt, und das System erzeugt auf dem Mainnet das native DUSK. Die vom Projekt erwartete Zeit dafür liegt bei etwa ein paar Minuten bis knapp über zehn Minuten. Von native DUSK rückwärts zurück nach BEP20 läuft über eine andere, unabhängige Brücke—dabei wird eine feste DUSK-Gebühr erhoben. Die Absicht hinter diesen zwei Pfaden ist sehr klar: Native DUSK wird eindeutig als „einzige maßgebliche Quelle“ definiert, während BEP20 eher als „Shadow Asset“ existiert—für Liquidität und Kompatibilität über Ökosystemgrenzen hinweg—nicht als gleichberechtigte zweite Form.
Als ich Recherchen angestellt habe, bin ich zudem auf eine historische Episode gestoßen: Früher sollte die Binance Beacon Chain abgelöst werden. Damals wurde die BEP2-Version von DUSK dazu aufgefordert, innerhalb einer Frist auf BEP20 migriert zu werden. Wenn man nach Ablauf der Deadline nicht migriert hatte, konnte die Version möglicherweise sofort ihre Nutzbarkeit verlieren—das war für mich eine echte Warnung. Bei solchen Token in mehreren Versionen beruht die Stabilität im Hintergrund immer auf der fortlaufenden Pflege der jeweils zugehörigen Ketten und Smart Contracts. Sobald eine Kette oder eine grundlegende Infrastruktur den Rückzug beschließt, müssen die darauf „gewrappeden“ Assets hastig mit umziehen—dauerhaft unveränderlich ist das nicht.
Diese Sache war für mich selbst eine Erinnerung: Bevor ich in Richtung Staking oder Operationen rund um das Dusk-Ökosystem gehe, sollte ich zuerst bestätigen, ob das, was ich in der Hand habe, wirklich native DUSK ist. Wenn man das nicht sauber klärt, reicht es schlimmstenfalls von einem simplen Fehlschlag der Aktion bis hin zu massivem Zeitdruck, so wie in den offiziellen historischen Hinweisen zur Asset-Migration.
@Dusk #dusk $DUSK
