DUSKのドキュメントを1時間かけて読み込み、「あらゆるプライバシーチェーンが主張するもの」、つまりデフォルトでの機密トランザクションを探していました。$DUSK 、#dusk 、@Dusk 。けれど見つけたのは、実際に構築していなければ気づかないような分岐点でした。ベースレイヤーのトランザクションはシールドされています。ですが、スマートコントラクトのようなものとの合成可能性（composability）を求める瞬間、Piecrust経由で、ウォレットが標準で同梱しているものとは別の「機密なコントラクト実行」経路へルーティングされます。だから「デフォルトでプライベート」という表現は、送金に関しては技術的には正しい一方で、プログラマブルな用途ではひそかに条件付きです。目立った設計上の選択肢がひとつありました。ネットワークは、プライバシーと監査可能性をネットワーク全体の保証としてではなく、アプリケーション層でのトグル（切替）として扱っている、という点です。つまり、DUSKの上に作られるものの実際のプライバシー態勢は、開発者がどのモジュールを接続したかに完全に依存します。これは「欠陥」というほどのものではないのです。誰も宣伝しない影響を伴う、アーキテクチャ上の決定です。こういうチェーンの上で動く「プライバシーを守る」アプリが、実際にはただ“プライバシー対応”で、誰かが機能をオンにするのを待っているだけのものが、どれだけあるのか気になってしまいます。