我看 @Dusk 新版交易所接入文档时，注意到一个挺反直觉的选择：一条主打隐私能力的链，中心化交易所充值反而应该优先使用公开的 Moonlight，而不是 Phoenix。原因不难理解，交易所需要确定地扫描历史、识别客户、处理 nonce 并做资产对账；shielded note 如果直接进入通用充值系统，扫描和归属模型会完全不同。

官方给出的生产架构不是连一个公共 RPC 就结束，而是拆成 archive node、充值扫描器、托管账本、签名服务和广播节点。历史节点提供已终局的 Moonlight 记录；扫描器按 checkpoint 前进，并保证重复扫描不会重复入账；签名服务保护密钥、串行分配 nonce，还要保存已经签名的原始交易；广播节点负责预验证和传播。公开端点只适合开发，不能替代交易所自己的可用性和留存策略。

平时充值量小，少扫一个区块或 nonce 冲突可能只表现成到账慢。遇到节点重启、mempool 堆积、连续提现或链上接口升级，检查点能否恢复、同一笔充值会不会重复记账、已签交易会不会被重新构造，才决定资金账本能不能对齐。隐私链的风险在这里不是信息暴露，而是接入方为了省事把完整工程压成一条脚本。

所以我观察 #dusk 的交易所支持，不会只数上了多少平台。更有用的是原生 $DUSK 充值是否普及、平台是否明确区分 9 位小数的主网资产与 18 位小数的 ERC20/BEP20 表示、维护期间恢复要多久，以及充值提现是否长期稳定。

上币解决入口，账本工程决定入口能不能承载规模。对 Dusk 来说，Moonlight 不是对隐私叙事的退让，而是把该公开的运营流程留在可审计路径里。