桥接页面常把过程压成一条进度线，真出问题时却不够用。背后有两组角色接力：SDK 把协议动作做成正确数据，钱包判断当前阶段并把交易送出去。分清谁管哪段，才知道从哪里排错。
官方 web-wallet PR #947 于 2026 年 8 月 7 日合并。里面的 SDK 责任包括收款人编码、MessagePassed 解析与哈希、withdrawal hashing、L1 prove/finalize 序列化和协议常量。它管的是“这份材料怎样才符合协议”。钱包一侧则负责 proof 获取、dispute-game 选择、W3sper 提交、finality gating 与 UI 编排，管的是“现在能不能进入下一步”。
@Dusk 的 DuskEVM 桥不能只用“成功或失败”排障：编码不对查 SDK；证明发现或成熟状态不对查钱包；材料就绪却未完成 L1 提交，再核交易发送与界面编排。同一条进度线停住，处理方法可能完全不同。
PR 还分别保存 Dusk 原生交易 ID，以及 adapter 转换后的 Ethereum hash。排障时若只留一个 hash，跨到另一侧就可能失去索引。对用户最实用的动作，是从开始便把两类交易身份都保存好。
维护者本地演练中，0.1 DUSK 最终账户净增 0.097716912，finalization gas 为 0.002283088 DUSK。这不是我的亲测，也不是公共测试网或主网的费率、时延和稳定性结论。$DUSK 的这次更新能证明责任分层与追踪字段怎样设计，不能替外部环境作保证。把组件、阶段和两类 hash 对齐，才有机会把“卡住了”变成可定位的问题。#dusk
官方 web-wallet PR #947 于 2026 年 8 月 7 日合并。里面的 SDK 责任包括收款人编码、MessagePassed 解析与哈希、withdrawal hashing、L1 prove/finalize 序列化和协议常量。它管的是“这份材料怎样才符合协议”。钱包一侧则负责 proof 获取、dispute-game 选择、W3sper 提交、finality gating 与 UI 编排，管的是“现在能不能进入下一步”。
@Dusk 的 DuskEVM 桥不能只用“成功或失败”排障：编码不对查 SDK；证明发现或成熟状态不对查钱包；材料就绪却未完成 L1 提交，再核交易发送与界面编排。同一条进度线停住，处理方法可能完全不同。
PR 还分别保存 Dusk 原生交易 ID，以及 adapter 转换后的 Ethereum hash。排障时若只留一个 hash，跨到另一侧就可能失去索引。对用户最实用的动作，是从开始便把两类交易身份都保存好。
维护者本地演练中，0.1 DUSK 最终账户净增 0.097716912，finalization gas 为 0.002283088 DUSK。这不是我的亲测，也不是公共测试网或主网的费率、时延和稳定性结论。$DUSK 的这次更新能证明责任分层与追踪字段怎样设计，不能替外部环境作保证。把组件、阶段和两类 hash 对齐，才有机会把“卡住了”变成可定位的问题。#dusk