@Dusk #dusk
$DUSK コアコンポーネント
Duskネットワークは、規制された金融に最適化されたモジュール型アーキテクチャを採用しています。必要な場所ではプライバシーを、役立つ場所では透明性を、そして市場のワークフローで求められる場面では決定論的な決済を提供します。全体像は次のとおりです。
コンポーネント：
1. DuskDS
役割：
決済およびデータ可用性の基盤：コンセンサス、最終性、そしてDuskのトランザクションモデル
次にどこへ：
Duskは2層のアーキテクチャを持っています。
DuskDS – 決済とデータ層（コンセンサス、データ可用性、トランザクションモデル）
DuskEVM – スマートコントラクトが実行され、Hedgerが存在するEVM実行層
このページでは、DuskDS上のトランザクションモデルを説明します。これは、内部で決済とプライバシーがどのように機能するのかを理解したい人向けの背景情報です。DuskEVM上でdAppsを構築する場合は、主にHedgerとEVMコントラクトとやり取りすることになります。

Phoenix vs Moonlight（DuskDS上）
DuskDSでは、価値は2つのネイティブな方法で移動できます。
Moonlight – パブリックな、アカウントベースの転送
Phoenix – ゼロ知識証明を用いたシールド（保護された）、ノートベースの転送
どちらも最終的には同じチェーンで決済されますが、オブザーバーに対して提示される情報が異なります。
完全な実装の詳細はホワイトペーパーを参照してください。
Moonlight – 公開残高
Moonlightは透明なトランザクションモデルです。
アカウントには表示可能な残高があります。
転送では送信者、受取者、金額が示されます。
観測が必要なフロー（例：一部のトレジャリーやレポーティングのシナリオ）に適しています。
概念的には標準的なアカウントモデルのように振る舞います。
多くのユーザーにとって、これはプロトコル層で「DUSKを透明に移動するだけ」の方法です。
Phoenix – シールド残高
Phoenixはプライバシー保護モデルです。
資金は、明示的な残高ではなく暗号化された「ノート」として保持されます。
トランザクションは、ゼロ知識証明により正しさ（二重支払いなし、十分な残高）を証明しつつ、次を明かしません：
どれだけが移動されるのか、どのノートが誰によって送信されたのか（受取人以外には）、どの特定のノート間で行われるのか。
ユーザーは、規制や監査で必要な場合にビューイングキー（閲覧キー）を通じて情報を選択的に開示できます。