Duskについて読み進めるほど、その中でも特に面白いアイデアの多くが、小さなディテールに隠されていると気づきます。
その一例が、DUSKがプライベートな取引とスマートコントラクトの実行の間を行き来する方法です。
最初は、これらはネットワークの別々のパーツに過ぎないのだろうと思っていました。
しかしDuskは、それらの間をつなぐブリッジとして「Crossover」メカニズムを設計しています。
ユーザーは取引レイヤーでDUSKを保有し、コントラクトを呼び出す際に必要な値を汎用のコンピュートレイヤーへ移します。さらに取引自体が、その実行に必要なガス情報も運びます。
では、コントラクトが割り当てられたガスのすべてを使わなかったらどうなるのでしょう?
未使用分は、リファンドノートを通じて返却できます。
それは小さな技術的な要素のように聞こえます。
でも、アーキテクチャのより大きな何かを示していると思います。
Duskは、プライバシー、支払い、計算、手数料を、孤立した機能として扱っていません。それらは同じステート遷移プロセスの中で一緒に機能するように設計されています。
これは重要です。金融アプリケーションは、たいてい1つの箱にきれいに収まりません。
お金が動く。コントラクトが実行される。手数料が支払われる。データは保護が必要です。
面白いのは、プライバシーモデルを壊さずに、それら全部をうまく連携させることです。
そうしたインフラのディテールが、私にDuskを別の観点で見させてくれます。
@Dusk #dusk $DUSK
その一例が、DUSKがプライベートな取引とスマートコントラクトの実行の間を行き来する方法です。
最初は、これらはネットワークの別々のパーツに過ぎないのだろうと思っていました。
しかしDuskは、それらの間をつなぐブリッジとして「Crossover」メカニズムを設計しています。
ユーザーは取引レイヤーでDUSKを保有し、コントラクトを呼び出す際に必要な値を汎用のコンピュートレイヤーへ移します。さらに取引自体が、その実行に必要なガス情報も運びます。
では、コントラクトが割り当てられたガスのすべてを使わなかったらどうなるのでしょう?
未使用分は、リファンドノートを通じて返却できます。
それは小さな技術的な要素のように聞こえます。
でも、アーキテクチャのより大きな何かを示していると思います。
Duskは、プライバシー、支払い、計算、手数料を、孤立した機能として扱っていません。それらは同じステート遷移プロセスの中で一緒に機能するように設計されています。
これは重要です。金融アプリケーションは、たいてい1つの箱にきれいに収まりません。
お金が動く。コントラクトが実行される。手数料が支払われる。データは保護が必要です。
面白いのは、プライバシーモデルを壊さずに、それら全部をうまく連携させることです。
そうしたインフラのディテールが、私にDuskを別の観点で見させてくれます。
@Dusk #dusk $DUSK
