#dusk $DUSK @Dusk 私は以前、スマートコントラクトにおけるプライバシーとは「データを隠すか、他者に検証させるか」のどちらかを選ぶことだと思っていました。しかし今では、そのトレードオフはあまりに単純に感じます。
難しいのは、機微情報を保護したまま、それでも正しい当事者が何が起きたのかを確認できるようにする金融ワークフローを構築することです。
そこで私が注目しているのがHedgerです。DuskのEVM向けプライバシーモジュールとして、同型暗号化とゼロ知識証明を組み合わせることで、検証が消えてしまわないまま機密性のあるEVMワークフローを支えます。
実務上の利点は、規制対象のアプリケーションにおいて露出がより低くなり、手作業の検証が減ることかもしれません。ただしトレードオフも現実的です。暗号の複雑さ、スマートコントラクトのリスク、運用上の負担、そして機関がシステムを信頼する必要があります。
@Dusk_Foundation foundationは、プライバシーを追加することで採用の問題をすべて解決しようとしているわけではありません。改善はより具体的で、レビュー可能性を保ったまま、機密性をEVMワークフローの一部として組み込むことにあります。
これは、#dusk とDuskが探る価値のある方向性です。
Hedgerは、レビュー可能性を手放さずに、どのようにEVMへ機密ワークフローをもたらすのか?
$TUT $GPS
難しいのは、機微情報を保護したまま、それでも正しい当事者が何が起きたのかを確認できるようにする金融ワークフローを構築することです。
そこで私が注目しているのがHedgerです。DuskのEVM向けプライバシーモジュールとして、同型暗号化とゼロ知識証明を組み合わせることで、検証が消えてしまわないまま機密性のあるEVMワークフローを支えます。
実務上の利点は、規制対象のアプリケーションにおいて露出がより低くなり、手作業の検証が減ることかもしれません。ただしトレードオフも現実的です。暗号の複雑さ、スマートコントラクトのリスク、運用上の負担、そして機関がシステムを信頼する必要があります。
@Dusk_Foundation foundationは、プライバシーを追加することで採用の問題をすべて解決しようとしているわけではありません。改善はより具体的で、レビュー可能性を保ったまま、機密性をEVMワークフローの一部として組み込むことにあります。
これは、#dusk とDuskが探る価値のある方向性です。
Hedgerは、レビュー可能性を手放さずに、どのようにEVMへ機密ワークフローをもたらすのか?
$TUT $GPS
