Je lis la documentation de développement de Dusk. Ce qui m’a réellement fait m’arrêter, ce n’est ni ZK, ni la confidentialité.
C’est plutôt un tout petit détail d’interface :
**Les nœuds informent le client de leur version de Rusk, et le client peut aussi demander activement une plage de versions.**
Si les versions ne sont pas compatibles, on refuse directement.
À première vue, on ne voit aucun lien avec le grand récit des blockchains.
Mais une fois intégré à un vrai processus de développement, je le trouve au contraire assez intéressant.
Parce que la pire chose que redoutent beaucoup d’applications on-chain, ce n’est pas que l’interface soit un peu lente.
C’est plutôt :
Aujourd’hui, ça fonctionne ; après une mise à niveau, soudain apparaissent des situations où « certains nœuds acceptent, et d’autres n’acceptent pas ».
Si un développeur ne sait pas exactement quelle version tourne sur le nœud auquel il est connecté, il est difficile d’identifier si le problème vient du code, du nœud, ou du protocole lui-même.
Dusk inclut maintenant directement ces informations de version dans la réponse HTTP, tout en permettant un strict version check côté client.
Avant, j’étais plus habitué à juger si un L1 est utilisable à partir du TPS et de la finalité.
À présent, je me rends compte que ces petites règles au niveau de l’interface révèlent bien mieux si un réseau a vraiment pris en compte les galères concrètes auxquelles les développeurs vont être confrontés.
Car ce que l’infrastructure redoute le plus, ce n’est pas la complexité.
C’est l’**incertitude**.
Si une application dépend d’une capacité donnée d’un nœud, et que, après une mise à niveau, le comportement change, le plus malheureux n’est souvent pas l’équipe en charge du protocole, mais l’application déjà déployée.
Ainsi, cette gestion des versions qui a l’air très « ingénieur », règle en réalité un problème très concret :
Permettre aux développeurs de savoir avec quel ensemble de règles de protocole ils parlent réellement.
C’est aussi un point de Dusk que je pense aujourd’hui particulièrement intéressant à étudier.
Un L1 vraiment mature, ce n’est pas seulement faire tourner la chaîne.
Il faut aussi que ceux qui s’y connectent sachent où se situent les limites.
#dusk $DUSK @Dusk
C’est plutôt un tout petit détail d’interface :
**Les nœuds informent le client de leur version de Rusk, et le client peut aussi demander activement une plage de versions.**
Si les versions ne sont pas compatibles, on refuse directement.
À première vue, on ne voit aucun lien avec le grand récit des blockchains.
Mais une fois intégré à un vrai processus de développement, je le trouve au contraire assez intéressant.
Parce que la pire chose que redoutent beaucoup d’applications on-chain, ce n’est pas que l’interface soit un peu lente.
C’est plutôt :
Aujourd’hui, ça fonctionne ; après une mise à niveau, soudain apparaissent des situations où « certains nœuds acceptent, et d’autres n’acceptent pas ».
Si un développeur ne sait pas exactement quelle version tourne sur le nœud auquel il est connecté, il est difficile d’identifier si le problème vient du code, du nœud, ou du protocole lui-même.
Dusk inclut maintenant directement ces informations de version dans la réponse HTTP, tout en permettant un strict version check côté client.
Avant, j’étais plus habitué à juger si un L1 est utilisable à partir du TPS et de la finalité.
À présent, je me rends compte que ces petites règles au niveau de l’interface révèlent bien mieux si un réseau a vraiment pris en compte les galères concrètes auxquelles les développeurs vont être confrontés.
Car ce que l’infrastructure redoute le plus, ce n’est pas la complexité.
C’est l’**incertitude**.
Si une application dépend d’une capacité donnée d’un nœud, et que, après une mise à niveau, le comportement change, le plus malheureux n’est souvent pas l’équipe en charge du protocole, mais l’application déjà déployée.
Ainsi, cette gestion des versions qui a l’air très « ingénieur », règle en réalité un problème très concret :
Permettre aux développeurs de savoir avec quel ensemble de règles de protocole ils parlent réellement.
C’est aussi un point de Dusk que je pense aujourd’hui particulièrement intéressant à étudier.
Un L1 vraiment mature, ce n’est pas seulement faire tourner la chaîne.
Il faut aussi que ceux qui s’y connectent sachent où se situent les limites.
#dusk $DUSK @Dusk
