#dusk $DUSK @Dusk
私は、Duskがコンプライアンスの問いにどう対処するのかを振り返ってしまいます。というのも、私が想定していた形では解決されていないからです。多くの人は、ピッチは「デフォルトで非公開」だと一言で片づけて、そのまま先に進みます。しかし実際にDuskのドキュメントを読み進めてみると、際立っていたのは、同じトランザクション・モデルの中に組み込まれている「秘密状態」と「開示可能状態」の分岐でした。これは、後からコンプライアンスのレイヤーを上に“取り付けて”プライバシーを実現するものではありません。選択的開示の仕組み自体が、そもそものトランザクションの構造化の中にネイティブに組み込まれているため、発行者や監査人に閲覧キーを渡すことができます。その際、基盤となるプロトコルが「規制モード」と「通常モード」で分岐する必要はないのです。テストネットのアクティビティを見ていて気づいたのは、ほとんど誰も実際にはその開示経路をまだ使っていないということです。現時点では、それを要求するライブな規制当局の相手がいないからです。つまり仕組みはそこにあるものの、理論上は筋が通っていても、現実の摩擦による検証はまったく行われていない。建物に入居者が来る前に防火用の避難口を作るようなものです。これが先見の明なのか、それとも困難を先送りしただけなのかはわかりません。$DUSK 本当の試練は、ホワイトペーパーの説明ではありません。規制当局が初めて選択的開示を求め、その場のプレッシャーの下で、誰かがドキュメントではなく機能を“実際に”使わなければならない、その最初の瞬間こそが試験なのです
私は、Duskがコンプライアンスの問いにどう対処するのかを振り返ってしまいます。というのも、私が想定していた形では解決されていないからです。多くの人は、ピッチは「デフォルトで非公開」だと一言で片づけて、そのまま先に進みます。しかし実際にDuskのドキュメントを読み進めてみると、際立っていたのは、同じトランザクション・モデルの中に組み込まれている「秘密状態」と「開示可能状態」の分岐でした。これは、後からコンプライアンスのレイヤーを上に“取り付けて”プライバシーを実現するものではありません。選択的開示の仕組み自体が、そもそものトランザクションの構造化の中にネイティブに組み込まれているため、発行者や監査人に閲覧キーを渡すことができます。その際、基盤となるプロトコルが「規制モード」と「通常モード」で分岐する必要はないのです。テストネットのアクティビティを見ていて気づいたのは、ほとんど誰も実際にはその開示経路をまだ使っていないということです。現時点では、それを要求するライブな規制当局の相手がいないからです。つまり仕組みはそこにあるものの、理論上は筋が通っていても、現実の摩擦による検証はまったく行われていない。建物に入居者が来る前に防火用の避難口を作るようなものです。これが先見の明なのか、それとも困難を先送りしただけなのかはわかりません。$DUSK 本当の試練は、ホワイトペーパーの説明ではありません。規制当局が初めて選択的開示を求め、その場のプレッシャーの下で、誰かがドキュメントではなく機能を“実際に”使わなければならない、その最初の瞬間こそが試験なのです
