Dusk のテストネットを走らせて出てきた複数の基礎データを引っ張り出して照合してみると、公式ナラティブで描かれているあの「機関レベルのコンプライアンス準拠の決済レイヤー」と、実際にチェーン上で起きているエンジニアリングの現実はまったく別物です。
公式はずっと、Dusk のゼロ知識証明がもたらす“完璧なコンプライアンス”と“プライバシー保護”を語っていますが、取引をそのカスタム仮想マシン Piecrust に実際に流し込んでベンチマークしてみると、証明生成の時間コストやノードの計算負荷は、宣伝資料に書かれているほど軽やかではありません。クライアント側の制約がある環境でゼロ知識証明の計算を回すと、ハードウェア要件がそのままボトルネックになり、軽量なノードの大半がそこで詰まってしまいます。つまり、Dusk の掲げる“分散型の検証ネットワーク”は、現実にはおそらく少数の高性能サーバー・ノードに収束していく、寡占ゲームになりやすいということです。
次に、状態爆発への対応ロジックを見てみましょう。汎用のパブリックチェーンは、増え続ける状態ツリーでなんとか“日銭を稼ぐ”構造ですが、Dusk では、RWA 資産のあらゆる移転にコンプライアンス証明、権限の状態、そして追跡用のマーキングが必ず付随します。そのため、過去状態の剪定と検証にかかるコストは、通常の送金と比べて一桁（約数倍〜10倍程度）の差が生じます。さらに厄介なのが匿名性の問題です。Dusk は“機関のプライバシーと規制の監査を両立する”と言っていますが、日次アクティブと実際の決済量がまだ伸びている垂直系ネットワークでは、相互作用のサンプル数が小さすぎるため、いかなる所謂オンチェーン・プライバシーも非常に脆く見えてしまいます。数回のアドレス・クラスタリング分析を行うだけで、“選択できるプライバシー”はほぼ丸裸になります。
横方向に汎用の Layer 2、あるいは Avalanche のようにサブネットで権限分離する方式と比べると、Dusk は確かに「集中型のマルチシグがいつでも帳簿を書き換える」ようなブラックボックス的な操作をかなり減らし、ゲームのルールをコードとゼロ知識証明で基盤層に“溶接”しています。しかし、その設計には非常に残酷な現実への対応が必須です。強く結びついたコンプライアンス準拠の資産は、そもそも汎用 DeFi の流動性の深い水域には入り込めません。外部のマーケットメーカーが継続的に資金を投じて“輸血”し続けない限り、Dusk 内部の資産の回転率は恐ろしく低くなります。
あなたは、コンプライアンスのために汎用的な互換性と即時の流動性を犠牲にするような Dusk のこの下層アーキテクチャが、伝統的な機関の資産が大規模にオンチェーン化されるその日まで持ちこたえられると思いますか？#dusk $DUSK @Dusk $ETH