#dusk $DUSK 我今天在翻@Dusk 的交易模型文档,原以为Dusk就是"隐私链"——所有交易默认匿名,像Monero或Zcash那样。结果DuskDS里同时跑了两个交易模型:Moonlight是公开的、账户制的;Phoenix是屏蔽的、UTXO+零知识证明的。两种模型用同一个$DUSK 代币,走同一个Transfer合约。
这个设计一开始让我觉得矛盾:隐私链为什么要留一个公开模型?但细想发现,Moonlight的存在恰恰是为了合规。传统金融机构做交易,监管要求看到账户余额和交易记录;完全隐私的链上,审计师连账都查不了,根本过不了合规关。Moonlight提供的是跟传统银行账户类似的透明体验——有账户地址、有余额、有交易历史。
Phoenix则走另一条路:UTXO模型+零知识证明,交易金额和参与方可以隐藏,但持有View Key的审计方仍然可以查看。这就像公司账本:对外公开的是年报摘要,但审计师拿密钥能看到明细。
我类比一下,这不像一条路只能选"全部透明"或"全部匿名",而像一栋楼同时有玻璃会议室和隔音洽谈室。对外披露、监管申报用玻璃会议室(Moonlight);商业谈判、机构间结算用隔音洽谈室(Phoenix)。同一栋楼,不同场景进不同房间。
但双模型也带来复杂度。用户需要在Moonlight和Phoenix账户之间手动转移DUSK,目前没有自动路由。如果一个dApp只支持Moonlight,持有Phoenix屏蔽资产的用户就要先做一次跨模型转账,多一步操作、多一笔gas。
所以看#dusk 的账户体系,我关注的不只是"有没有隐私",而是开发者和用户在实际使用中更倾向哪个模型,以及跨模型转账的摩擦能不能被钱包层吸收。$DUSK 的流通效率,最终取决于这两个模型之间的切换成本。@Dusk
这个设计一开始让我觉得矛盾:隐私链为什么要留一个公开模型?但细想发现,Moonlight的存在恰恰是为了合规。传统金融机构做交易,监管要求看到账户余额和交易记录;完全隐私的链上,审计师连账都查不了,根本过不了合规关。Moonlight提供的是跟传统银行账户类似的透明体验——有账户地址、有余额、有交易历史。
Phoenix则走另一条路:UTXO模型+零知识证明,交易金额和参与方可以隐藏,但持有View Key的审计方仍然可以查看。这就像公司账本:对外公开的是年报摘要,但审计师拿密钥能看到明细。
我类比一下,这不像一条路只能选"全部透明"或"全部匿名",而像一栋楼同时有玻璃会议室和隔音洽谈室。对外披露、监管申报用玻璃会议室(Moonlight);商业谈判、机构间结算用隔音洽谈室(Phoenix)。同一栋楼,不同场景进不同房间。
但双模型也带来复杂度。用户需要在Moonlight和Phoenix账户之间手动转移DUSK,目前没有自动路由。如果一个dApp只支持Moonlight,持有Phoenix屏蔽资产的用户就要先做一次跨模型转账,多一步操作、多一笔gas。
所以看#dusk 的账户体系,我关注的不只是"有没有隐私",而是开发者和用户在实际使用中更倾向哪个模型,以及跨模型转账的摩擦能不能被钱包层吸收。$DUSK 的流通效率,最终取决于这两个模型之间的切换成本。@Dusk
双模型设计很聪明,兼顾合规和隐私
0%
切换太麻烦,钱包应该自动处理
0%
0 Votos • Votación cerrada