以前ずっとDuskの「監査可能なプライバシー」を注目していて、Phoenixの仕組みは宣伝がとても魅力的に見えました。取引の送信者や金額をプライバシーで秘匿しつつ、選択的開示にも対応していて、MiCAやトラベルルールのコンプライアンス要件を満たせるとのこと。聞いた感じだとほぼ完璧な解決策ですが、実際に使ってみるとどうなのでしょう？私はテストネットで実際に検証してみました。

単にPhoenixのプライバシートランスファーを1回送るだけなら問題なく、署名確認の後すぐにチェーンへ反映されます。ですが、本当の引っかかりは、その後のコンプライアンスの立証（エビデンス生成）の段階です。

資金の出所を示すための暗号学的証明を生成したいのに、ウォレットクライアント側に対応する操作入口がありません。GitHubの関連issueを調べに行きましたが、同じ問題を挙げているテストユーザーが1人だけではありません。現状はCLIツールを手動で使って証明資料をエクスポートするしかなく、一般の利用者はほぼ途方に暮れるでしょう。

正直、ちょっと気まずい感じです。プロジェクトはずっと「機関向けRWA（現実資産）」の領域を主戦場にしていて、コンプライアンス可能なプライバシーや、監査できるというストーリーにより中核の期待を担保しているはずです。選択的開示はコンプライアンス上の必須機能のはずなのに、ハードルが高すぎて一般の人や中小機関では理解・運用が難しい。

従来の金融なら、入出金明細を一括でエクスポートするだけで済むのに、Duskのコンプライアンス立証はコードを叩いて実現しなければならないのです。技術ロジックを実装できることと、それを商用に落とし込めることはまったく別物だと、改めて痛感しました。

現時点のこの機能は、成熟して実用に供するプロダクトというより、ラボの技術デモのように見えます。このような非常に高い利用ハードルは、大量の一般ユーザーを遠ざけるだけでなく、その後の中小機関の導入スピードも落としてしまうでしょう。

もちろん、今回の体験だけでプロジェクトを断定するつもりはありません。ただ、この「実際に困る」という問題が長期間改善されないなら、プロジェクトの実現（ローンチ）進捗に影響する可能性はあると思います。

#dusk $DUSK @Dusk .