Duskの「双口座の相互移転」を試したら、背筋が少し寒くなった――プライバシーはユーザーのために作るもので、開発者に愚痴らせるためじゃない。

昨晩、実測レポみたいな投稿を見た。作者がDuskのMoonlightとPhoenixを行ったり来たりに何度かいじってみたら、遊ぶほどに違和感が増していったという。

同じ一組の助記詞から派生した2つのアドレス――1つはガラスの水槽みたいに透明、もう1つは黒箱で、残高さえ見えない。ユーザー側で「切り替え」を一度タップすれば話は通るが、プロトコルの底層は完全に2系統の会計ロジックで動く：Moonlightは口座モデルで、残高はコントラクトに直接書き込まれる。PhoenixはUTXO＋noteで、Pedersenのコミットメントとnullifierで整える。@Dusk

この設計、すごくない？すごい。でもここに借貸コントラクトを書いてみろ――清算のときには2つの状態を同時に管理しないといけない。ETH残高と、プライバシーnoteのnullifierも一緒に算定する必要がある。Moonlight側のロジックを書くと大口が狙われるのが怖いし、Phoenix側のロジックを書くと規制当局がそのAPIを直接つぶしに来そうで怖い。ドキュメントにはふわっと「必要に応じて選択」と一文あるだけで、開発者はそれを見て言いたくなる――モジュール化じゃない。選択問題を生態系に丸投げしてるだけだ。

さらに背筋が寒くなるのは、別の分析。NPEXの証券トークンのストーリーは聞こえはいい。でも最終的には全部Moonlightに寄っていく。MiCAの担当勢はステーブルコインの準備金でさえ四半期ごとの監査を要求する。そこに「zk-proofがあるので盲化ビューを選べます」と言っても、規制当局の最初の反応はいつも同じだ――コードがワンクリックでExcelを出せるか？Phoenixの「選択的開示」は、弁護士の目には技術的なブラックボックスにしか映らない。もし事故が起きたら誰が署名する？機関投資家は馬鹿じゃない。現金同等の“実物”は、裸で走ってでも追責できる状態でいたい。

今、オンチェーンのステーキング比率が36%で一見悪くないように見えるけど、業界の人はみんな知っている。結局、ノードが自分で盛り上がってるだけだ。DuskEVMは出たけど、来年のDappリストでPhoenixの枠がまだ空っぽなら、このプロジェクトはプライバシープラグイン付きのEVMチェーンに退化する。物語はその時点で半分崩れる。

技術がダメと言ってるわけじゃない――UTXO＋ZKの組み合わせは確かにハードコアだ。けど、プロダクトがデフォルトの答えを提示しないことが、最大の失敗なんだ。普通のユーザーは助記詞すら覚えられないのに、毎回送金前に「今日はプライバシーを開くべきか」と悩ませることになる。

本当は観察用のポジションを付けようと思ったけど、撤回する。最初の、コアの流動性プールをPhoenixに投げて、しかもEUの規制当局から書面での公式な後ろ盾を得た事例を見てから判断する。
#dusk $DUSK