ブロックチェーンにはよくあるジレンマがあります——分散化、安全性、拡張性は両立しにくい。しかし、金融アプリを主軸とするパブリックチェーンにとっては、より具体的な問題があります：プライバシーを保護しつつ、コンプライアンス監査を満たし、しかもパフォーマンスを犠牲にしないにはどうすればよいか？強いプライバシーは速度を遅くしがちで、コンプライアンス機構を導入するとプライバシーが破られる可能性があり、高性能を追求すると機能を簡素化せざるを得ない。これら三者はまるで死の結びつきのように見えます。

そこで、Duskというプロジェクトがあります。その考え方は、すべての機能を一つのモノリシックなシステムに無理やり詰め込むのではなく、モジュールに分割し、それぞれが自分の役割を果たすことにあります。

**実行層はプライバシーの仕事を担う**

Piecrust VMは、専らプライバシーに関するスマートコントラクトを実行する層で、WASMアーキテクチャに基づいています。ここではゼロ知識証明の生成を含むコードを実行でき、その効率も悪くありません。メリットは何か？この層は独立して最適化可能で、例えばZKハードウェアアクセラレータを統合することもでき、他の層の影響を気にせずに済みます。プライバシー計算のロジックが複雑でも、ここだけで処理され、システム全体に拡散しません。

**決済層はコンプライアンスとセキュリティを担う**

SBPコンセンサスは、決済とコンセンサスの役割を引き受けます。これはBFTに類似した高速な最終性を提供し——金融アプリにはこのような迅速な確定性が必要です。この層には、グローバルなコンプライアンス状態と監査インターフェースも組み込まれており、プライバシー計算の結果に「コンプライアンスの錨（いかり）」を付ける役割を果たし、各取引がコンプライアンスフレームワークに追跡可能であることを保証します。

**データ層はスループットを担う**

取引データの保存と配信を独立させ、より高いスループットに適したデータ構造とプロトコルを採用します。これにより、多数のプライバシー取引データが効率的に流通し、システム全体のパフォーマンスのボトルネックも解消されます。

ポイントはインターフェースの標準化です。実行層は「プライバシーかつコンプライアンスを満たす」取引パッケージを出力し、「私はルールに従ってプライバシーコントラクトを実行し、すべての操作がコンプライアンス要件を満たしている」という証明も添付します。決済層はこのロジックを再実行する必要はなく、証明が有効であり、コンセンサスの順序が正しければ、決済を完了できます。

これがモジュール化の妙味です——役割分担が明確で、検証も効率的、プライバシー、コンプライアンス、パフォーマンスの三つの側面がそれぞれ専門的に取り組み、互いに足を引っ張りません。