私はDuskの暗号化スタックを読み進めていたとき、あまり華やかではない一ページが目に留まりました。証明者ノード向けのハードウェアガイドです。

そのページが、私の疑問の形を変えました。

Duskは取引の詳細を隠しながら、それでも送金が有効であることを証明できます。しかし、それらの証明は無料ではありません。誰かが計算を行う必要があります。

Duskの運用者向けドキュメントでは、証明生成は計算負荷の高い作業だと説明されています。各プロバーワーカーには独自のCPUコアが必要で、強力なシングルコア性能が重要です。なぜなら、個々の証明はシングルスレッドのプロセスで生成されるからです。

これはインフラの細部のように聞こえますが、実際の金融トラフィックを想像すると話は別です。

トークン化されたファンドは日中にサブスクリプションを処理し、その後、償還と保有権の更新をまとめて計算するかもしれません。債券発行者は、一度に何千人もの保有者へ利払いを配布する可能性があります。市場ストレスイベントが起これば、同じ短い時間窓の中で多くのプライベート送金やコンプライアンス確認が発生するかもしれません。

そのトラフィックは均等に到着しません。

バースト（塊）として到着します。

つまり、プライバシーの問題は「Duskが有効なゼロ知識証明を生成できるか」だけではありません。証明者ネットワークが、機密性をただの待ち行列に変えずに、突発的な証明要求の集中に耐えられるかどうかです。

Hedgerは、軽量な回路ならクライアントサイドの証明を2秒未満で生成できると言っています。これは心強いものの、きれいに1本の証明を作るのと、市場で必要となる一連のワークフローを完遂するのは別のテストです。

私は、多くのユーザーが同時にプライベート取引を送信したときに証明時間がどう変化するのか、そしてアプリケーションが体験を予測不能にしない形でプロバイ能力を追加できるのかを確認したいです。

パブリックチェーンは通常、秒あたりの取引数（TPS）で規模を測ります。

Duskに関しては、ピーク需要時に「秒あたりで完了する証明数」も同じくらい重要かもしれません。

暗号は正しくても、ユーザー体験が遅くなることはあり得ます。

それが、機関投資家向けのトラフィックが到来する前に、私がDuskのプライバシースタックでベンチマークしたい部分です。

@Dusk | #dusk | $DUSK