#dusk $DUSK @Dusk
Duskには2つのトランザクションモデルがあって、私はそれらを1つのプライバシーシステムとして(名前が2つあるだけだと思って)ずっと扱っていました。
資料を改めて見直してみたところ、どうやら話はそう単純ではありませんでした。実際には、彼らは別々の課題を解いているのです。
MOONLIGHTは透明な方です。口座ベースで、表示される残高、送信者、受信者、そして金額が分かります。あるフローが観測可能であることが前提のときに有用です。
PHOENIXはまったく別の仕組みです。UTXOベースで、資金は見えている稼働残高としてではなく、シールドされたノートとして存在します。取引の詳細を明かす代わりに、ネットワークは「支出が有効である」ことを示すゼロ知識証明を検証します。さらに、その資金が存在すること、そして二重に使われていないことも含まれます。
私が特に面白いと思ったのはここです:
どちらも、もう一方のフォールバックではありません。
どちらもDuskDS上のネイティブなトランザクションモデルで、同じチェーンに決済されます。ウォレットのプロファイルは、MoonlightアカウントとPhoenixアカウントを並べて管理できます。
つまり、プライバシーは一度オンにする「設定」ではありません。
トランザクション単位の選択です。
送金を可視化したい? → Moonlight。
金額や参加者をシールドする必要がある? → Phoenix。
そして、後で権限のある当事者が証拠を必要とする場合は、Duskはビューイングキーによる選択的開示をサポートします。
これは、「1つのトランザクションモデルにプライバシーレイヤーを後付けする」設計とはかなり違う選択です。
ただし、私が本当に気になっている問いが残りました。
Duskがスケールしていく中で、根本的に異なる2つのトランザクションモデルを維持することは強みになるのか、それとも長期的なエンジニアリング上の頭痛の種になるのか?
そして実際の運用では、規制のある市場は本当に両方を必要としているのか。最終的にはどちらか一方がほとんどの仕事をすることになるのか?
Duskには2つのトランザクションモデルがあって、私はそれらを1つのプライバシーシステムとして(名前が2つあるだけだと思って)ずっと扱っていました。
資料を改めて見直してみたところ、どうやら話はそう単純ではありませんでした。実際には、彼らは別々の課題を解いているのです。
MOONLIGHTは透明な方です。口座ベースで、表示される残高、送信者、受信者、そして金額が分かります。あるフローが観測可能であることが前提のときに有用です。
PHOENIXはまったく別の仕組みです。UTXOベースで、資金は見えている稼働残高としてではなく、シールドされたノートとして存在します。取引の詳細を明かす代わりに、ネットワークは「支出が有効である」ことを示すゼロ知識証明を検証します。さらに、その資金が存在すること、そして二重に使われていないことも含まれます。
私が特に面白いと思ったのはここです:
どちらも、もう一方のフォールバックではありません。
どちらもDuskDS上のネイティブなトランザクションモデルで、同じチェーンに決済されます。ウォレットのプロファイルは、MoonlightアカウントとPhoenixアカウントを並べて管理できます。
つまり、プライバシーは一度オンにする「設定」ではありません。
トランザクション単位の選択です。
送金を可視化したい? → Moonlight。
金額や参加者をシールドする必要がある? → Phoenix。
そして、後で権限のある当事者が証拠を必要とする場合は、Duskはビューイングキーによる選択的開示をサポートします。
これは、「1つのトランザクションモデルにプライバシーレイヤーを後付けする」設計とはかなり違う選択です。
ただし、私が本当に気になっている問いが残りました。
Duskがスケールしていく中で、根本的に異なる2つのトランザクションモデルを維持することは強みになるのか、それとも長期的なエンジニアリング上の頭痛の種になるのか?
そして実際の運用では、規制のある市場は本当に両方を必要としているのか。最終的にはどちらか一方がほとんどの仕事をすることになるのか?
