#dusk $DUSK @Dusk 昨晚我去查Moonlight和Phoenix到底是怎么衔接的,原本以为大概率跟大多数"双模式"系统差不多——注册时选一条路,基本就一直待在那条路上,真要切换的话大概是手动走个类似跨链桥的流程。结果不是这样。
有一个叫convert的函数,可以在Phoenix(屏蔽)和Moonlight(公开)两种状态之间原子级互换DUSK——同一笔交易,同一个结算层,没有单独的桥接合约,中间也不会有个包装资产悬在那儿。你证明自己拥有要转换的那一边的所有权,资金就直接过去了。
这跟表面看起来不太一样。大多数提供"可选隐私"的链,把这做成两套半独立系统——这边是屏蔽资金池,那边是公开余额,在两者之间切换,体验上更像是先提现再充值,两个独立事件,中间多一次可能出岔子的窗口。但这里是Transfer Contract层面的一次原子操作。没有任何资产会在转换过程中处于"在途中"的中间状态。
这一点对之前提到的机构工作流特别重要。一支基金通过Moonlight公开接收存款,之后要把其中一部分头寸转入Phoenix屏蔽余额再去执行一笔不想被看到的交易——这不是在两个产品之间搭桥,而是同一本账本上的一次操作,全程可证明。
这让我想起在同一家银行网点里,把钱从活期账户挪进保险柜,和把钱电汇到另一家机构再转回来的区别。前者资金全程都在同一个托管方手里,没有那种"钱技术上属于某个不确定第三方"的窗口期。
得说清楚,这些内容是我从工程更新日志里读到的convert函数设计说明,不是自己在实际钱包上跑过的——真实交易量下表现如何、部分转换是否存在边界情况,我没有验证过。
还在想:把屏蔽和公开余额放在同一条原子结算轨道上,是不是真的降低了机构的操作风险,还是说"随时可转换"反而会让监管方更盯着转换这个动作本身,而不是盯着任一种状态?
@Dusk $DUSK #dusk #Binance
有一个叫convert的函数,可以在Phoenix(屏蔽)和Moonlight(公开)两种状态之间原子级互换DUSK——同一笔交易,同一个结算层,没有单独的桥接合约,中间也不会有个包装资产悬在那儿。你证明自己拥有要转换的那一边的所有权,资金就直接过去了。
这跟表面看起来不太一样。大多数提供"可选隐私"的链,把这做成两套半独立系统——这边是屏蔽资金池,那边是公开余额,在两者之间切换,体验上更像是先提现再充值,两个独立事件,中间多一次可能出岔子的窗口。但这里是Transfer Contract层面的一次原子操作。没有任何资产会在转换过程中处于"在途中"的中间状态。
这一点对之前提到的机构工作流特别重要。一支基金通过Moonlight公开接收存款,之后要把其中一部分头寸转入Phoenix屏蔽余额再去执行一笔不想被看到的交易——这不是在两个产品之间搭桥,而是同一本账本上的一次操作,全程可证明。
这让我想起在同一家银行网点里,把钱从活期账户挪进保险柜,和把钱电汇到另一家机构再转回来的区别。前者资金全程都在同一个托管方手里,没有那种"钱技术上属于某个不确定第三方"的窗口期。
得说清楚,这些内容是我从工程更新日志里读到的convert函数设计说明,不是自己在实际钱包上跑过的——真实交易量下表现如何、部分转换是否存在边界情况,我没有验证过。
还在想:把屏蔽和公开余额放在同一条原子结算轨道上,是不是真的降低了机构的操作风险,还是说"随时可转换"反而会让监管方更盯着转换这个动作本身,而不是盯着任一种状态?
@Dusk $DUSK #dusk #Binance
