Ich dachte, dass die Teilnahme an Dusk bedeutet, eine einzige Binary herunterzuladen und damit ist es erledigt.
Synchronisieren, validieren, verdienen.
Das klingt nach dem üblichen Handbuch für Node-Operatoren.

Dann öffnete ich die Node-Dokumentation und merkte, dass die Operator-Dokumente von Dusk die Infrastruktur in drei Node-Rollen aufteilen.
Provisioner nehmen an dem Konsens teil, einschließlich Blockgenerierung und Komiteiaufgaben.
Archives speichern finalisierte historische Indizes für historische Abfragen.
Provers übernehmen die rechenintensive Aufgabe, Zero-Knowledge-Proofs zu generieren.

Gleches Netzwerk. Drei völlig unterschiedliche Aufgaben.

Die Architektur trennt diese Verantwortlichkeiten.
Die Trennung der Verantwortlichkeiten kann Überschneidungen zwischen den Rollen reduzieren.

Aber da ist die Reibung.
Die eigene Dokumentation von Dusk zeigt auch, dass sich diese Rollen überlappen können: Ein Provisioner kann Proving einschließen, und ein Archive-Node kann am Konsens teilnehmen.
Dusk bringt dich dazu, darüber nachzudenken, welche Node-Rolle zu der Aufgabe passt, die du ausführen willst.
Was auf dem Papier wie eine saubere Trennung aussieht, kann sich in der Praxis nach Mehraufwand anfühlen.

Macht Spezialisierung das Netzwerk robuster, oder macht es das Betreiben einfach zu einem Nebenjob?

#dusk $DUSK @Dusk
$PROM $UAI