正直に言うと、Dusk自身のアーキテクチャ解説を読み返していたら、ある一つの詳細で立ち止まりました。

Zedgerは、彼らのXSC標準の背後にあるトランザクションモデルですが、そこには実在する証券ロジックが直接組み込まれています。公式ドキュメントによれば、あらかじめ承認されたユーザーが複数のアカウントを保持できないようにし、自動の配当配分や議決をサポートし、さらに、買い手が資産の保有上限を超えないように送金を上限で制限することもできます。

それは単なる汎用的なプライバシー機能ではありません。そうしたことは通常、オフチェーンでトランスファーエージェントやキャップテーブルのシステムが扱います。

同じアーキテクチャの中で隣にあるのがPhoenixです。こちらは、実際にトランザクションの詳細を隠すモデルです。ドキュメントによれば、所有者はView Keyを共有して第三者がアウトプットを見ることはできますが、支払い（spending）には別個のSecret Keyが必要で、そのSecret Keyは所有者だけが保持します。鍵が二つ、目的が二つ：見るための鍵と、資金を動かすための鍵です。

この組み合わせが重要だと思うのは、私自身の読みでは次の理由です。

多くのプライバシーチェーンは「残高を隠す」ことに最適化されています。Duskはもっと狭い目的に取り組んでいます。つまり、株主が鍵を失ったときに強制的に転送させること、誰がその資産を保有できるかを制限すること、そして配当を自動で支払うこと—それらを、トランザクション自体は秘密のまま成立させることです。

注目すべき点として、これはDuskの2023年のアーキテクチャ解説に基づく説明で、新しいリリースではありません。仕組みは基礎となるもので、目新しいニュースというわけではないです。私にとって不明なのは、ネイティブのZedgerコントラクトではなくDuskEVMを通じて資産が動いた場合に、これらの制御がどう相互作用するのか、という点です。たとえば、同じ上限付き転送や強制転送のロジックが、そのまま一対一で引き継がれるのかどうか。

とはいえ、その部分をまだ詰めている最中です。

@Dusk_Foundation #dusk $DUSK