@Dusk 自身の資料を何年分も振り返り、すべての内部コンポーネント名を洗い出し始めました：Rusk、Piecrust、DuskDS、DuskEVM、Lightspeed L2、Superbridge、Dusk Pay、Dusk Vault。単一チェーンの中核アーキテクチャに対して、約6年にわたる命名の入れ替わりとしてはかなりの量です。
hmmm 。その一部はよくあることです――プロジェクトは名称を変えたり、VMをブランド変更したり、スコープ拡大に合わせて新しいモジュールを追加したりします。 ただし、ここで見られるパターンは注意喚起に値します。これらのうちいくつかは追加ではなく、置き換え、あるいは既存コンポーネントの位置づけの変更です。プライバシー重視のVMは、DuskEVMが並行するEVM互換の実行レイヤーとして登場する前に、少なくとも1回は改名を経ています。"DuskDS"は、2026年のロードマップ文言では、DuskEVMと統合されることになっているプライバシー重視のレイヤーとして出てきます――つまり、メインネット後でさえ、アーキテクチャはまだ収束に向かっていると説明されており、落ち着いた状態とは言えません。
技術的なデューデリジェンスを行う機関の評価者にとって、命名の頻繁な変更は見た目の問題ではありません。たいていは、根底にある設計の頻繁な揺れ――コンポーネントのスコープの変更、作り直し、あるいは途中での再構想――を反映しています。これは、メインネット前のR&Dでは普通のことです。ところが、メインネットローンチから6か月後、機関が保管やコンプライアンスのために構築するはずの「中核インフラ」が、別のシグナルを示しているのです。
ここまでの話は、現行アーキテクチャが間違っているという意味ではありません。6年間の履歴が示しているのは、プロジェクトが、ローンチ後でさえ自分たちの設計へ積極的に収束し続けている、ということです。
では、アーキテクチャ上の命名の揺れは、反復（イテレーション）ではなくなり、コア設計が実際には安定していないというシグナルになっていくのは、どの時点からなのでしょうか？$DUSK #dusk