#dusk $DUSK ドキュメントで月光とフェニックスの話がずっと出てくるのに、明確な説明がないまま、昨夜ようやく腰を据えて整理したんだ。で、正直?😂 期待してたのは1つのプライバシーシステムであって、同じベースレイヤー上に2つの共存するトランザクションモデルがあるとは思わなかった。
なので、duskds はデュアル・トランザクションモデルをネイティブに実装してる。月光は公開用で、アカウントベースのオプション。残高は透明で、読み取りもシンプル。多くのチェーンがデフォルトで動くのと似てる。フェニックスはプライベート用で、UTXO とノートベース。シールドされた残高と金額になる。私が特に目を引かれたのは、これが duskevm に hedger 経由で「プライバシーを後付け」しているのではなく、基盤レイヤーそのものに組み込まれていて、チェーン全体がどちらか一方に固定されるんじゃなく、トランザクションごとに使うモデルを選べること。
2つの間で価値を移すのは、単一の転送コントラクトを通じたシールド/アンシールド操作で処理される。月光のノートをフェニックスでプライベートにする、フェニックスのノートを月光に戻して公開にする、そしてそれらを1つのアトミックなトランザクションの中で完結する。ブリッジも、同じ資産のラップ版が漂ってくることもない。
で、これを理解してからずっと考えてるのが、同じ基盤キーで2つのモデルを実際に併用したとき、プライバシーはどうなるのかってこと。たとえば、あるトランザクションではフェニックスにシールドして、別のものでは月光のままでいると、それによって私の公開・非公開の活動の間にリンク可能なパターンが生まれて、どちらか片方だけ使うよりも情報が漏れやすくなるんじゃないか。私は、その「混ぜ方」による挙動を直接扱っているものは見つけられてなくて、変換そのものの仕組みだけが書かれてる。
とはいえ、ブリッジなし・ラップトークンなしでこういうことをやるのは、ほとんどのチェーンが「別の並列システム」としてプライバシーを後付けしてるやり方に比べると、かなりスッキリしてる。
正直、同一のアイデンティティのもとで月光とフェニックスを混ぜることが、静かにプライバシーを弱めてしまうのか、それともその懸念は実際には成り立たないのか、どっちなんだか分からない??
🤔
#dusk @Dusk $DUSK
なので、duskds はデュアル・トランザクションモデルをネイティブに実装してる。月光は公開用で、アカウントベースのオプション。残高は透明で、読み取りもシンプル。多くのチェーンがデフォルトで動くのと似てる。フェニックスはプライベート用で、UTXO とノートベース。シールドされた残高と金額になる。私が特に目を引かれたのは、これが duskevm に hedger 経由で「プライバシーを後付け」しているのではなく、基盤レイヤーそのものに組み込まれていて、チェーン全体がどちらか一方に固定されるんじゃなく、トランザクションごとに使うモデルを選べること。
2つの間で価値を移すのは、単一の転送コントラクトを通じたシールド/アンシールド操作で処理される。月光のノートをフェニックスでプライベートにする、フェニックスのノートを月光に戻して公開にする、そしてそれらを1つのアトミックなトランザクションの中で完結する。ブリッジも、同じ資産のラップ版が漂ってくることもない。
で、これを理解してからずっと考えてるのが、同じ基盤キーで2つのモデルを実際に併用したとき、プライバシーはどうなるのかってこと。たとえば、あるトランザクションではフェニックスにシールドして、別のものでは月光のままでいると、それによって私の公開・非公開の活動の間にリンク可能なパターンが生まれて、どちらか片方だけ使うよりも情報が漏れやすくなるんじゃないか。私は、その「混ぜ方」による挙動を直接扱っているものは見つけられてなくて、変換そのものの仕組みだけが書かれてる。
とはいえ、ブリッジなし・ラップトークンなしでこういうことをやるのは、ほとんどのチェーンが「別の並列システム」としてプライバシーを後付けしてるやり方に比べると、かなりスッキリしてる。
正直、同一のアイデンティティのもとで月光とフェニックスを混ぜることが、静かにプライバシーを弱めてしまうのか、それともその懸念は実際には成り立たないのか、どっちなんだか分からない??
🤔
#dusk @Dusk $DUSK