8月18日，美国SEC提出新的加密资产规则，拟为部分涉及加密资产的投资合同设置定向发行路径，其中一项豁免额度最高可达7500万美元/12个月，但这仍是提案，不是已经生效的法律。
这个热点让我想到一个经常被忽略的问题：如果证券真的要上链，账本到底应该全部公开，还是全部藏起来？Dusk给出的答案不是二选一，而是同时保留 Moonlight 和 Phoenix。
先用两个熟悉的比喻。Moonlight更像银行账户：它是透明的 account-based 模型，账户由公钥标识，余额、nonce以及转账的发送方、接收方和金额都可见，适合需要对账、报告或公开核对的流程。 Phoenix则更像一组带密码的票据：资产以 encrypted notes存在，属于 UTXO-based 模型；交易可以通过零知识证明说明“我有权花、余额够、没有重复花费”，却不必把金额、具体note和发送方全部公开。
但 Phoenix 不是“完全匿名”。官方文档明确写到，发送方信息对接收方可见，用户还可以用 viewing key 在监管或审计需要时选择性披露。 这点很关键：隐私保护的是不必要的全网暴露，不是把所有责任都抹掉。
两种模型最后都由 DuskDS 的 Transfer Contract协调。它接收不同格式的交易，路由到对应验证逻辑，并统一处理费用、全局状态和双花问题。 从性质上看，交易都要满足所有权、余额与费用、反双花和防篡改；区别只是 Moonlight直接检查公开状态，Phoenix主要检查ZK proof。
@Dusk_Foundation $DUSK #dusk
综上哈，Dusk真正的取舍不是“透明好还是隐私好”，而是让同一金融系统可以按场景选择账本语义：需要公开核对时用 Moonlight，需要减少暴露时用 Phoenix。
这个热点让我想到一个经常被忽略的问题：如果证券真的要上链，账本到底应该全部公开，还是全部藏起来？Dusk给出的答案不是二选一，而是同时保留 Moonlight 和 Phoenix。
先用两个熟悉的比喻。Moonlight更像银行账户：它是透明的 account-based 模型，账户由公钥标识，余额、nonce以及转账的发送方、接收方和金额都可见，适合需要对账、报告或公开核对的流程。 Phoenix则更像一组带密码的票据：资产以 encrypted notes存在，属于 UTXO-based 模型；交易可以通过零知识证明说明“我有权花、余额够、没有重复花费”，却不必把金额、具体note和发送方全部公开。
但 Phoenix 不是“完全匿名”。官方文档明确写到，发送方信息对接收方可见，用户还可以用 viewing key 在监管或审计需要时选择性披露。 这点很关键：隐私保护的是不必要的全网暴露，不是把所有责任都抹掉。
两种模型最后都由 DuskDS 的 Transfer Contract协调。它接收不同格式的交易，路由到对应验证逻辑，并统一处理费用、全局状态和双花问题。 从性质上看，交易都要满足所有权、余额与费用、反双花和防篡改；区别只是 Moonlight直接检查公开状态，Phoenix主要检查ZK proof。
@Dusk_Foundation $DUSK #dusk
综上哈，Dusk真正的取舍不是“透明好还是隐私好”，而是让同一金融系统可以按场景选择账本语义：需要公开核对时用 Moonlight，需要减少暴露时用 Phoenix。