#dusk $DUSK @Dusk 今日、私は告知ページを読むだけではなく、Citadelの背後にある実際のGitHubリポジトリを調べてみました。その結果、両者のギャップは私の予想よりも大きかったです。
Citadelは2023年1月に、完全な研究論文、実働プロトコル設計、3つの定義された当事者（ユーザー、ライセンス提供者、サービス提供者）、そして実際の課題を解決するために特別に作られたプライベートNFTモデルとして正式に提示されました。他のSSIシステムが抱えていた問題とは何かというと、ゼロ知識証明によって資格情報（クレデンシャル）の内容が隠されていても、そのクレデンシャル自体が公開され、追跡可能なオンチェーン値として保存されがちだという点です。Citadelの貢献は、その漏えいを修正することにありました。
ツール群もあります。Moat、つまりCitadel SDKはGitHub上で稼働しており、プロトコルに基づく構築のためのCLIとリモートアクセスAPIがあります。そのためには稼働中のRuskノードと接続されたウォレットが必要です。これは単なる絵に描いた餅ではありません。コードは本当に存在し、オープンです。
しかし、現在のドキュメント・ハブを確認したところ、引っかかる注記を見つけました。「SDKは存在するが、現在のRuskモデル向けに更新が必要」とあります。これは、「プロトコルが設計され公開された」ことと、「プロトコルがネットワークの現行実装に対して積極的に保守されている」ことの間に、明確なギャップがあるという意味です。技術的に健全な3年前の暗号設計であっても、統合レイヤーが、その後にチェーンが複数層のアーキテクチャ転換を経ている現状に追随できているかまでは教えてくれません。
私は、これがCitadelが見捨てられた（abandoned）ということだとは思いません。研究レベルのプライバシー向けツールは、統合作業のバーストの間にしばらく休眠状態になることがよくあります。特に、チームの注力がDuskDS/DuskEVM/DuskVMに向いている間はそうです。とはいえ、だからといって、現時点でCitadelを「ライブなコンプライアンス・インフラ」の根拠として引用するのは、SDKが実際にどこまで整備されているかを過大に言ってしまうことになります。
今後追跡していく点は次のとおりです。Moatに対して、現在のRuskモデル向けの更新を行うコミットが入るかどうか。名のある機関やKYCプロバイダが、ユースケースとして参照するのではなく、本番環境でCitadelを実際にデプロイしているかどうか。そしてCitadelがDuskEVM/DuskVMのロードマップに明示的に取り込まれるのか、それともスタンドアロンの2023年の成果物のままになるのか、です。