手作業で帳簿をつけていた時代、複数社にまたがる売掛・買掛の支払いを巡る入出金の照合は、双方がそれぞれ1通ずつ書類を保有して行うのが頼りでした。関係者が突き合わせて誤りがなければ、無関係な人はそれ以上は入手できません。今日、同じような取捨選択をチェーン上に移すと、「それがプライバシーチェーンなのか」という問題ではなく、「この取引はどれだけ明らかにしてよいのか」という問題になります。

Dusk は、2種類の選択肢を同一の決済基盤上に置きます。Moonlight は公開アカウントモデルで、残高と取引フィールドは見える一方、署名と nonce が許可とリプレイ防止を担います。複数者が共同で照合する必要がある取引に適しています。Phoenix は note とゼロ知識証明で動作し、金額や関連情報を隠しつつ、残高の保存則や二重使用（ダブルスペンド）防止は検証できます。これらは2本の別チェーンではなく、同じ決済の仕組みに対する可視性の2つの段階です。

選定で本当に数えるべきは、維持コストです。公開フローでは、どんな取引も検索可能な記録として残り照合作業は楽になりますが、公開範囲が大きくなります。遮蔽フローでは、細部が保護されますが、各種の認可された当事者に対して検証可能な証明経路を準備するコストがかかります。手作業の時代の「誰に何を見せるか」という取捨選択が、今日では、それぞれが維持すべきルールとしてこの2つの段階に落とし込まれただけです。

現実の業務は、たいてい一方だけを選ぶわけではありません。ある売買代金には、双方で公開して照合する必要がある部分もあれば、第三者に検索されてほしくない関連情報もあります。そのため、同じ取引の中に公開区間と遮蔽区間が混在します。重要なのは、業務を区間（パート）に分け、それぞれの区間でどの段階を使うかを決めることであって、チェーン全体を一種類の可視性に統一することではありません。区間の切り分けが明確であるほど、選択の根拠はより確かなものになります。

判断するときは、当事者、金額のセンシティビティ、審査（閲覧）要件を小さな表に並べて、どの段階を選ぶか決めます。2つのフローは同じ一式の二重使用防止と完全性制約を共有しているため、どちらの段階を選んでも決済ルールは変わりません。@Dusk は公開と遮蔽を、同一の決済基盤上の選択肢として構成し、$DUSK の取引の可視性は業務が状況に応じて決めます。#dusk の判断もまた、この取引をどれだけ露出させるべきかから始めるべきであり、チェーンの属性から始めるべきではありません。