我原来把机构上链最难的一关归到 KYC。我把 Dusk 的 Market Infrastructure 流程顺了一遍后,改了想法:随后文档把“将钱包绑定到已验证的参与者或凭证”单列成下一步。身份和地址被拆开处理,麻烦也从这里开始。
资格通过,只说明机构可以参与;钱包绑定后,某个具体地址才有持有和转让资产的入口。发行方希望借此把转让限制落到链上,托管团队却得把地址变更、权限交接和操作记录当成日常工作。合规不再是一张过期前有效的证明,它会跟着钱包关系一起移动。
我以前只把这理解成更严的准入门槛。现在看,它其实把“谁能买”的问题,推进成“哪把钥匙此刻能动”的问题。发行人少做一点线下核对,机构也多接下一份地址管理责任。
想象一个很普通的场景:投资者资格仍然有效,托管团队却因内部安全策略换了新地址,原地址被停用。若应用没有清楚的重新绑定、审批和生效状态,交易员在结算前才发现资产不能转,最先卡住的是订单和资金安排,不是那份 KYC 文件。
所以我不会因为 Dusk 能把身份和钱包接起来,就把机构上链说成已经顺滑。@Dusk 这套设计的价值,是把资格检查推进到执行入口;它还不能替产品回答地址更换时谁批准、多久生效、未完成订单怎么处理。$DUSK 能否让机构愿意留下,最后得看这段交接能不能被说清楚。#dusk
资格通过,只说明机构可以参与;钱包绑定后,某个具体地址才有持有和转让资产的入口。发行方希望借此把转让限制落到链上,托管团队却得把地址变更、权限交接和操作记录当成日常工作。合规不再是一张过期前有效的证明,它会跟着钱包关系一起移动。
我以前只把这理解成更严的准入门槛。现在看,它其实把“谁能买”的问题,推进成“哪把钥匙此刻能动”的问题。发行人少做一点线下核对,机构也多接下一份地址管理责任。
想象一个很普通的场景:投资者资格仍然有效,托管团队却因内部安全策略换了新地址,原地址被停用。若应用没有清楚的重新绑定、审批和生效状态,交易员在结算前才发现资产不能转,最先卡住的是订单和资金安排,不是那份 KYC 文件。
所以我不会因为 Dusk 能把身份和钱包接起来,就把机构上链说成已经顺滑。@Dusk 这套设计的价值,是把资格检查推进到执行入口;它还不能替产品回答地址更换时谁批准、多久生效、未完成订单怎么处理。$DUSK 能否让机构愿意留下,最后得看这段交接能不能被说清楚。#dusk