#dusk $DUSK
假设我买了一只链上债券。
钱已经扣了。
结果债券没到账。
或者反过来:
债券已经转给我了,卖方那边却没收到钱。
这种事放在普通转账里可能只是“交易失败”。
放在金融里,就是整笔本金暴露在风险里。
最近看 @Dusk_Foundation 的 settlement 设计,我反而对 DvP 这三个字印象最深。
Delivery versus Payment。
说人话就是:
资产这一腿和付款这一腿,别各走各的。
最好是在同一个结算条件下绑定起来。
钱能交,资产才交。
资产能交,钱才算真正完成。
这也是为什么我现在觉得:
成交和 Settlement 根本不是一回事。
成交只是双方谈妥了。
Settlement 才是钱货真正两清。
Dusk 现在强调的 deterministic finality 和 DvP-ready workflow,本质上就是想把这两件事接起来。
Dusk Trade 也把 asset leg、payment leg coordination 和 settlement 放在同一条流程里。
不过这东西也别吹成“用了 DvP 就没有风险”。
不是。
如果交易最后没结算,你还是可能错过价格,还是可能临时缺流动性。
它解决的主要是另一件事:
别让我钱付了,资产没拿到。
或者资产给了,钱没回来。
所以我对 DvP 最简单的理解就是:
它不保证交易永远成功。
它只是尽量避免交易失败的时候,只失败一半。
这个我觉得比单纯讲“结算更快”实在得多。
假设我买了一只链上债券。
钱已经扣了。
结果债券没到账。
或者反过来:
债券已经转给我了,卖方那边却没收到钱。
这种事放在普通转账里可能只是“交易失败”。
放在金融里,就是整笔本金暴露在风险里。
最近看 @Dusk_Foundation 的 settlement 设计,我反而对 DvP 这三个字印象最深。
Delivery versus Payment。
说人话就是:
资产这一腿和付款这一腿,别各走各的。
最好是在同一个结算条件下绑定起来。
钱能交,资产才交。
资产能交,钱才算真正完成。
这也是为什么我现在觉得:
成交和 Settlement 根本不是一回事。
成交只是双方谈妥了。
Settlement 才是钱货真正两清。
Dusk 现在强调的 deterministic finality 和 DvP-ready workflow,本质上就是想把这两件事接起来。
Dusk Trade 也把 asset leg、payment leg coordination 和 settlement 放在同一条流程里。
不过这东西也别吹成“用了 DvP 就没有风险”。
不是。
如果交易最后没结算,你还是可能错过价格,还是可能临时缺流动性。
它解决的主要是另一件事:
别让我钱付了,资产没拿到。
或者资产给了,钱没回来。
所以我对 DvP 最简单的理解就是:
它不保证交易永远成功。
它只是尽量避免交易失败的时候,只失败一半。
这个我觉得比单纯讲“结算更快”实在得多。