私は、DuskEVM について最も興味深い問いは「開発者が馴染みのある EVM ツールを使えるかどうか」ではないと思っています。
問題は、馴染みのある EVM 開発が、規制された金融のプライバシー要件と結びついたときに何が起こるかです。
DuskEVM は Dusk スタックにおける EVM 対応のアプリケーション層として設計されており、Hedger は EVM ワークフローのためのプライバシーモジュールです。私の関心を引いたのは、Hedger が機密性のある取引フローを支えるために、準同型暗号化とゼロ知識証明を用いている点です。
それは、興味深い緊張関係を生みます。
通常のパブリック・ブロックチェーン環境では、透明性によって検証が容易になります。しかし、金融機関には、単に誰にでも公開できない情報がしばしばあります。
そこで課題は、より具体的になります。つまり、必要に応じて正しい情報を検証または開示できる状態を保ちながら、取引を機密のまま維持できるのか、ということです。
私の見立てでは、これは「EVM 環境に単にプライバシーを追加する」だけの問題よりも、はるかに難しい課題です。
実際の金融アプリケーションがそれを使い始めたとき、このアーキテクチャがどのように振る舞うのかを見てみたいと思っています。
機関が選択的開示を必要とする場合、最終的に何が可視化されるかをコントロールすべきなのは、アプリケーション、規制当局、あるいはプロトコルのどれでしょうか?
@Dusk $DUSK #dusk
問題は、馴染みのある EVM 開発が、規制された金融のプライバシー要件と結びついたときに何が起こるかです。
DuskEVM は Dusk スタックにおける EVM 対応のアプリケーション層として設計されており、Hedger は EVM ワークフローのためのプライバシーモジュールです。私の関心を引いたのは、Hedger が機密性のある取引フローを支えるために、準同型暗号化とゼロ知識証明を用いている点です。
それは、興味深い緊張関係を生みます。
通常のパブリック・ブロックチェーン環境では、透明性によって検証が容易になります。しかし、金融機関には、単に誰にでも公開できない情報がしばしばあります。
そこで課題は、より具体的になります。つまり、必要に応じて正しい情報を検証または開示できる状態を保ちながら、取引を機密のまま維持できるのか、ということです。
私の見立てでは、これは「EVM 環境に単にプライバシーを追加する」だけの問題よりも、はるかに難しい課題です。
実際の金融アプリケーションがそれを使い始めたとき、このアーキテクチャがどのように振る舞うのかを見てみたいと思っています。
機関が選択的開示を必要とする場合、最終的に何が可視化されるかをコントロールすべきなのは、アプリケーション、規制当局、あるいはプロトコルのどれでしょうか?
@Dusk $DUSK #dusk
Application
0%
Regulator
0%
Protocol
38%
Shared control
62%
8 投票 • 投票は終了しました