@Dusk は、モジュラー性とは単にコンポーネントが増えることではないのだと気づいていました。$DUSK 実際には、決済が行われる場所と実行が行われる場所を分けており、それによってチェーンに対する考え方が変わります。

最新のDuskのドキュメントを確認している間、私はDuskDSとDuskEVMを追いかけ続けました。DuskDSはコンセンサス、ファナリティ、データ可用性を扱い、一方DuskEVMはそれを通じて決済されるEVMの実行レイヤーです。

DuskVMは、L1上に直接存在する別の実行環境です。興味深いのは、すべてが、すべてのアプリケーションを1つの実行モデルに押し込むのではなく、同じ決済基盤に依拠できる点です。

私は最初、それを標準的なモジュラー・アーキテクチャの説明だと読み、ほとんど見落としそうになりました。ですが、Duskが実際のトランザクションをどう扱うかをよく見ると、MoonlightとPhoenixはいずれもDuskDSを通じて決済される一方で、スマートコントラクトの実行は別の場所に置くことができます。その結果、図が示すよりも、この分離はずっと実用的に感じられました。

それでも、トレードオフが気になります。アプリケーションがこれらの実行環境の間を移動し始めたとき、モジュラー性は実際にビルダーの複雑さを減らすのか、それともその複雑さをそれらの間のインターフェースに移すだけなのでしょうか…

@Dusk $DUSK #dusk