In der Gruppe hat jemand einen Screenshot des Geldbeutels gepostet: Der Kontostand ist plötzlich um 5000 DUSK-Münzen $DUSK gestiegen, und gleich fragt jemand, ob man das ins Exchange übertragen kann. Wenn man solche Zahlen sieht, sollte man als ersten Schritt nicht den Preis nachschlagen, sondern prüfen, mit welchem Netzwerk der Wallet verbunden ist. Obwohl dort auch DUSK steht, sind die Aufgaben für Testnet-Token und Mainnet-Vermögenswerte komplett unterschiedlich.
Die offiziellen Netzwerkangaben von Dusk führen Mainnet, Nocturne Testnet und internes Devnet auf. Der Chain ID von Nocturne ist 2. Es ist vor allem dafür da, Entwicklern das Testen von Protokoll-Upgrades, Smart Contracts und Knoten zu ermöglichen. Der offizielle Faucet verteilt Testnet-DUSK über einen Discord-Bot; die Beispiel-Gutschrift in der Knoten-Anleitung ist genau 5000 DUSK. Die Dokumentation macht außerdem ganz klar: Testnet-DUSK hat keinen realen Geldwert.#dusk
Diese DUSK haben trotzdem einen Nutzen. Beim Deployen von Test-Contracts, beim Senden von Transaktionen, beim Üben von Staking oder beim Prüfen von Wallet-Abläufen müssen die entsprechenden Token im jeweiligen Netzwerk verbraucht werden. Selbst eine erfolgreiche Transaktion hinterlässt Hashes und Block-Aufzeichnungen: Das beweist nur, dass die Aktion in der Testumgebung durchgelaufen ist. Man kann damit weder davon ausgehen, dass im Mainnet Vermögen angekommen ist, noch Testguthaben mit dem Marktpreis multiplizieren und als Bestand betrachten.
Ich gehe bei der Prüfung immer in vier Schritten vor: Wallet-Netzwerkname, Chain ID, Knotenadresse und Browser-Domain. Nur auf das DUSK-Symbol zu schauen, ist am leichtesten, weil die Oberfläche denselben Ticker verwenden kann. Wenn der Empfänger eine Börse ist, muss man zusätzlich prüfen, welche Ketten die Plattform unterstützt; Testnet-Adressen haben selbst bei ähnlichem Format keinen Aufladewert.
Testaufzeichnungen können auch nicht dazu dienen, Produkte vorzeitig damit „abzuliefern“. Wenn der Contract im Nocturne erfolgreich deployt wurde, heißt das, dass der Code unter den aktuellen Testbedingungen läuft; Audit, Mainnet-Parameter, echter Load und Asset-Risiken müssen jedoch separat verifiziert werden. Je reibungsloser das Testen, desto eher sollte man den Netzwerknamen im Screenshot lassen, damit er später nicht zu „DUSK: Neue große Überweisung“ abgeschnitten wird.
Wenn ich auf @Dusk schaue, behandle ich Testnet-DUSK als Trainingsmeilen in einer Trainingsstrecke: Man kann damit Übungen und Abläufe prüfen, aber man kann damit nicht „an den Second-Hand-Markt verkaufen“. Bevor ich $DUSK verwalte, muss ich zuerst das Netzwerk prüfen—auch wenn der Kontostand noch so groß ist, zählt am Ende, in welches Buchhaltungsregister es fällt.
Die offiziellen Netzwerkangaben von Dusk führen Mainnet, Nocturne Testnet und internes Devnet auf. Der Chain ID von Nocturne ist 2. Es ist vor allem dafür da, Entwicklern das Testen von Protokoll-Upgrades, Smart Contracts und Knoten zu ermöglichen. Der offizielle Faucet verteilt Testnet-DUSK über einen Discord-Bot; die Beispiel-Gutschrift in der Knoten-Anleitung ist genau 5000 DUSK. Die Dokumentation macht außerdem ganz klar: Testnet-DUSK hat keinen realen Geldwert.#dusk
Diese DUSK haben trotzdem einen Nutzen. Beim Deployen von Test-Contracts, beim Senden von Transaktionen, beim Üben von Staking oder beim Prüfen von Wallet-Abläufen müssen die entsprechenden Token im jeweiligen Netzwerk verbraucht werden. Selbst eine erfolgreiche Transaktion hinterlässt Hashes und Block-Aufzeichnungen: Das beweist nur, dass die Aktion in der Testumgebung durchgelaufen ist. Man kann damit weder davon ausgehen, dass im Mainnet Vermögen angekommen ist, noch Testguthaben mit dem Marktpreis multiplizieren und als Bestand betrachten.
Ich gehe bei der Prüfung immer in vier Schritten vor: Wallet-Netzwerkname, Chain ID, Knotenadresse und Browser-Domain. Nur auf das DUSK-Symbol zu schauen, ist am leichtesten, weil die Oberfläche denselben Ticker verwenden kann. Wenn der Empfänger eine Börse ist, muss man zusätzlich prüfen, welche Ketten die Plattform unterstützt; Testnet-Adressen haben selbst bei ähnlichem Format keinen Aufladewert.
Testaufzeichnungen können auch nicht dazu dienen, Produkte vorzeitig damit „abzuliefern“. Wenn der Contract im Nocturne erfolgreich deployt wurde, heißt das, dass der Code unter den aktuellen Testbedingungen läuft; Audit, Mainnet-Parameter, echter Load und Asset-Risiken müssen jedoch separat verifiziert werden. Je reibungsloser das Testen, desto eher sollte man den Netzwerknamen im Screenshot lassen, damit er später nicht zu „DUSK: Neue große Überweisung“ abgeschnitten wird.
Wenn ich auf @Dusk schaue, behandle ich Testnet-DUSK als Trainingsmeilen in einer Trainingsstrecke: Man kann damit Übungen und Abläufe prüfen, aber man kann damit nicht „an den Second-Hand-Markt verkaufen“. Bevor ich $DUSK verwalte, muss ich zuerst das Netzwerk prüfen—auch wenn der Kontostand noch so groß ist, zählt am Ende, in welches Buchhaltungsregister es fällt.
