#dusk $DUSK @Dusk
しばらくDuskのコンプライアンス層と一緒に過ごしていて、最初は確認できなかったことが、結局そのまま明記されているのだと分かりました。
明確な点：Citadelは、特定のアクションをゲートするために存在します。居住地や認可などの適格性を示しつつ、完全な身元は公開せず、ユーザー、ライセンス提供者、サービス提供者の三者間プロトコルによって実現されます。
最初に不確かだった点：どのアクションが実際にそのゲートを必要とし、どれがオープンのままなのか。Dusk自身のマーケット・インフラストラクチャのドキュメントがこれを直接答えています。それによれば、サービス提供や開示（報告、コーポレート・アクション、必要情報への選択的アクセス）は、アプリケーションごとに実装方法が異なり得ます。Duskは、固定のネットワーク全体のルールではなく、プロトコルの構成要素と実行パスを提供するだけです。
それによって、私が以前からただ推測していたことが裏付けられました。ゲートの判断が「Duskのプロトコルが“アクションXは常にライセンスが必要”を命じる」わけではありません。Citadelの上に作られた各アプリケーションが、何をゲートするかを選んでいるのです。2026年時点でDuskEVM上で積極的にロールアウト中のNPEXの規制済みdAppが、これのいちばん分かりやすい稼働中のテストです——ただし、このロールアウトは進行中であり、完了済みの確定的な証拠として指し示せるものではない、という点は正確に言いたいです。
そう考えると、より深い問いが「Citadelは何をゲートするのか」ではないんだと思います。Citadelは、その問いにプロトコル・レベルで答えるようには設計されていなかった。答えは、その上にあるアセットを発行する側に常にあるはずだったのです。
だから「あるアクションはライセンスが必要で、別のものは不要」というのは、実際にはDusk全体の方針ではありません。Duskがそれ用に特別に作ったツールを使い、発行者ごとの設定の選択として決まるものです。
とにかく、あとは時間が教えてくれるでしょう 👍
しばらくDuskのコンプライアンス層と一緒に過ごしていて、最初は確認できなかったことが、結局そのまま明記されているのだと分かりました。
明確な点：Citadelは、特定のアクションをゲートするために存在します。居住地や認可などの適格性を示しつつ、完全な身元は公開せず、ユーザー、ライセンス提供者、サービス提供者の三者間プロトコルによって実現されます。
最初に不確かだった点：どのアクションが実際にそのゲートを必要とし、どれがオープンのままなのか。Dusk自身のマーケット・インフラストラクチャのドキュメントがこれを直接答えています。それによれば、サービス提供や開示（報告、コーポレート・アクション、必要情報への選択的アクセス）は、アプリケーションごとに実装方法が異なり得ます。Duskは、固定のネットワーク全体のルールではなく、プロトコルの構成要素と実行パスを提供するだけです。
それによって、私が以前からただ推測していたことが裏付けられました。ゲートの判断が「Duskのプロトコルが“アクションXは常にライセンスが必要”を命じる」わけではありません。Citadelの上に作られた各アプリケーションが、何をゲートするかを選んでいるのです。2026年時点でDuskEVM上で積極的にロールアウト中のNPEXの規制済みdAppが、これのいちばん分かりやすい稼働中のテストです——ただし、このロールアウトは進行中であり、完了済みの確定的な証拠として指し示せるものではない、という点は正確に言いたいです。
そう考えると、より深い問いが「Citadelは何をゲートするのか」ではないんだと思います。Citadelは、その問いにプロトコル・レベルで答えるようには設計されていなかった。答えは、その上にあるアセットを発行する側に常にあるはずだったのです。
だから「あるアクションはライセンスが必要で、別のものは不要」というのは、実際にはDusk全体の方針ではありません。Duskがそれ用に特別に作ったツールを使い、発行者ごとの設定の選択として決まるものです。
とにかく、あとは時間が教えてくれるでしょう 👍