今天下午拆@Dusk 的Citadel协议，在“license”这个词上卡了好久。一开始我寻思这不就是把身份直接怼上链嘛，结果翻了好几遍文档才反应过来——根本不是那么回事。

重点是资格提供方线下核验完之后，给你签发一个加密许可证，然后在合约里登记。用户真正提交的是个零知识证明，证明“我手里有张有效的license”，服务商那边只核对公开的session，决定放不放行。整个过程里三类角色很清楚：用户、License Provider、Service Provider。

这感觉不像每进一栋楼都得交身份证复印件，更像医院给你核验一次，发张“体检合格”的凭证，健身房只看凭证有效就让你进，压根看不到病历和住址。但少披露不等于零信任，谁能当签发方、怎么撤销、过期多久、服务商会不在链外再收集信息——这些才真正划出隐私边界。

我看官方也说完整JS SDK还没到位，协议和开发体验真是两码事。再琢磨交易模型，Moonlight就是公开账户，余额地址金额全透明；Phoenix用屏蔽票据和nullifier，金额参与者都不暴露，还能用viewing key选择性披露。两者同链，用户按场景选。

但交易所接入时隐私真不是越多越好。托管、归因、审计都得配套运营，结果最常见的充提还是走公开路径。用户想藏点东西，得多走一次转换，成本不低啊。

以Moonlight提现为例，交易在节点待半小时就从mempool消失。官方说得很直白：过期时间不写在交易里，是各节点自己的策略。Rusk默认三天，有的配成30分钟。A节点看不见，B节点未必同步。transactions/removed只代表离开本地池，原因可能是进块、替换或冲突。202 Accepted只说明节点收了请求，别当最终状态。重试前得核对nonce和执行结果，单节点观察真不能当全网结论。#dusk

目前$DUSK 这套双路径设计，你们更倾向哪种用法？