DuskEVM上で取引データを確認していたところ、特定のコントラクト呼び出しに暗号化されたペイロードが含まれているのに、目に見える状態変化がないまま検証を通過していることに気づきました。これは私の側の単なる不正なデータ、またはインデックスの不具合だと考えていました。
しかしよく調べると、それらはエラーではなく、EVMレベルで機密計算を直接扱うレイヤであるHedger経由で処理された取引でした。値は同型暗号とゼロ知識証明を組み合わせることで実行中も暗号化されたままでしたが、ネットワークは基になる数値を一切公開することなく、それでも正しさを確認できていました。
この違いによって、私がこれまで雑に捉えていたことが見直されました。私はプライバシーと秘匿性を同じ意味だと思っていたのですが、そうではありません。秘匿性は、情報を誰からも隠します。私が見ていたのは、レビュー可能なプライバシーであり、データは既定で機密のまま保持されつつ、コンプライアンス目的のために選択的に検証可能であり続けます。これは、単に活動を見えにくくするだけの設計とは根本的に異なる目標です。
それでも私が判断できないのは、実際の利用の深さです。暗号化された実行は理論上は洗練されていますが、規制のある金融アプリケーションは動きが遅い傾向があり、現状の活動が本物の組織的な検証なのか、それとも開発者が好奇心からプリミティブを試しているだけなのか、まだ分かりません。
今後は、孤立したテストではなく、同じコントラクトで暗号化された呼び出しがどれくらい繰り返されているかを追跡したいです。継続的な利用は、実験よりも多くのことを示します。また、レビュー可能なプライバシー機能が、コンプライアンス重視のユースケース向けに作られたアプリケーションにおいて採用されているかも観察します。そうなれば、単なる新規性への興味ではなく、実際のプロダクトとしての適合性を示すシグナルになるはずです。
私はまだ、レビュー可能なプライバシーが規制された金融における本当の標準になるのか、それともニッチな技術的好奇心にとどまるのか、という未解決の疑問を抱えたままです。現時点では確信のある答えを持てていません。
@Dusk_Foundation #dusk $DUSK
$EDEN
$SCRT
しかしよく調べると、それらはエラーではなく、EVMレベルで機密計算を直接扱うレイヤであるHedger経由で処理された取引でした。値は同型暗号とゼロ知識証明を組み合わせることで実行中も暗号化されたままでしたが、ネットワークは基になる数値を一切公開することなく、それでも正しさを確認できていました。
この違いによって、私がこれまで雑に捉えていたことが見直されました。私はプライバシーと秘匿性を同じ意味だと思っていたのですが、そうではありません。秘匿性は、情報を誰からも隠します。私が見ていたのは、レビュー可能なプライバシーであり、データは既定で機密のまま保持されつつ、コンプライアンス目的のために選択的に検証可能であり続けます。これは、単に活動を見えにくくするだけの設計とは根本的に異なる目標です。
それでも私が判断できないのは、実際の利用の深さです。暗号化された実行は理論上は洗練されていますが、規制のある金融アプリケーションは動きが遅い傾向があり、現状の活動が本物の組織的な検証なのか、それとも開発者が好奇心からプリミティブを試しているだけなのか、まだ分かりません。
今後は、孤立したテストではなく、同じコントラクトで暗号化された呼び出しがどれくらい繰り返されているかを追跡したいです。継続的な利用は、実験よりも多くのことを示します。また、レビュー可能なプライバシー機能が、コンプライアンス重視のユースケース向けに作られたアプリケーションにおいて採用されているかも観察します。そうなれば、単なる新規性への興味ではなく、実際のプロダクトとしての適合性を示すシグナルになるはずです。
私はまだ、レビュー可能なプライバシーが規制された金融における本当の標準になるのか、それともニッチな技術的好奇心にとどまるのか、という未解決の疑問を抱えたままです。現時点では確信のある答えを持てていません。
@Dusk_Foundation #dusk $DUSK
$EDEN
$SCRT