#dusk $DUSK @Dusk
XSC標準の中で、実際には何を意味するのか確認するまで小さく見えていた細部に、何度も立ち返って考えました。$DUSK and #DuskNetworkは通常、「規制に応じて調整する、共有された1つの仕組み」のように「プログラマブル・コンプライアンス」を提供すると説明されますが、ルールはプロトコルレベルで統括されているわけではありません。セキュリティトークンが作成された時点で、各発行体がルールを設定します。発行体はホワイトリストを管理し、法的命令に従うために資産の強制移転を行い、失われたウォレットを回復することもできます。これらはすべて発行体側の機能であり、ネットワーク側の機能ではありません。一方でDuskの実際のプロトコル上のガバナンスは、Core R&D TeamとGovernance Councilが、特定の資産に組み込まれたコンプライアンス・ロジックではなく、参照ネットワークそのもののアップグレードを扱います。つまり、私が想定していたようには2つのガバナンス層は重なりません。したがって、ここでの「プログラマブル・コンプライアンス」は、「法律が変われば自動的に適応するネットワーク全体の仕組み」というよりは、「発行体が定義するコンプライアンスで、一度プログラムされ、その後はその発行体が管理するもの」に近いです。これは、発行体に規制対象資産の法的なコントロールを与えるための堅実な設計だと言えますが、その一方で、最新状態を保つ負担は各発行体が個別に負うことになります。Dusk上で、1つか2つではなく十数の発行体が存在するようになったとき、それがどのような規模感で意味を持つのか、まだ検討中です。
XSC標準の中で、実際には何を意味するのか確認するまで小さく見えていた細部に、何度も立ち返って考えました。$DUSK and #DuskNetworkは通常、「規制に応じて調整する、共有された1つの仕組み」のように「プログラマブル・コンプライアンス」を提供すると説明されますが、ルールはプロトコルレベルで統括されているわけではありません。セキュリティトークンが作成された時点で、各発行体がルールを設定します。発行体はホワイトリストを管理し、法的命令に従うために資産の強制移転を行い、失われたウォレットを回復することもできます。これらはすべて発行体側の機能であり、ネットワーク側の機能ではありません。一方でDuskの実際のプロトコル上のガバナンスは、Core R&D TeamとGovernance Councilが、特定の資産に組み込まれたコンプライアンス・ロジックではなく、参照ネットワークそのもののアップグレードを扱います。つまり、私が想定していたようには2つのガバナンス層は重なりません。したがって、ここでの「プログラマブル・コンプライアンス」は、「法律が変われば自動的に適応するネットワーク全体の仕組み」というよりは、「発行体が定義するコンプライアンスで、一度プログラムされ、その後はその発行体が管理するもの」に近いです。これは、発行体に規制対象資産の法的なコントロールを与えるための堅実な設計だと言えますが、その一方で、最新状態を保つ負担は各発行体が個別に負うことになります。Dusk上で、1つか2つではなく十数の発行体が存在するようになったとき、それがどのような規模感で意味を持つのか、まだ検討中です。