#dusk $DUSK @Dusk
Ich habe Dusk’s Migrations-Flow geöffnet und die übliche Crypto-Logik erwartet: Token freigeben, auf Bestätigung warten, fertig.
Diese Annahme hätte mich eine Stufe zu früh stoppen lassen.
Beim Verschieben von ERC20- oder BEP20-DUSK in Dusk Mainnet startet „Freigabe“ die Migration nicht.
Die Freigabe gibt nur dem Migrationsvertrag die Berechtigung, das ausgewählte DUSK zu verwenden.
Es gibt jedoch noch eine zweite Aktion:
Migration ausführen.
Das ist die Transaktion, die die ausgewählten Tokens sperrt und den Move zu Dusk Mainnet tatsächlich startet.
Wenn ich also eine erfolgreiche Freigabe gesehen hätte, aber kein DUSK ankam, sollte meine erste Reaktion nicht sein:
„Irgendetwas ist fehlgeschlagen.“
Mein erster Check wäre viel einfacher:
Habe ich auch „Migration ausführen“ bestätigt?
Dusk’s Doku weist sogar im Troubleshooting darauf hin: Wenn die Freigabe erfolgreich war, die Migration jedoch nie gestartet wurde, geh zurück zur Web Wallet und führe die Migration aus. Die normale Verarbeitung beginnt ab dieser Ausführungs-Transaktion, nicht ab der Freigabe.
Genau solche UX-Details können dazu führen, dass eine erfolgreiche Transaktion wie ein abgeschlossener Prozess wirkt, obwohl sie in Wahrheit nur die Erlaubnis für den nächsten Schritt ist.
Meine Regel jetzt:
Freigabe gibt die Erlaubnis. Ausführung startet den Move.
Würde dieser Zwei-Schritt-Flow dich beim ersten Mal erwischen?
Umfrage:
✅ Ich würde beide Schritte bemerken
⚠️ Ich könnte nach „Freigeben“ stoppen
🤔 Ich würde zuerst die Doku checken
Ich habe Dusk’s Migrations-Flow geöffnet und die übliche Crypto-Logik erwartet: Token freigeben, auf Bestätigung warten, fertig.
Diese Annahme hätte mich eine Stufe zu früh stoppen lassen.
Beim Verschieben von ERC20- oder BEP20-DUSK in Dusk Mainnet startet „Freigabe“ die Migration nicht.
Die Freigabe gibt nur dem Migrationsvertrag die Berechtigung, das ausgewählte DUSK zu verwenden.
Es gibt jedoch noch eine zweite Aktion:
Migration ausführen.
Das ist die Transaktion, die die ausgewählten Tokens sperrt und den Move zu Dusk Mainnet tatsächlich startet.
Wenn ich also eine erfolgreiche Freigabe gesehen hätte, aber kein DUSK ankam, sollte meine erste Reaktion nicht sein:
„Irgendetwas ist fehlgeschlagen.“
Mein erster Check wäre viel einfacher:
Habe ich auch „Migration ausführen“ bestätigt?
Dusk’s Doku weist sogar im Troubleshooting darauf hin: Wenn die Freigabe erfolgreich war, die Migration jedoch nie gestartet wurde, geh zurück zur Web Wallet und führe die Migration aus. Die normale Verarbeitung beginnt ab dieser Ausführungs-Transaktion, nicht ab der Freigabe.
Genau solche UX-Details können dazu führen, dass eine erfolgreiche Transaktion wie ein abgeschlossener Prozess wirkt, obwohl sie in Wahrheit nur die Erlaubnis für den nächsten Schritt ist.
Meine Regel jetzt:
Freigabe gibt die Erlaubnis. Ausführung startet den Move.
Würde dieser Zwei-Schritt-Flow dich beim ersten Mal erwischen?
Umfrage:
✅ Ich würde beide Schritte bemerken
⚠️ Ich könnte nach „Freigeben“ stoppen
🤔 Ich würde zuerst die Doku checken
