#dusk $DUSK @Dusk
Duskのことを考えれば考えるほど、そのアーキテクチャの考え方がより納得できるものになります。
最初は、「モジュラー」という言葉は、ただの別のブロックチェーンの流行り文句に聞こえるかもしれません。
しかし、Duskがどのように決済(settlement)と実行(execution)を分離しているかを見ると、ここにはもっと実務的な何かが起きていると感じます。
DuskDSは土台を担います——コンセンサス、決済、データ可用性(data availability)です。
そして次にDuskEVM。開発者に対して、DUSKをネイティブのガストークンとする、Ethereum互換の環境を提供します。
さらにDuskVMは別のルートを取り、Rust/WASMのスマートコントラクトをDusk L1上で直接実行できるようにします。
面白いのは、これらの環境が“孤立した島”ではないことです。
資産はレイヤー間で移動できます。
それによって、私のブロックチェーン・アーキテクチャの捉え方が変わります。
すべてのアプリケーションを同じ実行環境に無理やり押し込むのではなく、Duskは、それぞれのワークロードに実際に合う環境を使えるようにするシステムを作ろうとしているのです。
既存のEthereum開発者にはEVM互換。
別の実行経路を求めるアプリにはRust/WASM。
そしてその下支えとしてDuskDSが、決済の基盤を提供します。
私にとっては、ここで「モジュラー」が技術用語以上の意味になります。
それはデザイン思想になります:
担当を切り分け、各レイヤーを最適化する。でもエコシステムはつながったままにする。
そして、規制された金融インフラに焦点を当てたネットワークにとって、この柔軟性はますます重要になっていくかもしれません。
私はまだDuskを深掘りしていますが、アーキテクチャを見るほど、実行レイヤーが全体像の中で非常に重要なパーツである理由をより理解できてきます。
Duskは単に別のチェーンを作ろうとしているのではありません。
異なる形での構築が共存できる環境を作ろうとしているのです。
Duskのことを考えれば考えるほど、そのアーキテクチャの考え方がより納得できるものになります。
最初は、「モジュラー」という言葉は、ただの別のブロックチェーンの流行り文句に聞こえるかもしれません。
しかし、Duskがどのように決済(settlement)と実行(execution)を分離しているかを見ると、ここにはもっと実務的な何かが起きていると感じます。
DuskDSは土台を担います——コンセンサス、決済、データ可用性(data availability)です。
そして次にDuskEVM。開発者に対して、DUSKをネイティブのガストークンとする、Ethereum互換の環境を提供します。
さらにDuskVMは別のルートを取り、Rust/WASMのスマートコントラクトをDusk L1上で直接実行できるようにします。
面白いのは、これらの環境が“孤立した島”ではないことです。
資産はレイヤー間で移動できます。
それによって、私のブロックチェーン・アーキテクチャの捉え方が変わります。
すべてのアプリケーションを同じ実行環境に無理やり押し込むのではなく、Duskは、それぞれのワークロードに実際に合う環境を使えるようにするシステムを作ろうとしているのです。
既存のEthereum開発者にはEVM互換。
別の実行経路を求めるアプリにはRust/WASM。
そしてその下支えとしてDuskDSが、決済の基盤を提供します。
私にとっては、ここで「モジュラー」が技術用語以上の意味になります。
それはデザイン思想になります:
担当を切り分け、各レイヤーを最適化する。でもエコシステムはつながったままにする。
そして、規制された金融インフラに焦点を当てたネットワークにとって、この柔軟性はますます重要になっていくかもしれません。
私はまだDuskを深掘りしていますが、アーキテクチャを見るほど、実行レイヤーが全体像の中で非常に重要なパーツである理由をより理解できてきます。
Duskは単に別のチェーンを作ろうとしているのではありません。
異なる形での構築が共存できる環境を作ろうとしているのです。
