#dusk $DUSK @Dusk 翻 Dusk 的技術論文リストを見ていると、Citadel というモジュールはずっと自分の中で見落としていました――大部分の人は Phoenix や Moonlight など、送金に直結するものばかりに注目していて、このデジタルID専用のプロトコルについて触れる人はあまりいません。論文を最後まで丁寧に読んで初めて、Dusk が「アイデンティティ」に関して解決しようとしている問題が、その資産プライバシーに対する考え方と一脈通じているのだと分かりました。
Citadel の中核となるシナリオはとても分かりやすいです。つまり、あるサービス（たとえば「18歳以上であることの証明」や「特定の金融商品にアクセスする権限があることの証明」）を利用したい場合、従来のやり方では身分証や証明書の情報をサービス提供者にそのまま渡します。提供者は控えを保持し、あなたの情報は追跡可能な形で残ってしまいます。Dusk のやり方は、第三者の役割――ユーザー、発行者（License Provider）、サービス提供者（Service Provider）――を導入することです。ユーザーはまず Dusk チェーン上で発行者に対して「license」を申請します。この license は本質的にプライバシー保護の NFT であり、Dusk ネットワーク内の1つの note と紐づけられます。さらに、その制御にはユーザーだけが知る鍵の組（論文では npk/nsk と呼ばれます）を用います。以後、ユーザーがサービスを使いたいときは、サービス提供者に対して「有効な license を持っている」ことを示すだけでよく、身分の詳細を一切渡す必要はありません。しかもサービス提供者は、この license がユーザーのどの note に対応しているのかを検証することもできません。
本当に巧いのは、同じ license が同一のサービス提供者の同じサービスに対して繰り返し利用でき、その複数回のアクセスをサービス提供者が同一ユーザーに紐づけられない点です。論文ではこれを明確に証明しており、設計上のはっきりした安全目標であって、単なる副作用ではありません。これは多くの「オンチェーンの資格（チェーン上のクレデンシャル）」の方式とは違います。そうした方式では往々にして公開されている NFT（公開アドレス）であり、たとえゼロ知識証明で権限情報を隠していても、NFT 自体の保有アドレスは追跡され、関連分析の対象になります。Dusk は、資格そのものも非公開にすることで、根本から関連付けの連鎖を断ち切る選択をしています。
Dusk がサービスを提供しようとしている機関や規制シーンにとって、「ある金融商品に誰がアクセスする権限を持つのか」という問題自体が、「このお金がどう送られるか」と同じくらい重要です。Citadel が埋めているのはまさにこの後者のパズルのピースです。