从以太坊或BSC上的旧版DUSK迁回主网时，我觉得最容易让普通用户慌的一幕是：钱包已经弹过一次确认，链上也显示成功，为什么Dusk主网余额还是没变化？官方迁移流程里，这第一次确认可能只是Approve（授权），真正启动迁移的是后面的Execute migration（执行迁移）。
我把这两步理解成银行代扣授权。先允许某个机构在额度内扣款，并不代表钱已经划走；还要有一次真正的扣款指令。链上也是一样：Approve只给迁移合约足够的授权额度，Execute才会锁定选定数量并开始迁移。如果此前额度已经够，授权这一步甚至会被直接跳过，所以有人只签一次，有人要签两次，并不一定是谁的流程出了故障。
这和BTC转账的直觉差别很大，它没有“先给代币合约额度、再执行转移”的这套操作。更容易踩坑的是，第一笔授权成功后，钱包里原资产通常还在，用户看到成功状态就开始等主网到账，结果实际上迁移根本没有启动。官方流程要求继续执行第二步，并以这笔执行交易的确认作为迁移计时起点，通常约一小时，这一步很关键。
如果资产来自ETH网络，源链上的授权和执行都可能产生网络费，因此最好预留足够原生Gas；BSC方向则用BNB支付。官方还提醒，交易所账户通常不能直接连接这套迁移流程，需要先把代币转进可连接的自托管钱包。多出来的步骤来自源链代币授权与迁移本身是两种不同动作，并非Dusk主网重复收费。
类比也有边界：链上授权额度不是一次性的纸面授权，额度可能继续存在，下一次迁移在额度足够时就不会再要求Approve。对@Dusk 的这条流程，我最希望界面把“授权完成”“迁移已启动”“主网已到账”做成三种完全不同的状态。对$DUSK 用户来说，第一笔成功却没到账时，先确认Execute有没有真正上链，比反复刷新余额更重要。
#dusk
我把这两步理解成银行代扣授权。先允许某个机构在额度内扣款，并不代表钱已经划走；还要有一次真正的扣款指令。链上也是一样：Approve只给迁移合约足够的授权额度，Execute才会锁定选定数量并开始迁移。如果此前额度已经够，授权这一步甚至会被直接跳过，所以有人只签一次，有人要签两次，并不一定是谁的流程出了故障。
这和BTC转账的直觉差别很大，它没有“先给代币合约额度、再执行转移”的这套操作。更容易踩坑的是，第一笔授权成功后，钱包里原资产通常还在，用户看到成功状态就开始等主网到账，结果实际上迁移根本没有启动。官方流程要求继续执行第二步，并以这笔执行交易的确认作为迁移计时起点，通常约一小时，这一步很关键。
如果资产来自ETH网络，源链上的授权和执行都可能产生网络费，因此最好预留足够原生Gas；BSC方向则用BNB支付。官方还提醒，交易所账户通常不能直接连接这套迁移流程，需要先把代币转进可连接的自托管钱包。多出来的步骤来自源链代币授权与迁移本身是两种不同动作，并非Dusk主网重复收费。
类比也有边界：链上授权额度不是一次性的纸面授权，额度可能继续存在，下一次迁移在额度足够时就不会再要求Approve。对@Dusk 的这条流程，我最希望界面把“授权完成”“迁移已启动”“主网已到账”做成三种完全不同的状态。对$DUSK 用户来说，第一笔成功却没到账时，先确认Execute有没有真正上链，比反复刷新余额更重要。
#dusk