Dusk Networkのアーキテクチャを読むと、なぜか立ち止まってしまうものがありました。最初は、馴染みのあるLayer 1だと思っていました。つまり、コンセンサス、スマートコントラクト、トークン、そしてその上に構築されたエコシステムです。
しかしよく読み進めると、Duskがコンポーネントを分けているやり方が、最初から読み直したくなるほどでした。
Duskのドキュメントでは、DuskDSは、settlementとdata availabilityのための基盤であり、Dusk L1のコンセンサス、finality、そしてトランザクションモデルを担う一方、executionは2つの方向に分離されています。L1上で直接Rust/WASMを動かすDuskVMと、Ethereumと互換性のあるEVM環境用のDuskEVMです。
私は、これが単にLayer 1を整理し直しただけなのか、それとも本当に別のアーキテクチャ選択を反映しているのかを理解したくて、掘り下げ始めました。
見つけたポイントはかなり明確です。Duskは、実行を1つの環境に集約していません。DuskDSはコンセンサス、settlement、data availabilityを処理し、DuskVMとDuskEVMはそれぞれ異なるexecutionモデルを担います。
待って、これはそのアーキテクチャがより優れていると断言するにはまだ足りませんが、それでも私のDuskに対する見方は変わりました。おそらく、より面白い問いは「DuskはLayer 1なのか？」ではなく、「これらのexecution環境が相当な利用を始めたとき、settlementをexecutionから切り離すことには本当にどんな価値があるのか？」でしょう。
#dusk $DUSK @Dusk $BTC
しかしよく読み進めると、Duskがコンポーネントを分けているやり方が、最初から読み直したくなるほどでした。
Duskのドキュメントでは、DuskDSは、settlementとdata availabilityのための基盤であり、Dusk L1のコンセンサス、finality、そしてトランザクションモデルを担う一方、executionは2つの方向に分離されています。L1上で直接Rust/WASMを動かすDuskVMと、Ethereumと互換性のあるEVM環境用のDuskEVMです。
私は、これが単にLayer 1を整理し直しただけなのか、それとも本当に別のアーキテクチャ選択を反映しているのかを理解したくて、掘り下げ始めました。
見つけたポイントはかなり明確です。Duskは、実行を1つの環境に集約していません。DuskDSはコンセンサス、settlement、data availabilityを処理し、DuskVMとDuskEVMはそれぞれ異なるexecutionモデルを担います。
待って、これはそのアーキテクチャがより優れていると断言するにはまだ足りませんが、それでも私のDuskに対する見方は変わりました。おそらく、より面白い問いは「DuskはLayer 1なのか？」ではなく、「これらのexecution環境が相当な利用を始めたとき、settlementをexecutionから切り離すことには本当にどんな価値があるのか？」でしょう。
#dusk $DUSK @Dusk $BTC
