多くの議論が、Duskがすでにローンチ済みであることを一つの結論として扱っていますが、この文には最も重要な主語が欠けています。供給元の公式サイトのスナップショットでは、Dusk Native L1 はLive、DuskEVM はTestnet、Hedger はTestnet、Dusk Trade はBuildingとされています。これら4つの名称が指しているのは、異なるレイヤーです。ネットワーク本体、EVM互換の実行パス、プライバシー関連モジュール、そしてトークン化された金融資産に向けたアプリケーション層の方向性。これらを1つの状態に圧縮してしまうと、すでに存在するネットワーク、検証可能な機能、そしてなお開発中のプロダクトが混ざり合って見えてしまいます。

もしチームの課題が「いま何を検証できるのか」なら、まずはモジュール名を報告し、その公開状態を次に報告すべきです。Native L1 の Live スナップショットは、DuskEVM の生産環境での利用可能性を宣言する代わりにはなりません。DuskEVM や Hedger の Testnet も、完全な展開済みだと押し通すことはできません。Dusk Trade の Building は、すでに取引がオープンになっていることとはまったく別です。こうするのは冷や水を浴びせるためではなく、評価の境界をはっきりさせるためです。決済基盤、テスト経路、またはアプリケーション層の計画を議論する際には、証拠の強さが異なり、その判断も変わるべきなのです。

プロダクト責任者にとって最も実用的な問いは、Dusk が結局ローンチ済みなのかどうかではありません。私たちが使うこの層は何と呼ばれるのか、どの状態にあるのか、そしてその状態がどんな結論を支えるのか——これこそが重要です。まず主語を補い、その用途と次のステップについて話すことで、曖昧な言い方を検証可能な技術判断に変えられます。

これが、同一プロジェクト名のもとで Live、Testnet、Building が同時に現れる理由でもあります。これらのタグは良し悪しの順序ではなく、読者が異なる検証方法を使うべきだという手がかりです。すでに稼働している基盤は既存のネットワーク事実として議論できます。テストモジュールは試験の範囲に限定して扱うべきで、建設中のアプリケーション層は公開されている方向性のみを議論するのが適切です。

@Dusk $DUSK #dusk