今夜は市場が静かだったので、古いDUSKのメモを読み返して再び開くことにした。気になって仕方なかったのはひとつだ。古い議論ではZedgerとされていたのに対し、現在のドキュメントでは、その発展形としてHedgerが挙げられており、土台にはDuskEVMがあると言っている。

最初はそれを単なる命名の更新だと思った……だが、アーキテクチャを追ってみると違った。

直感的には、HedgerがDuskEVM上で動き、DuskEVMがアプリケーションをホストしているのなら、経済の物語の全体はその環境にあるのだろう、と考えやすい。

しかしDUSKのアーキテクチャはもっと階層的だ。

HedgerはDuskEVMの上に位置する。DUSKはブリッジを通じてDusk L1とDuskEVMの間を移動できる……それでも、実行は最終的にL1のデータ可用性と決済の基盤であるDuskDSへと接続される。

実行は別の場所でも起こり得る。だが最終的な経済的な真実は、どこかに着地しなければならない。

この違いは重要だ。

DuskEVMは、規制された資産向けのアプリケーションにEVM互換の実行環境を与える……ブリッジは、環境間の移動を提供する。DuskDSが決済と最終状態を固定する。

だが同時に、信頼境界の問題も生まれる。もしアプリケーションが技術的には有効な状態を生成できても、そのロジックや入力、あるいは統合が誤っていた場合、経済的な判断が妥当だったかどうかを評価することなく、決済が結果を確定してしまう可能性がある。

だからといって、これがDUSKに固有だと言っているわけではない。モジュール型のアーキテクチャは同じ区別に直面する。

ドキュメントのタブはまだ開いたままだ。とはいえ今は、「実行が起こる場所」と「真実が宿る場所」を同一視する気持ちが以前より薄れている。
@Dusk $DUSK #dusk