J’ai jeté un œil au marché ce matin : DUSK a chuté d’environ 5 points récemment, et le RSI est tombé vers les 21. Mais mes amis qui suivent mes posts savent tous que ma règle d’or dans ce milieu se résume à quatre mots : « priorité à la survie ». Plutôt que de fixer ces graphiques en chandeliers que l’émotion découpe et revend sans cesse, je préfère plonger dans le code et la logique de base pour trouver la vérité.
Récemment, Dusk a eu un incident de sécurité lié à un pont inter-chaînes : un portefeuille multi-signatures a été piraté. Beaucoup paniquent en voyant la nouvelle, mais en allant vérifier de près, j’ai constaté que le protocole central de son réseau principal n’a été touché absolument en rien. Cette manœuvre m’a même permis de voir plus clairement ses véritables cartes maîtresses.
L’ambition de Dusk n’est pas simplement de faire une « crypto de confidentialité ». L’idée, c’est de s’acharner sur une Layer-1 dédiée aux applications financières. Le point qui me rend le plus la vie dure, quand j’écris moi-même du Solidity et que je déploie des smart contracts, c’est que les données on-chain sont à nu. Mais Dusk veut intégrer, à la base, ces trois éléments : confidentialité, programmabilité et conformité réglementaire. Pour les institutions qui font de la RWA, c’est un besoin vital : la carte maîtresse des transactions ne peut pas être exposée au monde entier, mais face aux régulateurs, il faut pouvoir faire une « divulgation sélective » (et c’est justement le cas d’usage le plus solide de la preuve ZKP, la preuve à divulgation nulle de connaissance).
Cela dit, mon doute vient précisément de là. Pour tester les limites d’autres chaînes, j’ai récemment loué un serveur « bare metal » haut de gamme double EPYC avec 2T de RAM, en connaissance de cause, sachant à quel point les coûts d’infrastructure pour la vérification de bas niveau sont terrifiants. Le modèle à double exécution que Dusk met en place, les lourds coûts de calcul cryptographique, et en plus l’infrastructure de pont inter-chaînes qui a révélé une fragilité… tout cela augmente furieusement la complexité du système.
Les gros investisseurs veulent entrer en scène : une technologie de confidentialité vraiment au top suffit-elle ? L’expérience développeur est-elle bonne ? Les erreurs des nœuds RPC peuvent-elles être diagnostiquées rapidement ? Et la liquidité, comment la résoudre ?
Je reviens sans cesse à cette réflexion : en essence, Dusk parie sur le fait que le marché financier conforme de demain ne pourra pas se passer de la confidentialité au niveau protocole. Mais cette architecture brillante réussira-t-elle vraiment à se transformer en besoins concrets des institutions, ou bien cette complexité extrême du niveau inférieur finira-t-elle par devenir le boulet qui ralentira l’entrée des gros capitaux ? Pour cette question, il faudra attendre que le mainnet tourne réellement et qu’on le confronte au moment où il pourra supporter des transactions à haute fréquence et du réel, pour savoir.
#dusk $DUSK @Dusk
Récemment, Dusk a eu un incident de sécurité lié à un pont inter-chaînes : un portefeuille multi-signatures a été piraté. Beaucoup paniquent en voyant la nouvelle, mais en allant vérifier de près, j’ai constaté que le protocole central de son réseau principal n’a été touché absolument en rien. Cette manœuvre m’a même permis de voir plus clairement ses véritables cartes maîtresses.
L’ambition de Dusk n’est pas simplement de faire une « crypto de confidentialité ». L’idée, c’est de s’acharner sur une Layer-1 dédiée aux applications financières. Le point qui me rend le plus la vie dure, quand j’écris moi-même du Solidity et que je déploie des smart contracts, c’est que les données on-chain sont à nu. Mais Dusk veut intégrer, à la base, ces trois éléments : confidentialité, programmabilité et conformité réglementaire. Pour les institutions qui font de la RWA, c’est un besoin vital : la carte maîtresse des transactions ne peut pas être exposée au monde entier, mais face aux régulateurs, il faut pouvoir faire une « divulgation sélective » (et c’est justement le cas d’usage le plus solide de la preuve ZKP, la preuve à divulgation nulle de connaissance).
Cela dit, mon doute vient précisément de là. Pour tester les limites d’autres chaînes, j’ai récemment loué un serveur « bare metal » haut de gamme double EPYC avec 2T de RAM, en connaissance de cause, sachant à quel point les coûts d’infrastructure pour la vérification de bas niveau sont terrifiants. Le modèle à double exécution que Dusk met en place, les lourds coûts de calcul cryptographique, et en plus l’infrastructure de pont inter-chaînes qui a révélé une fragilité… tout cela augmente furieusement la complexité du système.
Les gros investisseurs veulent entrer en scène : une technologie de confidentialité vraiment au top suffit-elle ? L’expérience développeur est-elle bonne ? Les erreurs des nœuds RPC peuvent-elles être diagnostiquées rapidement ? Et la liquidité, comment la résoudre ?
Je reviens sans cesse à cette réflexion : en essence, Dusk parie sur le fait que le marché financier conforme de demain ne pourra pas se passer de la confidentialité au niveau protocole. Mais cette architecture brillante réussira-t-elle vraiment à se transformer en besoins concrets des institutions, ou bien cette complexité extrême du niveau inférieur finira-t-elle par devenir le boulet qui ralentira l’entrée des gros capitaux ? Pour cette question, il faudra attendre que le mainnet tourne réellement et qu’on le confronte au moment où il pourra supporter des transactions à haute fréquence et du réel, pour savoir.
#dusk $DUSK @Dusk