Duskは、トランザクションのプライバシーを守るためにどのようにZK証明を生成しているのか？ある詳細が私の注意を引いた：各プローバワーカーは1つのCPUコアを使用し、証明生成はシングルスレッドである。 この点が私の視点を変えた。ZK証明は、最終的な証明が小さく、検証が軽量であるため、まるで魔法のように見える。しかし、難しい計算が消えたわけではない。それは、ネットワークが検証する前にマシンがワークロードを実行し、証拠を生成するプローバ側に移っている。 このフローを見ると、私はDuskを異なる角度から考えるようになった。ネットワークは、すべての検証者が計算全体を繰り返す必要はない。プローバがより重いワークロードを担い、検証者は生成された証明を確認するだけだ。 これにより、Duskのプライバシーインフラストラクチャにとって興味深いスケーリングの課題が生じる。Duskが大幅に成長した場合、本当のボトルネックは何か？ネットワークが証明を検証する速度か、それともそれらを生成するためのインフラストラクチャの量か？ 私にとって、これがDuskプローバーを「プライバシー」というラベルを超えて注目すべき理由だ。プライバシーは暗号技術だけの話ではない。スケーラブルなプライベート実行を可能にするインフラストラクチャにも依存している。 今後も、プローバーの容量と証明生成がDuskのプライバシーのスケーラビリティにどのように影響するかをさらに深掘りしていく。@DuskFoundation $DUSK #dusk