ほとんどのブロックチェーンは可視性に関する単一の選択を行い、その結果を全員が受け入れて生きていくように強制します。Dusk Networkはそれをもっと整っていない、そしておそらくより正直なやり方で実行しました。具体的には、2つのトランザクションモデルを並べて提供し、ユースケースに判断を委ねるのです。

Moonlightはアカウントベースで公開型です。通常のブロックチェーン・レジャーが振る舞うのに近く、監査しやすく、理解しやすい。PhoenixはUTXOベースで秘匿型です。ゼロ知識証明を用いて金額と参加者を隠し、秘匿が目的であって付け足しではないケースのために作られています。どちらも同じ基盤レイヤーであるDuskDS上に存在し、どちらもDUSKトークンの移動やガスの支払いが可能です。3つ目のレイヤーであるZedgerはその上にあり、規制対象の証券に特化して、MiFID IIのような要件を一般的な決済ではなく満たすために作られた方法で、適合したアセット残高を追跡します。利用者や開発者が、プライバシーに関する単一の思想を選んで、あらゆるやり取りにわたってそれを貫くことを、何も強制しません。

Duskが「最初から全部を秘匿にしてそれで終わり」とせず、そうしなかったのか—そこに腰を据えて考えるべき設計上の判断があります。多くのプライバシー系プロジェクトがそうするように、作業を単純化してしまうやり方を選ばなかったのです。Dusk自身の説明するところの「プログラマブル・プライバシー」とは、均一に適用されるのではなく、特定のルールに向けてプライバシーを切り替えられることです。規制対象の証券の移転では、Phoenixの秘匿性に加えて、監査者に対する選択的開示が必要になるかもしれません。シンプルなステーキング取引では、そもそも秘匿を必要としない場合もあり、重い秘匿保護の経路に無理に通すことは、実際の便益がないのにコストと複雑さを増やすだけです。

ただし、これがビルダーにとって選択を自明にするものではありません。複数のモデルをサポートするということは、守るべき攻撃面が増えること、書くべきドキュメントが増えること、そして本来は「明確な既定値」を好んだかもしれない開発者により多くの意思決定が委ねられることを意味します。柔軟性にはメンテナンスコストがかかり、Dusk Networkは今もそれを払っています。

#dusk $DUSK @Dusk