Reparlons du @Dusk , souvent évoqué récemment. Après l’avoir relu attentivement dans sa documentation officielle, je me suis pris d’une grande curiosité — et aussi de sérieux doutes — concernant son prétendu mode de « double pilotage de la conformité à la vie privée ».
La logique de conception de Dusk est très claire : le système est découpé en trois parties. Moonlight gère le registre public, Phoenix assure les transferts axés sur la confidentialité, et Citadel s’occupe de l’authentification de l’identité ainsi que de la délivrance des justificatifs. On peut dire que, sur le papier, tout s’aligne parfaitement avec les besoins des institutions financières traditionnelles.
Mais dans la réalité du traitement métier, le diable se cache dans les détails. En creusant davantage, on découvre que le véritable contrôle de la conformité — par exemple qui a le droit d’acheter, qui peut effectuer des transferts, et qui peut voir les données de confidentialité — est en fait sous-traité, couche après couche, aux applications et aux smart contracts pour être mis en œuvre.
Cela met vraiment le niveau des émetteurs à l’épreuve. Et si jamais leurs paramètres sont mal configurés ? Si les droits de contrôle d’un acteur sont amplifiés à l’extrême, est-ce que l’ensemble du système ne risque pas de dégénérer en îlots de données en chaîne, cloisonnés les uns des autres ? Dans un monde décentralisé, que ce soit Big Brother $BTC ou le roi de l’écosystème $ETH, aucun n’a apporté de solution parfaite au problème de la supervision des permissions lors du déploiement des RWA ; et Dusk renvoie ce ballon à l’équipe applicative.
Les données du site officiel sont pour le moment bel et bien dans un état de « décollage » : non seulement il y a jusqu’à 300 millions d’euros de montants d’émission envisagés, mais aussi 210 millions de DUSK sont verrouillés à vie dans les nœuds, et la vitesse de règlement — environ 10 secondes — est suffisamment fluide. Toutefois, nous devons faire face à une réalité : les suites essentielles telles que Dusk Trade et DuskEVM, qui sont censées accueillir ces vastes scénarios d’activité, restent encore au stade du réseau de test.
Les attestations des partenaires sont certes plaisantes, mais dans le cadre de la circulation massive de vrais actifs, qui audite concrètement le registre ? Et si un incident survient, qui en portera la responsabilité ? J’espère que le projet pourra, par la suite, exposer au marché le modèle réel des permissions ; cela serait bien plus utile que de répéter encore et encore des slogans sur la conformité.
#dusk $DUSK
La logique de conception de Dusk est très claire : le système est découpé en trois parties. Moonlight gère le registre public, Phoenix assure les transferts axés sur la confidentialité, et Citadel s’occupe de l’authentification de l’identité ainsi que de la délivrance des justificatifs. On peut dire que, sur le papier, tout s’aligne parfaitement avec les besoins des institutions financières traditionnelles.
Mais dans la réalité du traitement métier, le diable se cache dans les détails. En creusant davantage, on découvre que le véritable contrôle de la conformité — par exemple qui a le droit d’acheter, qui peut effectuer des transferts, et qui peut voir les données de confidentialité — est en fait sous-traité, couche après couche, aux applications et aux smart contracts pour être mis en œuvre.
Cela met vraiment le niveau des émetteurs à l’épreuve. Et si jamais leurs paramètres sont mal configurés ? Si les droits de contrôle d’un acteur sont amplifiés à l’extrême, est-ce que l’ensemble du système ne risque pas de dégénérer en îlots de données en chaîne, cloisonnés les uns des autres ? Dans un monde décentralisé, que ce soit Big Brother $BTC ou le roi de l’écosystème $ETH, aucun n’a apporté de solution parfaite au problème de la supervision des permissions lors du déploiement des RWA ; et Dusk renvoie ce ballon à l’équipe applicative.
Les données du site officiel sont pour le moment bel et bien dans un état de « décollage » : non seulement il y a jusqu’à 300 millions d’euros de montants d’émission envisagés, mais aussi 210 millions de DUSK sont verrouillés à vie dans les nœuds, et la vitesse de règlement — environ 10 secondes — est suffisamment fluide. Toutefois, nous devons faire face à une réalité : les suites essentielles telles que Dusk Trade et DuskEVM, qui sont censées accueillir ces vastes scénarios d’activité, restent encore au stade du réseau de test.
Les attestations des partenaires sont certes plaisantes, mais dans le cadre de la circulation massive de vrais actifs, qui audite concrètement le registre ? Et si un incident survient, qui en portera la responsabilité ? J’espère que le projet pourra, par la suite, exposer au marché le modèle réel des permissions ; cela serait bien plus utile que de répéter encore et encore des slogans sur la conformité.
#dusk $DUSK