关于 Dusk 隐私模型的有趣细节,并不在于它支持保密交易。更关键的是:隐私在技术栈中的落点究竟在哪里。
我查看了当前的技术文档,Dusk 并不会把隐私描述为每个应用都自动具备的属性。DuskVM 是原生的 Rust/WASM 路径,专门面向隐私和零知识能力;而 DuskDS 则提供 Phoenix 用于带保护(shielded)的转账,以及 Moonlight 用于公开账户流程。
EVM 路径则不同。DuskEVM 针对 Solidity 以及熟悉的 EVM 工具链而构建,但文档将其中的保密功能描述为经由 Hedger 的一条路径,而不是简单地直接继承所有原生隐私能力。
我认为,这一区别比标题式的“保密智能合约”更重要。对于任何评估 Dusk 金融基础设施的人来说,有用的问题不只是隐私是否存在,而是:真实的、受监管的工作流程究竟会使用哪一条执行路径,以及在每一层中哪些数据仍然可见。
而这种落地实现层面的细节,正是我希望在实践中看到被衡量的部分。
@Dusk $DUSK #dusk
我查看了当前的技术文档,Dusk 并不会把隐私描述为每个应用都自动具备的属性。DuskVM 是原生的 Rust/WASM 路径,专门面向隐私和零知识能力;而 DuskDS 则提供 Phoenix 用于带保护(shielded)的转账,以及 Moonlight 用于公开账户流程。
EVM 路径则不同。DuskEVM 针对 Solidity 以及熟悉的 EVM 工具链而构建,但文档将其中的保密功能描述为经由 Hedger 的一条路径,而不是简单地直接继承所有原生隐私能力。
我认为,这一区别比标题式的“保密智能合约”更重要。对于任何评估 Dusk 金融基础设施的人来说,有用的问题不只是隐私是否存在,而是:真实的、受监管的工作流程究竟会使用哪一条执行路径,以及在每一层中哪些数据仍然可见。
而这种落地实现层面的细节,正是我希望在实践中看到被衡量的部分。
@Dusk $DUSK #dusk