#dusk $DUSK @Dusk
実際にDuskが「認可された当事者に開示する」をどう実装しているのか探してみた。すると、文言が示す以上に小さなものが見つかった。すべてのPhoenixノートには所有者がいて、その所有者がView Keyを保持している。このキーを共有すれば、それを持つ者はあなたに属するすべての出力を検知できるようになり、さらに難読化されたノートの値も復号できる。これがアクセス制御レイヤーだ。以上。
$DUSK #dusk @Duskfoundation — そのキー自身の仕様から判断する限り、それは単なるスカラーで、かつ点(point)である。ロールフィールドも、スコープも、期限も、最初から組み込まれていない。これによって、チェーンが規制当局をビジネスパートナーや好奇心旺盛な元従業員とは別扱いにできるような要素がない。もしその区別が存在するなら、それはキー自体には書かれていない。
私にとって何が変わったか:「選択的開示」はポリシー機能のように聞こえる。だが実際にあるのは、キーの保管(custody)だ。プロトコルは所有者にレバーを渡す——共有するか、しないか。権限エンジンではない。そのキーを、適切な当事者に、適切な理由で渡すかどうかは、完全にオフチェーン上のプロセスの問題だ。
次に確認したいこと:View Keyを共有すると、所有者のノート履歴全体が一度に丸ごと露出するのか、それともDuskがそれを単一トランザクションにスコープできるのか?現時点のドキュメントではすべてかゼロか(all-or-nothing)に読めるが、アーキテクチャページだけでなく、実際のウォレット実装に照らして確認したい。
実際にDuskが「認可された当事者に開示する」をどう実装しているのか探してみた。すると、文言が示す以上に小さなものが見つかった。すべてのPhoenixノートには所有者がいて、その所有者がView Keyを保持している。このキーを共有すれば、それを持つ者はあなたに属するすべての出力を検知できるようになり、さらに難読化されたノートの値も復号できる。これがアクセス制御レイヤーだ。以上。
$DUSK #dusk @Duskfoundation — そのキー自身の仕様から判断する限り、それは単なるスカラーで、かつ点(point)である。ロールフィールドも、スコープも、期限も、最初から組み込まれていない。これによって、チェーンが規制当局をビジネスパートナーや好奇心旺盛な元従業員とは別扱いにできるような要素がない。もしその区別が存在するなら、それはキー自体には書かれていない。
私にとって何が変わったか:「選択的開示」はポリシー機能のように聞こえる。だが実際にあるのは、キーの保管(custody)だ。プロトコルは所有者にレバーを渡す——共有するか、しないか。権限エンジンではない。そのキーを、適切な当事者に、適切な理由で渡すかどうかは、完全にオフチェーン上のプロセスの問題だ。
次に確認したいこと:View Keyを共有すると、所有者のノート履歴全体が一度に丸ごと露出するのか、それともDuskがそれを単一トランザクションにスコープできるのか?現時点のドキュメントではすべてかゼロか(all-or-nothing)に読めるが、アーキテクチャページだけでなく、実際のウォレット実装に照らして確認したい。