J’ai supposé que participer à Dusk consistait à télécharger un seul binaire et à en rester là.
Synchroniser, valider, gagner.
Ça ressemble au plan de jeu habituel des opérateurs de nœuds.

Puis j’ai ouvert la documentation des nœuds et j’ai réalisé que la documentation d’opérateur de Dusk sépare l’infrastructure en trois rôles de nœuds.
Les provisioners participent au consensus, y compris à la génération des blocs et aux missions du comité.
Les archives conservent des index historiques finalisés pour les requêtes historiques.
Les proveurs s’occupent de la tâche la plus gourmande en calcul : générer des preuves à divulgation nulle de connaissance (Zero-Knowledge proofs).

Même réseau. Trois métiers complètement différents.

L’architecture sépare ces responsabilités.
La séparation des responsabilités peut réduire les recouvrements entre les rôles.

Mais il y a ce frottement.
La documentation de Dusk montre aussi que ces rôles peuvent se recouper : un provisioner peut inclure des opérations de preuve, et un nœud d’archive peut participer au consensus.
Dusk vous amène à réfléchir au rôle de nœud qui correspond à la tâche que vous voulez effectuer.
Ce qui semble être une séparation nette sur le papier peut donner l’impression, sur le terrain, d’un surcroît de travail.

La spécialisation rend-elle le réseau plus robuste, ou n’en fait-elle qu’une activité à temps partiel ?

#dusk $DUSK @Dusk
$PROM $UAI