La nuit dernière, j’ai relu la documentation de Dusk, en me concentrant sur le rôle réel $DUSK joue dans le protocole — sa fonction technique plutôt que l’histoire guidée par le marché.
La première chose à démêler concernait les deux modèles de transaction de DuskDS. Moonlight est l’itinéraire familier : comptes publics, soldes visibles, expéditeur, destinataire, montant. Phoenix fonctionne avec des « notes » chiffrées. Pour en dépenser une, l’utilisateur fournit une preuve à divulgation nulle de connaissance qui démontre que la propriété et les règles de solde sont respectées. Imaginez remettre à un agent un enveloppe scellée dont le cachet prouve que toutes les cases requises sont cochées, sans révéler le contenu. Un nullifier permet alors au réseau de refuser un second paiement sans identifier quelle note de l’arbre public a été utilisée. J’ai relu cette partie deux fois — puis une notification m’a arraché à ma lecture — car la confidentialité ne veut pas dire « rien n’est vérifié ». Elle signifie que le réseau vérifie une preuve au lieu de détails de transaction cachés. Les clés de visualisation peuvent révéler des informations de manière sélective.
Le consensus a nécessité un autre passage. Dusk l’appelle Succinct Attestation : les stakers, ou provisioners, bloquent du DUSK ; une sélection déterministe, pondérée par la mise, choisit un proposeur de bloc, puis un comité valide et un autre ratifie. Les signatures agrégées deviennent une attestation indiquant qu’un quorum a approuvé. Ainsi $DUSK est à la fois le carburant et la mise derrière la participation.
La partie que j’examinerais ensuite concerne la concentration. La sélection est sans permission, mais à quel point les crédits de comité sont-ils distribués en pratique ? Dans les pages que j’ai lues, je n’ai pas trouvé de description claire de qui change les paramètres globaux. peut-être que je l’ai manquée.
Quelle preuve montrerait que le pouvoir du comité est réellement dispersé ? Comment les clés de visualisation sont-elles gérées dans des déploiements réels ? Qui peut modifier les paramètres du protocole, et selon quel processus ?
#dusk $DUSK @Dusk
La première chose à démêler concernait les deux modèles de transaction de DuskDS. Moonlight est l’itinéraire familier : comptes publics, soldes visibles, expéditeur, destinataire, montant. Phoenix fonctionne avec des « notes » chiffrées. Pour en dépenser une, l’utilisateur fournit une preuve à divulgation nulle de connaissance qui démontre que la propriété et les règles de solde sont respectées. Imaginez remettre à un agent un enveloppe scellée dont le cachet prouve que toutes les cases requises sont cochées, sans révéler le contenu. Un nullifier permet alors au réseau de refuser un second paiement sans identifier quelle note de l’arbre public a été utilisée. J’ai relu cette partie deux fois — puis une notification m’a arraché à ma lecture — car la confidentialité ne veut pas dire « rien n’est vérifié ». Elle signifie que le réseau vérifie une preuve au lieu de détails de transaction cachés. Les clés de visualisation peuvent révéler des informations de manière sélective.
Le consensus a nécessité un autre passage. Dusk l’appelle Succinct Attestation : les stakers, ou provisioners, bloquent du DUSK ; une sélection déterministe, pondérée par la mise, choisit un proposeur de bloc, puis un comité valide et un autre ratifie. Les signatures agrégées deviennent une attestation indiquant qu’un quorum a approuvé. Ainsi $DUSK est à la fois le carburant et la mise derrière la participation.
La partie que j’examinerais ensuite concerne la concentration. La sélection est sans permission, mais à quel point les crédits de comité sont-ils distribués en pratique ? Dans les pages que j’ai lues, je n’ai pas trouvé de description claire de qui change les paramètres globaux. peut-être que je l’ai manquée.
Quelle preuve montrerait que le pouvoir du comité est réellement dispersé ? Comment les clés de visualisation sont-elles gérées dans des déploiements réels ? Qui peut modifier les paramètres du protocole, et selon quel processus ?
#dusk $DUSK @Dusk
