Évaluer si une chaîne peut vraiment être utilisée au quotidien ne suffit pas à la regarder uniquement à travers son livre blanc : il faut la décomposer en plusieurs indicateurs techniques et les passer un par un en revue. @Dusk me donne précisément envie de la démonter, et ce sont ces détails-là qui comptent.
D’abord, le modèle de compte. Il maintient en même temps deux registres : un public et un confidentiel. Comme les fonds passent d’un registre à l’autre, cela signifie que le même actif doit être re-basculé et re-comptabilisé en boucle entre deux façons de tenir la comptabilité. Pour un utilisateur ordinaire, cela implique que chaque opération doit d’abord déterminer de quel côté il se situe, ce qui fait que le coût d’apprentissage est naturellement plus élevé que sur une chaîne à registre unique. $TUT
Ensuite, les nœuds. La couche de base, celle qui gère le règlement et le stockage, regroupe la mise en œuvre du consensus, la maintenance de l’état et les interfaces vers l’extérieur dans le programme des nœuds. Plus les nœuds sont lourds, plus l’expérience de synchronisation et de resynchronisation risque de devenir un goulot d’étranglement : même si les journaux défilent très vite, l’utilisateur ne saura pas pour autant si tout est normal ou s’il y a une boucle de fonctionnement anormale.
Puis vient la performance des transferts confidentiels. Ce type de transfert nécessite, localement, un grand nombre de calculs cryptographiques : sélectionner les fragments de solde à utiliser, générer des adresses de change qui ne divulguent pas d’informations, calculer des marqueurs anti-double dépense, puis tout intégrer dans la preuve pour la génération en temps réel. Un transfert unitaire demande déjà que l’appareil tourne pendant un certain temps. Si le nombre de fragments augmente, ou s’il faut fusionner les paiements, le temps d’attente ne fera qu’augmenter de façon proportionnelle ; et le portefeuille doit aussi balayer l’ensemble des fragments présents sur la chaîne, en tentant successivement de déchiffrer chacun pour retrouver son solde : là encore, lorsque la quantité de fragments est grande, cela devient une charge implicite.
L’admission au consensus mérite également d’être questionnée. Le mécanisme par comité promet de “se terminer” après quelques tours, mais les critères de sélection des membres du comité, le seuil lié à la taille, et la question de savoir s’ils risquent d’être durablement dominés par un petit groupe pour occuper les positions de production de blocs — tout cela détermine si le “caractère ouvert en apparence” correspond réellement à la “capacité de participer en pratique”.
Enfin, il y a la divulgation d’identité. La divulgation sélective peut, en théorie, séparer “le fait de prouver que l’on remplit les conditions” de “la remise d’informations concrètes”. Mais dans le dialogue réel avec la régulation, les autorités veulent justement des détails précis — ce fossé ne se comble pas automatiquement uniquement grâce à la cryptographie.
Pris un par un, ces points ne sont pas forcément fatalement bloquants ; mais mis ensemble, ils déterminent à quel point Dusk est encore loin de l’objectif “prêt à l’emploi pour l’utilisateur ordinaire”. La direction technique peut être très innovante, mais son autre face, souvent, n’est pas encore assez pratique. #dusk $DUSK
D’abord, le modèle de compte. Il maintient en même temps deux registres : un public et un confidentiel. Comme les fonds passent d’un registre à l’autre, cela signifie que le même actif doit être re-basculé et re-comptabilisé en boucle entre deux façons de tenir la comptabilité. Pour un utilisateur ordinaire, cela implique que chaque opération doit d’abord déterminer de quel côté il se situe, ce qui fait que le coût d’apprentissage est naturellement plus élevé que sur une chaîne à registre unique. $TUT
Ensuite, les nœuds. La couche de base, celle qui gère le règlement et le stockage, regroupe la mise en œuvre du consensus, la maintenance de l’état et les interfaces vers l’extérieur dans le programme des nœuds. Plus les nœuds sont lourds, plus l’expérience de synchronisation et de resynchronisation risque de devenir un goulot d’étranglement : même si les journaux défilent très vite, l’utilisateur ne saura pas pour autant si tout est normal ou s’il y a une boucle de fonctionnement anormale.
Puis vient la performance des transferts confidentiels. Ce type de transfert nécessite, localement, un grand nombre de calculs cryptographiques : sélectionner les fragments de solde à utiliser, générer des adresses de change qui ne divulguent pas d’informations, calculer des marqueurs anti-double dépense, puis tout intégrer dans la preuve pour la génération en temps réel. Un transfert unitaire demande déjà que l’appareil tourne pendant un certain temps. Si le nombre de fragments augmente, ou s’il faut fusionner les paiements, le temps d’attente ne fera qu’augmenter de façon proportionnelle ; et le portefeuille doit aussi balayer l’ensemble des fragments présents sur la chaîne, en tentant successivement de déchiffrer chacun pour retrouver son solde : là encore, lorsque la quantité de fragments est grande, cela devient une charge implicite.
L’admission au consensus mérite également d’être questionnée. Le mécanisme par comité promet de “se terminer” après quelques tours, mais les critères de sélection des membres du comité, le seuil lié à la taille, et la question de savoir s’ils risquent d’être durablement dominés par un petit groupe pour occuper les positions de production de blocs — tout cela détermine si le “caractère ouvert en apparence” correspond réellement à la “capacité de participer en pratique”.
Enfin, il y a la divulgation d’identité. La divulgation sélective peut, en théorie, séparer “le fait de prouver que l’on remplit les conditions” de “la remise d’informations concrètes”. Mais dans le dialogue réel avec la régulation, les autorités veulent justement des détails précis — ce fossé ne se comble pas automatiquement uniquement grâce à la cryptographie.
Pris un par un, ces points ne sont pas forcément fatalement bloquants ; mais mis ensemble, ils déterminent à quel point Dusk est encore loin de l’objectif “prêt à l’emploi pour l’utilisateur ordinaire”. La direction technique peut être très innovante, mais son autre face, souvent, n’est pas encore assez pratique. #dusk $DUSK