私は、Duskに参加するということは、単一のバイナリをダウンロードしてそれで終わりだと考えていました。
同期して、検証して、稼ぐ。
それはいつものノード運用者の定番手順に見えます。

しかし、ノードのドキュメントを開いてみると、Duskのオペレーター向けドキュメントでは、インフラを3つのノード役割に分けていることが分かりました。
プロビジョナーは、ブロック生成や委員会（コミッティ）業務など、コンセンサスに参加します。
アーカイブは、履歴クエリのために、確定済みの過去インデックスを保持します。
プローバーは、ゼロ知識証明（Zero-Knowledge proofs）を生成する計算負荷の高い作業を担当します。

同じネットワーク。完全に別々の仕事が3つ。

このアーキテクチャは責務を分離しています。
責務の分離は、役割間の重複を減らすことができます。

ですが、摩擦もあります。
Dusk自身のドキュメントも、これらの役割が重複しうることを示しています。つまり、プロビジョナーが証明を含めることができ、アーカイブノードもコンセンサスに参加できます。
Duskは、あなたが行いたい作業に合うノード役割はどれかを考えさせます。
紙の上ではきれいに分離されていても、実運用では手間に感じられることがあります。

専門化によってネットワークはより堅牢になるのか、それとも運用することが副業の一部になるだけなのか？

#dusk $DUSK @Dusk
$PROM $UAI