#dusk $DUSK @Dusk 三步提币才放款，DuskEVM这套桥接设计到底在防谁
把DuskEVM的桥接说明翻完，我最在意的不是终于能写Solidity合约，而是资产从EVM侧退回L1那套流程。一次退出要拆成三段：先从DuskEVM发起，再回到Dusk L1提交一份证明，最后还得等状态成熟才执行finalize。对普通用户来说，这显然不轻松。
说实话，这跟大多数OP系Rollup不一样。Arbitrum和Optimism的官方桥也走欺诈证明窗口，但它们用第三方流动性桥或者更低频的确认把部分等待感掩盖掉了；Dusk这里更像把每一步都摊开。DuskEVM是OP Stack执行环境，合约和应用在EVM侧跑，结算和数据可用性还是落回DuskDS。存入那条路简单，L1确认后EVM侧记帐就行。退出却复杂得多，L1不会只听EVM帐户说我要取回，它要等输出提案出现、验证状态、再过proof maturity和dispute-game检查，最后才放款。这个设计把快速执行和最终结算拆在不同层，退出这条路的等待和验证成本，也就压在了用户头上。
官方界面也比较实在，不建议用户自己按时间估算，而是盯着Waiting for output proposal、Ready to prove、Waiting to finalize这几个状态走。因为决定能不能退的不是钟表，而是状态是否真发出来、证明是否交上、争议窗口是否关闭。这比很多项目只给一个模糊的预计7天要负责任，但也意味着用户得在EVM侧留Gas，还要在L1准备两次操作费，任何一步余额不足都会卡住。
现在这份说明还只针对Testnet，用的测试币没有现实价值。测试跑通只能验证协议路径和钱包交互没断，推不出主网上线时间，更证明不了高负载下输出发布和证明提交能稳定完成。相比之下，一些竞品以经在主网跑过几轮压力测试，Dusk这一步还早。
把DuskEVM的桥接说明翻完，我最在意的不是终于能写Solidity合约，而是资产从EVM侧退回L1那套流程。一次退出要拆成三段：先从DuskEVM发起，再回到Dusk L1提交一份证明，最后还得等状态成熟才执行finalize。对普通用户来说，这显然不轻松。
说实话，这跟大多数OP系Rollup不一样。Arbitrum和Optimism的官方桥也走欺诈证明窗口，但它们用第三方流动性桥或者更低频的确认把部分等待感掩盖掉了；Dusk这里更像把每一步都摊开。DuskEVM是OP Stack执行环境，合约和应用在EVM侧跑，结算和数据可用性还是落回DuskDS。存入那条路简单，L1确认后EVM侧记帐就行。退出却复杂得多，L1不会只听EVM帐户说我要取回，它要等输出提案出现、验证状态、再过proof maturity和dispute-game检查，最后才放款。这个设计把快速执行和最终结算拆在不同层，退出这条路的等待和验证成本，也就压在了用户头上。
官方界面也比较实在，不建议用户自己按时间估算，而是盯着Waiting for output proposal、Ready to prove、Waiting to finalize这几个状态走。因为决定能不能退的不是钟表，而是状态是否真发出来、证明是否交上、争议窗口是否关闭。这比很多项目只给一个模糊的预计7天要负责任，但也意味着用户得在EVM侧留Gas，还要在L1准备两次操作费，任何一步余额不足都会卡住。
现在这份说明还只针对Testnet，用的测试币没有现实价值。测试跑通只能验证协议路径和钱包交互没断，推不出主网上线时间，更证明不了高负载下输出发布和证明提交能稳定完成。相比之下，一些竞品以经在主网跑过几轮压力测试，Dusk这一步还早。