#dusk $DUSK @Dusk
Plus je creuse @Dusk , plus je pense que son approche de la finalité mérite davantage d’attention. Au début, j’ai considéré la finalité comme la plupart des gens : comme une question du nombre de confirmations nécessaires avant de se sentir en sécurité. Bitcoin en est un bon exemple. Attendre plusieurs confirmations réduit le risque d’une réversion, mais cela reste davantage une convention fondée sur des probabilités qu’un état de règlement clairement défini. Dusk voit les choses différemment, avec une progression de Accepté à Attesté, Puis Confirmé, et enfin Final. Je trouve cela intéressant, car la différence compte énormément lorsque la blockchain commence à gérer de vrais actifs financiers. Pour une transaction classique, attendre un peu plus longtemps ne change peut-être pas grand-chose. Mais si vous traitez avec un dépositaire, une valeur mobilière tokenisée ou un règlement de grande ampleur, savoir exactement où en est une transaction devient beaucoup plus important. La partie « itérative » rend cela encore plus fascinant. Si une itération n’atteint pas l’accord, le protocole peut continuer grâce à des attestations supplémentaires plutôt que de se reposer sur une règle simple du type « attendre X blocs ». Il y a ici une complexité supplémentaire, et les développeurs doivent comprendre les différents états au lieu de traiter la confirmation comme la ligne d’arrivée. Mais pour la finance réglementée, ce compromis pourrait avoir du sens. Quand du capital est en jeu, l’incertitude a un coût. Ce qui m’intéresse le plus, c’est que Dusk ne cherche pas seulement à rendre le règlement plus rapide. Il cherche aussi à rendre plus clair le caractère définitif du règlement. Pour les RWA, cette certitude pourrait être tout aussi importante que la vitesse.
Plus je creuse @Dusk , plus je pense que son approche de la finalité mérite davantage d’attention. Au début, j’ai considéré la finalité comme la plupart des gens : comme une question du nombre de confirmations nécessaires avant de se sentir en sécurité. Bitcoin en est un bon exemple. Attendre plusieurs confirmations réduit le risque d’une réversion, mais cela reste davantage une convention fondée sur des probabilités qu’un état de règlement clairement défini. Dusk voit les choses différemment, avec une progression de Accepté à Attesté, Puis Confirmé, et enfin Final. Je trouve cela intéressant, car la différence compte énormément lorsque la blockchain commence à gérer de vrais actifs financiers. Pour une transaction classique, attendre un peu plus longtemps ne change peut-être pas grand-chose. Mais si vous traitez avec un dépositaire, une valeur mobilière tokenisée ou un règlement de grande ampleur, savoir exactement où en est une transaction devient beaucoup plus important. La partie « itérative » rend cela encore plus fascinant. Si une itération n’atteint pas l’accord, le protocole peut continuer grâce à des attestations supplémentaires plutôt que de se reposer sur une règle simple du type « attendre X blocs ». Il y a ici une complexité supplémentaire, et les développeurs doivent comprendre les différents états au lieu de traiter la confirmation comme la ligne d’arrivée. Mais pour la finance réglementée, ce compromis pourrait avoir du sens. Quand du capital est en jeu, l’incertitude a un coût. Ce qui m’intéresse le plus, c’est que Dusk ne cherche pas seulement à rendre le règlement plus rapide. Il cherche aussi à rendre plus clair le caractère définitif du règlement. Pour les RWA, cette certitude pourrait être tout aussi importante que la vitesse.
