#dusk $DUSK @Dusk Tôt, à la tombée du jour @dusk : ma première réaction était plutôt banale : encore une histoire qui relie « confidentialité + RWA + PoS » à une chaîne L1. Après avoir réellement fouillé la documentation et le code de Rusk, je trouve au contraire que ce jugement sous-estime le projet : Dusk ressemble davantage à la mise en place d’un « système de règlement » à part entière qu’à la simple recréation d’une nouvelle blockchain.
Mon plus gros faux pas, auparavant, a été de prendre Phoenix pour la « fonctionnalité de confidentialité » de Dusk. En regardant le code source et le modèle de transactions, je me rends compte qu’il s’agit plutôt d’une autre manière d’exprimer les actifs : Moonlight est un modèle de compte public, tandis que Phoenix découpe le solde en UTXO consommables, et utilise des preuves à divulgation nulle pour prouver que j’ai le droit de dépenser cet argent, sans double dépense, sans pour autant exposer tous les détails de la transaction. Et surtout, les deux finissent par aboutir au contrat Transfer. Autrement dit, la confidentialité n’est pas un module ajouté : c’est un état natif du registre. (DOCS)
Le consensus m’a aussi fait revoir ma perception. J’ai d’abord vu « comité + PoS » et j’ai inconsciemment classé le tout comme un comité de validateurs classique. En poursuivant avec la conception de SA (Succinct Attestation), je découvre qu’elle découpe la production de blocs, la vérification et la finalisation en rôles successifs : d’abord une proposition, ensuite une vérification par un comité tiré au hasard, puis une ratification par un autre comité. Une fois la ratification terminée, on obtient une finalité déterministe — pas « on envoie on-chain, puis on parie qu’il n’y aura pas de reorg ». Pour le règlement financier, c’est plus important que les chiffres de TPS.
Au niveau réseau aussi, il y a un détail facile à négliger : Dusk ne passe pas par un gossip traditionnel du type « je reçois un message, puis je le relaie grossièrement à quelques voisins ». Il utilise plutôt l’overlay structuré de Kadcast pour contrôler le chemin de propagation des messages. La valeur de ce choix n’est pas forcément spectaculaire sur le papier : il vise surtout à rendre la bande passante et la latence plus contrôlables. Dans un contexte financier, la déterminisme vaut souvent plus que le “pic de débit” mis en avant dans la communication. (Dusk)
Donc, aujourd’hui, mon jugement sur Dusk a changé : ce qui mérite d’être observé, ce n’est pas seulement « peut-il devenir une autre L1 à la mode », mais plutôt « peut-il faire cohabiter, dans un même registre sous-jacent, les transactions de confidentialité, les divulgations conformes, le règlement déterministe et l’émission d’actifs ».
Mon plus gros faux pas, auparavant, a été de prendre Phoenix pour la « fonctionnalité de confidentialité » de Dusk. En regardant le code source et le modèle de transactions, je me rends compte qu’il s’agit plutôt d’une autre manière d’exprimer les actifs : Moonlight est un modèle de compte public, tandis que Phoenix découpe le solde en UTXO consommables, et utilise des preuves à divulgation nulle pour prouver que j’ai le droit de dépenser cet argent, sans double dépense, sans pour autant exposer tous les détails de la transaction. Et surtout, les deux finissent par aboutir au contrat Transfer. Autrement dit, la confidentialité n’est pas un module ajouté : c’est un état natif du registre. (DOCS)
Le consensus m’a aussi fait revoir ma perception. J’ai d’abord vu « comité + PoS » et j’ai inconsciemment classé le tout comme un comité de validateurs classique. En poursuivant avec la conception de SA (Succinct Attestation), je découvre qu’elle découpe la production de blocs, la vérification et la finalisation en rôles successifs : d’abord une proposition, ensuite une vérification par un comité tiré au hasard, puis une ratification par un autre comité. Une fois la ratification terminée, on obtient une finalité déterministe — pas « on envoie on-chain, puis on parie qu’il n’y aura pas de reorg ». Pour le règlement financier, c’est plus important que les chiffres de TPS.
Au niveau réseau aussi, il y a un détail facile à négliger : Dusk ne passe pas par un gossip traditionnel du type « je reçois un message, puis je le relaie grossièrement à quelques voisins ». Il utilise plutôt l’overlay structuré de Kadcast pour contrôler le chemin de propagation des messages. La valeur de ce choix n’est pas forcément spectaculaire sur le papier : il vise surtout à rendre la bande passante et la latence plus contrôlables. Dans un contexte financier, la déterminisme vaut souvent plus que le “pic de débit” mis en avant dans la communication. (Dusk)
Donc, aujourd’hui, mon jugement sur Dusk a changé : ce qui mérite d’être observé, ce n’est pas seulement « peut-il devenir une autre L1 à la mode », mais plutôt « peut-il faire cohabiter, dans un même registre sous-jacent, les transactions de confidentialité, les divulgations conformes, le règlement déterministe et l’émission d’actifs ».