ヘッジャーの資料を読み返しているとき、初見で見落としていた1行が心に残りました。
ヘッジャーは、EVM側のためのダスクのプライバシーモジュールで、完全なEVM互換性のために作られています。以前のアプローチであるゼッドジャーは、UTXOベースのレイヤー向けに作られました。
私が見落としていたのは、EVMがアカウントベースのモデルを使うため、ヘッジャーがゼッドジャーのような完全な匿名性を提供できないことです。
その代わりに提供されるのは、取引のプライバシーで、残高や金額は暗号化されたまま維持され、さらにEVMネイティブであることによるツールやパフォーマンスも備えています。内部では、ホモモルフィック暗号化とゼロ知識証明を組み合わせており、ブラウザ内で2秒以内に証明できます。
@Dusk
つまり、ここでの匿名性はプライバシーと同じものではありません。
弱点だと言いたいわけではありません。規制のある金融では、完全な匿名性が最初から目標だった可能性は低く、監査可能性のほうが重要です。ただし、それは単なる注釈ではなく、実際の設計上の選択であり、ダスクはそれを隠すのではなく明確に述べています。
#dusk
私が判断できないのは、その完全な匿名性を失うことが、実際には機関に何らかのコストをかけるのか、それともアカウントレベルの機密性がすでに必要なものをカバーしているのか、という点です。
$DUSK $APR $BR
ヘッジャーは、EVM側のためのダスクのプライバシーモジュールで、完全なEVM互換性のために作られています。以前のアプローチであるゼッドジャーは、UTXOベースのレイヤー向けに作られました。
私が見落としていたのは、EVMがアカウントベースのモデルを使うため、ヘッジャーがゼッドジャーのような完全な匿名性を提供できないことです。
その代わりに提供されるのは、取引のプライバシーで、残高や金額は暗号化されたまま維持され、さらにEVMネイティブであることによるツールやパフォーマンスも備えています。内部では、ホモモルフィック暗号化とゼロ知識証明を組み合わせており、ブラウザ内で2秒以内に証明できます。
@Dusk
つまり、ここでの匿名性はプライバシーと同じものではありません。
弱点だと言いたいわけではありません。規制のある金融では、完全な匿名性が最初から目標だった可能性は低く、監査可能性のほうが重要です。ただし、それは単なる注釈ではなく、実際の設計上の選択であり、ダスクはそれを隠すのではなく明確に述べています。
#dusk
私が判断できないのは、その完全な匿名性を失うことが、実際には機関に何らかのコストをかけるのか、それともアカウントレベルの機密性がすでに必要なものをカバーしているのか、という点です。
$DUSK $APR $BR