#dusk $DUSK @Dusk 最終化する前に、技術的主張を確認させてください。

あるのんびりした午後、Duskのホワイトペーパーを読んでみて、XSCが名前以上に何を意味しているのか気になり調べました。結局、トランザクションの章に引っかかってしまいました。Duskは1つのチェーン上で2つのモデルを動かしています。Moonlightは透明なアカウントシステム、そしてPhoenixはゼロ知識証明を使ったシールド付きUTXOモデルです。

想定外だったのは、Moonlightが元々の設計の一部ではなかったことです。Duskは、取引所との統合には公開トランザクションのモデルが必要だと気づいてから、Moonlightを追加しました。完全な匿名性はEUの規則の下で上場廃止リスクを生むためです。これはマーケティング的な理由ではなく、全体の読み方を変えてくれる実務上の理由でした。

2つのモデルは孤立していません。Transfer Contractにより、ユーザーはPhoenixのノートとMoonlightの残高を原子的に相互変換できます。またPhoenixはビューイングキー（閲覧鍵）をサポートしており、監査のために特定のトランザクションだけを選択的に開示できます。

具体例：小規模なトレーディングデスクが、Moonlightを通じて給与の支払いとトレジャリーの動きを報告します（完全に可視）。そのうえで、競合他社に見えない状態でPhoenixにより実際のポジション取引を実行します。必要であれば、規制当局が閲覧鍵を保持します。ブリッジもなく、セカンドチェーンもなく、同じ決済レイヤー上で完結しています。

以上が売り文句です。ドキュメントから私が判断できないのは、摩擦（運用上の手間）や、実際の負荷下で変換がどう振る舞うか、そして「シームレス」が成立するのかどうかです。両モデルが同じブロックスペースを奪い合う状況になったとき、ちゃんと滑らかに運用できるのか気になります。

誰か、DuskのテストネットでMoonlightからPhoenixへの変換を実際に動かした人はいますか？ アトミックで速い体感でしたか、それともドキュメントに書かれていないラグがありましたか？ $SOL $LAB