Ces derniers temps, j’ai constaté que la logique du projet a changé : on ne se focalise plus sur des chiffres creux du type « 100 000 TPS » ou « écosystème multiplié par dix mille » soufflés par des KOL. Le critère central n’en laisse qu’un : le socle du projet peut-il maintenir ses limites entre trois dimensions — la confidentialité des utilisateurs, la conformité réglementaire et la fonctionnalité combinable — sans négliger l’un au profit des autres, et sans, par compromis avec les exigences d’une partie, finir par émousser la valeur fondamentale.
J’avais en fait une grosse part de parti pris envers #dusk . Je supposais d’emblée que c’était un projet « à l’air » qui surfe sur la preuve à connaissance zéro et les tendances modulaires, et j’avais même parié avec un ami qu’il ne survivrait pas au troisième trimestre de cette année-là. En lisant le livre blanc à peine deux pages, on m’a déjà mis l’étiquette « coquille ZK ».
Ce n’est que le mois dernier, lors d’une étude sur la piste « confidentialité », que j’ai pris la décision de m’éloigner de toutes les analyses des KOL : j’ai passé trois jours, à force de m’acharner, à fouiller les données du testnet sur le site officiel, le code open source et la documentation technique. Et là, j’ai découvert que mon jugement précédent était trop hâtif.
Bien sûr, je n’ai pas totalement dissipé mes inquiétudes pour autant : si la logique de l’architecture tourne, cela ne veut pas dire que tout sera déployable en conditions réelles. Il y a plusieurs points essentiels qui doivent continuer à être validés : d’abord, après le lancement du mainnet, l’efficacité de la validation ZK dans des scénarios réels d’échange d’actifs subira-t-elle une baisse notable ? Le mécanisme de découpage de l’état pourra-t-il couvrir les besoins complexes en confidentialité des transactions ? Ensuite, l’enregistrement de conformité MiCA peut-il vraiment être obtenu ? Et dans la suite, est-ce qu’on ne finira pas, pour s’adapter aux exigences réglementaires, par céder en permanence jusqu’à émousser l’avantage central de la confidentialité ? Enfin, cette piste étroite centrée sur des transactions de confidentialité conformes peut-elle soutenir un écosystème applicatif suffisamment large, ou risque-t-on de voir à la fin un réseau fermé utilisé seulement par quelques institutions ?
Parler de @Dusk comme d’un « point d’inflexion de la piste » est encore un peu tôt. Je n’ai d’ailleurs pris qu’une petite position d’observation ; entrer lourdement avec de l’argent réel, c’est forcément attendre que le mainnet ait tourné sur quelques cycles et que les points clés de validation soient enfin consolidés. Après tout, dans cette industrie où l’on crie « révolution » ou « percée » à tout moment, il n’y a pas tant de projets prêts à passer trois ou quatre ans à peaufiner technologie et conformité au calme. Mais les investisseurs qui acceptent de convertir le temps en certitude doivent aussi faire preuve de patience — parce que ce qu’on attend, c’est un produit réellement utilisable qui arrive à rassembler la confidentialité et la conformité, pas une énième histoire de « vent de hype » soufflée sans fondement. N’est-ce pas ? $DUSK
J’avais en fait une grosse part de parti pris envers #dusk . Je supposais d’emblée que c’était un projet « à l’air » qui surfe sur la preuve à connaissance zéro et les tendances modulaires, et j’avais même parié avec un ami qu’il ne survivrait pas au troisième trimestre de cette année-là. En lisant le livre blanc à peine deux pages, on m’a déjà mis l’étiquette « coquille ZK ».
Ce n’est que le mois dernier, lors d’une étude sur la piste « confidentialité », que j’ai pris la décision de m’éloigner de toutes les analyses des KOL : j’ai passé trois jours, à force de m’acharner, à fouiller les données du testnet sur le site officiel, le code open source et la documentation technique. Et là, j’ai découvert que mon jugement précédent était trop hâtif.
Bien sûr, je n’ai pas totalement dissipé mes inquiétudes pour autant : si la logique de l’architecture tourne, cela ne veut pas dire que tout sera déployable en conditions réelles. Il y a plusieurs points essentiels qui doivent continuer à être validés : d’abord, après le lancement du mainnet, l’efficacité de la validation ZK dans des scénarios réels d’échange d’actifs subira-t-elle une baisse notable ? Le mécanisme de découpage de l’état pourra-t-il couvrir les besoins complexes en confidentialité des transactions ? Ensuite, l’enregistrement de conformité MiCA peut-il vraiment être obtenu ? Et dans la suite, est-ce qu’on ne finira pas, pour s’adapter aux exigences réglementaires, par céder en permanence jusqu’à émousser l’avantage central de la confidentialité ? Enfin, cette piste étroite centrée sur des transactions de confidentialité conformes peut-elle soutenir un écosystème applicatif suffisamment large, ou risque-t-on de voir à la fin un réseau fermé utilisé seulement par quelques institutions ?
Parler de @Dusk comme d’un « point d’inflexion de la piste » est encore un peu tôt. Je n’ai d’ailleurs pris qu’une petite position d’observation ; entrer lourdement avec de l’argent réel, c’est forcément attendre que le mainnet ait tourné sur quelques cycles et que les points clés de validation soient enfin consolidés. Après tout, dans cette industrie où l’on crie « révolution » ou « percée » à tout moment, il n’y a pas tant de projets prêts à passer trois ou quatre ans à peaufiner technologie et conformité au calme. Mais les investisseurs qui acceptent de convertir le temps en certitude doivent aussi faire preuve de patience — parce que ce qu’on attend, c’est un produit réellement utilisable qui arrive à rassembler la confidentialité et la conformité, pas une énième histoire de « vent de hype » soufflée sans fondement. N’est-ce pas ? $DUSK