#dusk $DUSK 多くのブロックチェーンは「どうやってプライバシーを追加するのか？」と尋ねます。

しかし、Duskはもっと難しい問いを投げかけました。

「規制対象の証券とEVMアプリケーションが、まったく異なる種類のプライバシーを必要とするとしたら？」

この問いこそが、@duskが1つではなく2つのプライバシー・エンジンを構築した理由です。

Zedgerは、Duskのネイティブな金融資産環境のために設計されました。ハイブリッドなUTXO/アカウントモデルとSparse Merkle-Segment Trieにより、プライベートな残高の変更を記録しつつ、ネットワークが検証に必要なものだけを公開できます。これにより、配当分配、準拠した償還、そして決済を、すべての機微な詳細を公開せずに実現する必要があるConfidential Security Contractsにとって重要な存在になります。

ですがDuskEVMは、ルールを変えます。

標準的なSolidityアプリケーションはアカウントベースの環境で動作します。そのためDuskは、その世界に合わせて設計されたプライバシー・システムが必要でした。Hedgerは同型暗号とゼロ知識証明を用いて、機密の残高とワークフローをEVMアプリケーションへ持ち込みつつ、なじみのあるEthereumのツールを使える状態を維持します。

興味深いのは、Duskに2つのプライバシー技術があるという単純な事実ではありません。

むしろ、次の点を受け入れるアーキテクチャになっていることです。多くのチェーンが認めようとしないこと——

プライバシーは作業負荷（ワークロード）ごとに異なる、ということです。

規制対象の債券には、Solidityアプリケーションとは別の要件があります。投資家の適格性、安全性のライフサイクル、準拠した決済は、機密なEVM実行とは同じ問題ではありません。

だからZedgerとHedgerは同じ到達点を共有していますが、異なる技術的ルートを選んでいます。

トレードオフも明確です。2つの専門化されたシステムは適合性を高められる一方で、より多くのアーキテクチャ上の複雑さももたらします。

では、規制されたオンチェーン金融にとって、専門化はより賢いアプローチなのでしょうか？それとも、プライバシーは最終的に1つのユニバーサルなレイヤーになるべきでしょうか？

@Dusk_Foundation $AVAAI $BANK