プライバシーをコンプライアンス準拠の「殻」に詰め込むことで、Duskのオンチェーン体験はどこかねじれている

私はDuskを改めて見直した。Duskがやろうとしていることはとてもねじれている。帳簿を十分にプライベートにする一方で、規制当局が調べられる状態も保ちたい——この折り合いは、オンチェーン製品の中で手に取るように分かる。$DUSK は手数料とステーキングの器として価値捕捉が今のところ弱く、用途の大半はガバナンスや取引手数料から逃れられない。資本効率の面でも、一般的なパブリックチェーンとの差があまり開いていない。$NVDAB

テストネットで動かした限り、Duskのブロック確定速度は悪くない。ただ、Rusk仮想マシンのドキュメントの構造が飛びがちで、サンプルコントラクトには境界条件の説明がない。プライバシー・パラメータ付きの資産テンプレートを素早くデプロイしようとすると、リポジトリ内でissueを探して回る必要がある。Oasisと比べると、CipherやParcelのようにレイヤー分けされていることで、開発者が「プライバシーがどの層に落ちるべきか」を理解しやすい。Duskはより、能力を1つのVMに押し込むタイプで、学習曲線が急だ。Secret Networkの自動鍵管理は確かにとっつきやすいが、欠点はコンプライアンスの語りがずっと説得力を保てないこと。Duskはその逆で、コンプライアンスのロジックは明確だが、開発体験が後れを取っている。さらに、$DUSK のステーキング設計も、開発者のインセンティブと結びついていない。

さらに深く見ると、Duskは証券型資産やRWAをつなぎたいのだろうが、オンチェーン上ではいまだに十分に完成された“機関レベル”のサンプルが見当たらない。選択的開示のZKアプローチは検証速度の面で筋が通っているが、開示戦略が複数者の監査に関わると、一度はオンチェーンに寄せたはずのオフチェーンの信頼が再び持ち込まれてしまう。プライバシー×コンプライアンスのチェーンで本当に難しいのは暗号アルゴリズムではなく、ガバナンス上の境界線にある。Duskは方向性を選べている。あとは全部、時間をかけて少しずつ磨いていく“汚い実務”が残っている。@Dusk #dusk $DUSK