#dusk $DUSK @Dusk 合規をプライバシーレイヤーに書き込むのに、製品はCLIから出さなかった

ここ数日、Duskのテストネットとドキュメントを改めて全部読み直しました。ロードマップの空話は見逃さず、ノード、送金、ブロックエクスプローラーの3つの入口だけから試しました。Duskがやろうとしていることは、プライバシー分野では新しい話ではありません。規制対象資産のプライバシー化を、オンチェーンのデフォルト機能として実現する──その発想自体は悪くないです。ただし、合規のアイデンティティを取引の構築に直接押し込むやり方は、SecretやOasisとはかなり違います。Secretは汎用的なプライバシーコントラクト寄りで、OasisはTEEによる隔離に強みがあります。Duskは、まず監査可能性を表に出し、そのうえでゼロ知識証明で情報量を圧縮するタイプです。方向性は悪くありませんが、プロダクト層の仕上がりが明らかに一歩遅れている印象です。

ノードを動かすためのリソース負荷は大げさではなく、中小のバリデータにとっても比較的フレンドリーです。問題は主にインタラクションの導線にあります。プライバシー送金を1件送っても、ブロックエクスプローラーで確認できるのはほぼ読めない状態の変化だけで、結局はCLIに戻ってイベントログを待つしかありません。この半透明さはプライバシーの理念には一定の筋がありますが、合規監査を担当するチームにとってはかなりつらいはずです。DuskのSDKドキュメントにも断絶があります。基礎的なサンプルは動きますが、権限分割や選択的開示に触れるとそこで話が途切れてしまいます。Polymeshと比べると、後者のアイデンティティ階層ツールは格段に細かく、ロールや署名ルールをそのまま設定できる作りになっています。

トークン面では、Duskのネットワークトークンは現状、価値の捕捉はステーキングと手数料を中心に回っているようで、ガバナンスの重みには大きな差別化が見えていません。合規の物語はセカンダリーマーケットでは成立しやすいと言えますが、本当に機関が資産を載せようとするなら、手作業のKYCに依存しないアイデンティティの受け渡し（流通）モジュールがまだ必要です。OasisやConcordiumは、プライバシー上のアイデンティティとチェーン上の合規の境界処理でより成熟しています。Duskがテストネットでのデモにとどまるなら、その差は今後も拡大し続けるでしょう。

私は、プライバシー・パブリックチェーンという道の長期的価値を疑っていません。むしろ、Duskが選んだ切り口は、純粋な匿名性の物語よりも規制に耐えうると感じています。ただ現時点では、私には「プロトコル層の野心が、アプリ層の完成度を上回っている」ように見えます。合規に優しいことをこれ以上強調するよりも、まず開発者がCLIに縛られないようにし、ブラウザとアイデンティティのツールを揃えるべきだと思います。