我这两天真去按普通用户的思路走了一遍 Dusk，越走越觉得一个问题绕不过去：Dusk 的技术已经讲到机构级金融基础设施了，但用户入口直到现在还在补课。
@Dusk_Foundation 今年 4 月更新了 Dusk Connect 和新版 Dusk Wallet。新版钱包方向其实没毛病，浏览器插件、桌面端、移动端都准备做，公私密转账、shield/unshield、质押、领取奖励、DRC-20/DRC-721 也往一个入口里收。问题是，官方目前给它的状态还是 developer preview，而且官方自己都把 Connect + 新钱包称为 DuskDS 应用此前缺失的 “front-end pieces”。$BTC
这句话我看完反而有点扎眼。
主网上线已经不是一天两天了，普通用户真正高频接触的，却还是迁移、跨链、钱包切换这些最容易出错的环节。比如现在 ERC20/BEP20 DUSK 迁移到主网，用户可能要经历授权、再执行迁移，两笔不是一回事；官方文档甚至专门提醒“Approve 成功不代表迁移完成”，处理通常还要等约 1 小时。$NVDAB
反方向从 Dusk 主网桥到 BSC，又要填写 memo，官方明确写着 memo 缺失或错误可能无法自动处理，桥本身还收 1 DUSK。
更别说今年 1 月桥签名钱包出过事故。官方复盘披露，攻击者先后转走了数百万枚 DUSK，最后一次 891 万枚 DUSK 的跨桥尝试是在关桥后才失败。之后架构确实重做了，这点该认可。
但从用户角度我还是想问一句：如果一个项目目标是让真实金融用户上链，那“不会操作也不容易犯错”是不是应该和隐私、合规、性能一样，算核心产品能力？
我更想看到新版钱包赶紧从 preview 走到真正可大规模使用，把迁移、跨链、错误提示、状态追踪这些东西彻底收干净。技术复杂可以，不能把复杂留给用户。
#dusk $DUSK @Dusk
@Dusk_Foundation 今年 4 月更新了 Dusk Connect 和新版 Dusk Wallet。新版钱包方向其实没毛病，浏览器插件、桌面端、移动端都准备做，公私密转账、shield/unshield、质押、领取奖励、DRC-20/DRC-721 也往一个入口里收。问题是，官方目前给它的状态还是 developer preview，而且官方自己都把 Connect + 新钱包称为 DuskDS 应用此前缺失的 “front-end pieces”。$BTC
这句话我看完反而有点扎眼。
主网上线已经不是一天两天了，普通用户真正高频接触的，却还是迁移、跨链、钱包切换这些最容易出错的环节。比如现在 ERC20/BEP20 DUSK 迁移到主网，用户可能要经历授权、再执行迁移，两笔不是一回事；官方文档甚至专门提醒“Approve 成功不代表迁移完成”，处理通常还要等约 1 小时。$NVDAB
反方向从 Dusk 主网桥到 BSC，又要填写 memo，官方明确写着 memo 缺失或错误可能无法自动处理，桥本身还收 1 DUSK。
更别说今年 1 月桥签名钱包出过事故。官方复盘披露，攻击者先后转走了数百万枚 DUSK，最后一次 891 万枚 DUSK 的跨桥尝试是在关桥后才失败。之后架构确实重做了，这点该认可。
但从用户角度我还是想问一句：如果一个项目目标是让真实金融用户上链，那“不会操作也不容易犯错”是不是应该和隐私、合规、性能一样，算核心产品能力？
我更想看到新版钱包赶紧从 preview 走到真正可大规模使用，把迁移、跨链、错误提示、状态追踪这些东西彻底收干净。技术复杂可以，不能把复杂留给用户。
#dusk $DUSK @Dusk