#dusk $DUSK 私はDusk Networkについて調べてみて、ひとつ気になる点がありました。
「プライバシー重視のレイヤー1」と言うのは簡単です。より興味深いのは、Duskが機密スマートコントラクトとそのConfidential Security Contract(XSC)標準で何をしようとしているのかという点です。
金融アプリケーションでは、プライバシーとは単に送金額を隠すことだけではありません。
残高、ポジション、取引の詳細、あるいは金融契約の状態などを考えてください。これらをデフォルトで公開すると問題が生じる可能性があります。特に、そのアプリケーションが機微な金融情報を扱っている場合です。
しかし、もう一つの側面もあります。
ブロックチェーンは、何が起きているかを検証する必要があります。コントラクト同士は相互にやり取りする必要があります。アプリケーションは、既存の状態の上に構築できる必要があります。
つまり、システム全体を検証しづらくしたり、合成(コンポーズ)しづらくしたりすることなく、機密情報をプライベートに保つ方法を見つけることが本当の課題です。
私はDuskに対して、そこにこそ面白さを感じています。
ドキュメントでは、機密性が「普通の透明なチェーンの上に単にプライバシーを追加する」だけではなく、基盤となるコントラクトのモデルの一部として扱われていることが明確に示されています。
まだ気になっているのは、アプリケーションがより複雑になっていったときに、それがどのように機能するのかという点です。
コントラクトが引き続きスムーズに相互作用できる状態で、どれくらいの情報を非公開のままにできるのでしょうか。そして、Duskは強力な機密性と実用的な合成可能性(コンポーザビリティ)の間で、どこに線を引いているのでしょうか。
私にとって、それは「Duskは“プライバシー・ブロックチェーン”なのか?」と単純に問うよりも、ずっと面白い問いです。
機密スマートコントラクトは、真剣な金融アプリケーション向けの実用的なインフラになり得るのでしょうか?@Dusk
「プライバシー重視のレイヤー1」と言うのは簡単です。より興味深いのは、Duskが機密スマートコントラクトとそのConfidential Security Contract(XSC)標準で何をしようとしているのかという点です。
金融アプリケーションでは、プライバシーとは単に送金額を隠すことだけではありません。
残高、ポジション、取引の詳細、あるいは金融契約の状態などを考えてください。これらをデフォルトで公開すると問題が生じる可能性があります。特に、そのアプリケーションが機微な金融情報を扱っている場合です。
しかし、もう一つの側面もあります。
ブロックチェーンは、何が起きているかを検証する必要があります。コントラクト同士は相互にやり取りする必要があります。アプリケーションは、既存の状態の上に構築できる必要があります。
つまり、システム全体を検証しづらくしたり、合成(コンポーズ)しづらくしたりすることなく、機密情報をプライベートに保つ方法を見つけることが本当の課題です。
私はDuskに対して、そこにこそ面白さを感じています。
ドキュメントでは、機密性が「普通の透明なチェーンの上に単にプライバシーを追加する」だけではなく、基盤となるコントラクトのモデルの一部として扱われていることが明確に示されています。
まだ気になっているのは、アプリケーションがより複雑になっていったときに、それがどのように機能するのかという点です。
コントラクトが引き続きスムーズに相互作用できる状態で、どれくらいの情報を非公開のままにできるのでしょうか。そして、Duskは強力な機密性と実用的な合成可能性(コンポーザビリティ)の間で、どこに線を引いているのでしょうか。
私にとって、それは「Duskは“プライバシー・ブロックチェーン”なのか?」と単純に問うよりも、ずっと面白い問いです。
機密スマートコントラクトは、真剣な金融アプリケーション向けの実用的なインフラになり得るのでしょうか?@Dusk
