#dusk $DUSK
大家主は、選択的な開示の面白いケーススタディだった😜。
私の相手は「家賃を払える証拠」が欲しいと言うけど、コーヒーを買った履歴まで全部載った通帳は要らないんだよね😂。
私は代わりにHRからのレターを渡した😎。
彼は必要なものを手に入れて、私は残りを非公開にした。取引が成立するために、全部を見せる必要はなかった。
ほとんどのブロックチェーンはそれができない🤷♀️。
公開がすべて（信頼には良いが、実データの扱いには不向き）か、非公開がすべて（プライバシーには良いが、法的に確認が必要な規制当局には不向き）か、どちらかになりがちだ。
Duskの設計は、その「大家主の問題」から始まっている😋👍: 必要なことを証明しながら、不要なものを見せずにどうやってやるのか。
それがDuskEVMメインネットで実現される。DuskのEVM互換レイヤーなので、ビルダーは通常のSolidityの道筋で作れる。しかも、機密なEVMワークフロー向けのDuskのプライバシーモジュール「Hedger」が搭載されている。
Hedgerは準同型暗号とゼロ知識証明を組み合わせていて、平たく言うとこういうこと: 基盤となるデータをネットワークに公開せずに、取引を計算して正当性を検証できる✅😸。
もし規制当局が特定のものを確認する必要があるなら、別の「承認された開示」ルートが用意されている。全員に全部見せる、というデフォルトではない。
これが、ほとんどのチェーンが現実の金融機関が関わった瞬間にぶつかるギャップだ。
機密性の高いポジションを扱う人は、完全な透明性だと引いてしまう。
完全なプライバシーだと、規制当局に答えなければならない人が困る。
Duskは、どちらかを選ぶのではなく、両方を同時に成立させようとしている。
「プライバシーチェーンにコンプライアンスを後付けした」感じよりも、「最初からコンプライアンスが設計要件だった」感じがする。
@Dusk_Foundation
ちょっと立ち止まって、Wonderして、そして当ててみて: Hedgerは実際に何を隠しているのか
🔐 公開される取引データ
👁️ 承認された審査者から何も見えない
🧮 証明ではなく計算
₿ 上記すべて
投票オプションの中に正解は1つしかないはず。👻 賢く推測してね。
大家主は、選択的な開示の面白いケーススタディだった😜。
私の相手は「家賃を払える証拠」が欲しいと言うけど、コーヒーを買った履歴まで全部載った通帳は要らないんだよね😂。
私は代わりにHRからのレターを渡した😎。
彼は必要なものを手に入れて、私は残りを非公開にした。取引が成立するために、全部を見せる必要はなかった。
ほとんどのブロックチェーンはそれができない🤷♀️。
公開がすべて（信頼には良いが、実データの扱いには不向き）か、非公開がすべて（プライバシーには良いが、法的に確認が必要な規制当局には不向き）か、どちらかになりがちだ。
Duskの設計は、その「大家主の問題」から始まっている😋👍: 必要なことを証明しながら、不要なものを見せずにどうやってやるのか。
それがDuskEVMメインネットで実現される。DuskのEVM互換レイヤーなので、ビルダーは通常のSolidityの道筋で作れる。しかも、機密なEVMワークフロー向けのDuskのプライバシーモジュール「Hedger」が搭載されている。
Hedgerは準同型暗号とゼロ知識証明を組み合わせていて、平たく言うとこういうこと: 基盤となるデータをネットワークに公開せずに、取引を計算して正当性を検証できる✅😸。
もし規制当局が特定のものを確認する必要があるなら、別の「承認された開示」ルートが用意されている。全員に全部見せる、というデフォルトではない。
これが、ほとんどのチェーンが現実の金融機関が関わった瞬間にぶつかるギャップだ。
機密性の高いポジションを扱う人は、完全な透明性だと引いてしまう。
完全なプライバシーだと、規制当局に答えなければならない人が困る。
Duskは、どちらかを選ぶのではなく、両方を同時に成立させようとしている。
「プライバシーチェーンにコンプライアンスを後付けした」感じよりも、「最初からコンプライアンスが設計要件だった」感じがする。
@Dusk_Foundation
ちょっと立ち止まって、Wonderして、そして当ててみて: Hedgerは実際に何を隠しているのか
🔐 公開される取引データ
👁️ 承認された審査者から何も見えない
🧮 証明ではなく計算
₿ 上記すべて
投票オプションの中に正解は1つしかないはず。👻 賢く推測してね。