規制対象の金融におけるプライバシーは、「すべてを明かさずに何かを証明する必要がある」時にこそ面白くなります。
そこで、@Dusk の機密EVMアプローチに注目しました。
Hedger は、同型暗号とゼロ知識証明を用いて機密EVMワークフローのために設計されています。実用的な発想は、用語よりも重要です:
機密の金融データ → コントラクト実行 → 検証 → 許可された開示
ある機関が、規制対象資産を保有する資格があることを証明する必要がある一方で、その全財務状況をすべての参加者に対して公開したくないと想像してみてください。許可された当事者であれば、基礎データを普遍的に可視化することなく、コンプライアンスに必要な情報を検証できます。
プログラマブルなプライバシーによって、「証明しなければならないこと」と「機密に保たねばならないこと」を分けることが目的になります。
それは Dusk にとって、コンプライアンスが独立して検証可能でありながら、どれだけの情報を非公開にできるのかという、より難しい試験になります。
私が繰り返し考えるのは、Dusk がコンプライアンスを別の不透明な信頼レイヤーに変えることなく、機密の金融データを非公開に保てるのかという点です。
それが、実際にどうなるのかを見届けたい部分です。
@Dusk $DUSK #dusk $PIEVERSE $BLESS
そこで、@Dusk の機密EVMアプローチに注目しました。
Hedger は、同型暗号とゼロ知識証明を用いて機密EVMワークフローのために設計されています。実用的な発想は、用語よりも重要です:
機密の金融データ → コントラクト実行 → 検証 → 許可された開示
ある機関が、規制対象資産を保有する資格があることを証明する必要がある一方で、その全財務状況をすべての参加者に対して公開したくないと想像してみてください。許可された当事者であれば、基礎データを普遍的に可視化することなく、コンプライアンスに必要な情報を検証できます。
プログラマブルなプライバシーによって、「証明しなければならないこと」と「機密に保たねばならないこと」を分けることが目的になります。
それは Dusk にとって、コンプライアンスが独立して検証可能でありながら、どれだけの情報を非公開にできるのかという、より難しい試験になります。
私が繰り返し考えるのは、Dusk がコンプライアンスを別の不透明な信頼レイヤーに変えることなく、機密の金融データを非公開に保てるのかという点です。
それが、実際にどうなるのかを見届けたい部分です。
@Dusk $DUSK #dusk $PIEVERSE $BLESS

