我最近一直没想通：如果交易金额和参与者都被隐藏，受监管资产怎么审计？可若为合规全部公开，隐私还剩什么？
我原以为 Dusk 只是“给转账套一层零知识证明”。直到翻到官方文档里的 Moonlight 和 Phoenix，我才发现它在同一结算层上铺了两条原生轨道。
Moonlight 是公开账户模型，发送方、接收方和金额可见；Phoenix 以加密票据记录资金，用零知识证明没有双花且余额足够，却不公开交易细节。两者最终都在 DuskDS 结算，由 Transfer Contract 分别验证。
这像同一座车站的普通线与隐私专线：前者公开站台信息，后者关上窗帘，但审计时可用 viewing key 定向打开检查窗。Citadel 2 又把它延伸到身份层，让用户证明自己持有合格凭证，而不必公开个人属性或具体凭证。
所以我认为，Dusk 解决的不是如何逃离监管，而是金融数据该对谁透明。风险也在这里：凭证由 License Provider 签发，Service Provider 仍要决定信任谁，viewing key 的保管和授权也会形成新的治理边界。披露权能否被审计、撤销和妥善管理，是我接下来更想观察的地方。
#dusk $DUSK @Dusk
我原以为 Dusk 只是“给转账套一层零知识证明”。直到翻到官方文档里的 Moonlight 和 Phoenix，我才发现它在同一结算层上铺了两条原生轨道。
Moonlight 是公开账户模型，发送方、接收方和金额可见；Phoenix 以加密票据记录资金，用零知识证明没有双花且余额足够，却不公开交易细节。两者最终都在 DuskDS 结算，由 Transfer Contract 分别验证。
这像同一座车站的普通线与隐私专线：前者公开站台信息，后者关上窗帘，但审计时可用 viewing key 定向打开检查窗。Citadel 2 又把它延伸到身份层，让用户证明自己持有合格凭证，而不必公开个人属性或具体凭证。
所以我认为，Dusk 解决的不是如何逃离监管，而是金融数据该对谁透明。风险也在这里：凭证由 License Provider 签发，Service Provider 仍要决定信任谁，viewing key 的保管和授权也会形成新的治理边界。披露权能否被审计、撤销和妥善管理，是我接下来更想观察的地方。
#dusk $DUSK @Dusk