#dusk $DUSK @Dusk
J’ai ouvert le flux de migration de Dusk en m’attendant au schéma crypto habituel : approuver le token, attendre la confirmation, et c’est terminé.
Cette hypothèse m’aurait arrêté une étape trop tôt.
Lors du transfert de DUSK ERC20 ou BEP20 vers le mainnet de Dusk, l’option « Approve migration » ne lance pas la migration.
L’approbation donne uniquement au contrat de migration l’autorisation d’utiliser le DUSK sélectionné.
Il y a encore une deuxième action :
Exécuter la migration.
C’est la transaction qui verrouille les tokens sélectionnés et qui démarre réellement le transfert vers le mainnet de Dusk.
Donc, si je voyais une approbation réussie mais aucun DUSK qui arrive, ma première réaction ne devrait pas être :
« Quelque chose a échoué. »
Mon premier contrôle serait bien plus simple :
Ai-je aussi confirmé « Exécuter la migration » ?
Les documents de Dusk le mentionnent même dans le dépannage : si l’approbation a réussi mais que la migration ne démarre jamais, retournez dans le Web Wallet et exécutez la migration. Le traitement commence normalement à partir de cette transaction d’exécution, pas à partir de l’approbation.
C’est exactement le genre de détail UX qui peut faire passer une transaction réussie pour un processus terminé alors qu’il ne s’agit en réalité que de l’autorisation de l’étape suivante.
Ma règle maintenant :
L’approbation donne l’autorisation. L’exécution démarre le transfert.
Ce flux en deux étapes vous aurait-il piégé du premier coup ?
Sondage :
✅ Je remarquerais les deux étapes
⚠️ Je m’arrêterais après « Approve »
🤔 Je consulterais d’abord la documentation
J’ai ouvert le flux de migration de Dusk en m’attendant au schéma crypto habituel : approuver le token, attendre la confirmation, et c’est terminé.
Cette hypothèse m’aurait arrêté une étape trop tôt.
Lors du transfert de DUSK ERC20 ou BEP20 vers le mainnet de Dusk, l’option « Approve migration » ne lance pas la migration.
L’approbation donne uniquement au contrat de migration l’autorisation d’utiliser le DUSK sélectionné.
Il y a encore une deuxième action :
Exécuter la migration.
C’est la transaction qui verrouille les tokens sélectionnés et qui démarre réellement le transfert vers le mainnet de Dusk.
Donc, si je voyais une approbation réussie mais aucun DUSK qui arrive, ma première réaction ne devrait pas être :
« Quelque chose a échoué. »
Mon premier contrôle serait bien plus simple :
Ai-je aussi confirmé « Exécuter la migration » ?
Les documents de Dusk le mentionnent même dans le dépannage : si l’approbation a réussi mais que la migration ne démarre jamais, retournez dans le Web Wallet et exécutez la migration. Le traitement commence normalement à partir de cette transaction d’exécution, pas à partir de l’approbation.
C’est exactement le genre de détail UX qui peut faire passer une transaction réussie pour un processus terminé alors qu’il ne s’agit en réalité que de l’autorisation de l’étape suivante.
Ma règle maintenant :
L’approbation donne l’autorisation. L’exécution démarre le transfert.
Ce flux en deux étapes vous aurait-il piégé du premier coup ?
Sondage :
✅ Je remarquerais les deux étapes
⚠️ Je m’arrêterais après « Approve »
🤔 Je consulterais d’abord la documentation
