私はどこか別の場所を指し示す文に従った
@Dusk
ドキュメントはルーティングによって優先順位を明らかにします。どのページが「読み続けろ」と促し、どのページが黙って別のプロダクトへとあなたを導くのか。それは、機能一覧よりも雄弁です。
#dusk これはDuskDSのトランザクションモデルに関する深掘りで行われています。Phoenixを詳しく説明し、そのうえで、DuskEVM上でdAppsを構築するなら、主にHedgerやEVMコントラクトとやり取りすることになる、と付け加えています。同じページで、Hedgerが存在するEVM実行レイヤーとしてDuskEVMが紹介されます。
Phoenixはより強力なプリミティブです。ページには、「どれだけ移動するのか」も「誰がノートを送ったのか」（受信者以外には）も「どの特定のノート同士の間で」行われるのかも明かさずに、送金が行われたことを証明できる、と書かれています。
Hedgerは別の制約のもとで動作し、Duskは2025年6月のローンチ投稿でそれをはっきり述べています。EVMのアカウントベースのモデルでは完全な匿名性は実現できません。その機能はZedgerが依然として提供しています。
この最後の一文こそが、私が繰り返し立ち返るところです。Zedgerは規制対象資産のためのL1プロトコルですが、決して出荷されませんでした。2025年9月のチームの集まりでは、仕様は完成していると語られました。しかし、開発の優先順位が別の方へ移った後、十分にテストされないままのMVP（最小実行可能製品）がある、という状態でした。
規制対象のものは何であれ、すべて逆方向を指しています。NPEXのdAppはDuskEVM上で動きます。Dusk TradeもDuskEVMに載っています。Chainlinkの取り決めにより、DuskEVM上で発行された資産がコンポーザブルになります。
正直に言うと、完全な送信者の匿名性は、ライセンスが必要な場ではおそらく実用化されなかったのだと思います。運営者は、誰が取引しているのかを把握する必要があります。MiFID IIは、取引の相手の身元を市場からは隠しますが、会場（運営側）からは隠しません。
つまり、より強力なモデルは規制されたフローには対応できず、代替としてDuskが自分の譲歩の中で挙げていた選択肢も、結局は構築されませんでした。
それで、L1のプライバシーはいったい何のために温存されていたのだろう、と私は不確かなままです。$DUSK