Duskのコンプライアンス・チェーンは、プライバシーではなく開発者体験に時間をかけている
Duskのテストネットノードを立ち上げて数時間回したところ、同期速度が想定よりかなり遅く、ブロック高を追うのが大変でした。最初の反応として、この金融シーン向けのプライバシー設計には確かに手間がかけられていると感じました。PlonK一式のゼロ知識証明を取引のコンフュージョンに用い、台帳は不透明でも規制用のインターフェースには抜け道が残されている――この種のバランスは同業の中でも多くありません。ですがプロダクト面では、Duskはまだ、実際のRWA資産を受け入れて運用できる段階には距離があります。Duskは多くの場合、清算ニーズというより“物語のチケット”のように見えます。
私をいちばんつらくさせたのは、ドキュメントとツールチェーンです。ウォレットの操作がたまにpendingで固まり、ブラウザ上のスマートコントラクトの可読性もいまひとつ。夜間の送金についてプライバシーのパラメータを検証しようとすると、コードベースを掘り返さないといけません。同じ“コンプライアンス資産”領域でも、Polymeshはアイデンティティと権限を基盤に刻むやり方で（閉鎖的ではあるものの）導入の道筋がはっきりしています。Centrifugeは資産プールのキャッシュフロー処理がより直球です。Ondoはコンプライアンスをオフチェーンに置くことで、逆にオンチェーンの摩擦を省けています。Duskはプライバシーとコンプライアンスを両方取りに行こうとして、結果として開発者体験で不利になっている。これはメインネット段階であるべき状態ではありません。$NVDAB
取引レイヤーでは、Duskの変動がプライバシー・トラックと連動しているのは明確です。ただし、オンチェーンの実取引量が時価総額の“物語”を支えきれていない。テストネットのアプリを一回りしたところ、強く打ち出せるプロダクトは多くありません。ステーブルコインや証券トークンの発行主体の接続意欲は、今後の観察が必要です。プライバシー機能はテスト環境では魅力的ですが、これを機関のプロセスに入れたときに、監査や反マネロン（AML）を通せるかどうかは未知数。真にDuskがコンセプトから清算インフラへ進めるかを決めるのは、技術デモではなく、機関がその上に業務フローを載せてくれるかどうかです。現状を見る限り、この“半口気”はまだ補いきれていません。#dusk $DUSK @Dusk