Je surveille récemment les RWA et, franchement, plus je les regarde, plus je me sens anxieux. Mettre des actifs on-chain, techniquement il y a de quoi faire — mais si tu demandes vraiment à une institution de rapatrier maison, obligations et actions, pour les mettre là-dedans et essayer ? La transparence des chaînes publiques, c’est comme des maisons en verre : les secrets commerciaux sont entièrement exposés, qui oserait ? Et les chaînes de confidentialité sont si opaques que même le régulateur n’arrive pas à mettre le doigt dessus. Après avoir fouillé, j’ai constaté que @Dusk ne s’est pas rangé d’un côté : il intègre directement confidentialité et conformité dans le socle. La logique est plutôt intéressante.
J’ai spécialement pris le temps d’examiner sa stack technique. Le consensus Succinct Attestation : des comités aléatoires qui travaillent, et les forks/retours en arrière ont très peu de chances. DuskEVM est compatible avec Ethereum ; j’ai lancé un petit démo avec Solidity, et la fonctionnalité de confidentialité s’est littéralement activée d’emblée. Le protocole Hedger, avec une confidentialité auditable, m’a laissé perplexe un moment : tous les détails sont verrouillés, mais au moment de la conformité, il peut produire des preuves vérifiables. La technique est plutôt redoutable. Deux modèles de transactions, Moonlight et Phoenix, fonctionnent en parallèle : selon les besoins, chacun son usage. J’ai aussi vu le plan NPEX d’horodater sur la chaîne plus de 300 millions d’euros de titres — le rythme de déploiement, je vais le surveiller de près.
Mais soyons honnêtes : j’ai une question qui me reste en tête. La clé capable de déverrouiller toute la confidentialité, à la fin, elle est en main de qui ? Tout dépend de ça : liberté ou une autre forme de contrôle. J’ai fait des calculs : l’émission continue de tokens et le verrouillage compriment l’élan ; si la réglementation européenne change, le récit risque d’être totalement reformaté. La liquidité secondaire des premiers actifs et le coût ZK restent à vérifier par l’empirique.
Il y a quelque temps, beaucoup de monde s’est laissé berner par des affirmations de validation on-chain en 2,8 millisecondes ; j’y ai presque cru aussi. PLONK réduit bien la vérification au maximum, mais c’est léger on-chain et lourd off-chain. De mon côté, j’ai tourné en local des circuits d’identité Citadel : avec une seule licence, on dépasse 30 000 constraints ; le prover a mis près de 16 secondes à travailler, tandis que le verifier prend seulement 0,007 seconde. La prime de calcul du ZK est à peu près 10 000 fois l’opération native : toute la pression est renvoyée sur l’équipement local.
Je suis du genre à vérifier moi-même : je ne regarde pas seulement l’origine, je regarde le code. La voie choisie par Dusk est difficile mais juste. Pourtant, pour ce qui est du passage à l’implémentation, il reste encore des enjeux de jeu réglementaire et d’acceptation par le marché. Mes deux priorités à l’instant sont donc : qui gère cette clé, et le volume de transactions réel après l’onshoring d’actifs de 300 millions d’euros. Le reste — je verrai après avoir fini les tests. #dusk $DUSK
J’ai spécialement pris le temps d’examiner sa stack technique. Le consensus Succinct Attestation : des comités aléatoires qui travaillent, et les forks/retours en arrière ont très peu de chances. DuskEVM est compatible avec Ethereum ; j’ai lancé un petit démo avec Solidity, et la fonctionnalité de confidentialité s’est littéralement activée d’emblée. Le protocole Hedger, avec une confidentialité auditable, m’a laissé perplexe un moment : tous les détails sont verrouillés, mais au moment de la conformité, il peut produire des preuves vérifiables. La technique est plutôt redoutable. Deux modèles de transactions, Moonlight et Phoenix, fonctionnent en parallèle : selon les besoins, chacun son usage. J’ai aussi vu le plan NPEX d’horodater sur la chaîne plus de 300 millions d’euros de titres — le rythme de déploiement, je vais le surveiller de près.
Mais soyons honnêtes : j’ai une question qui me reste en tête. La clé capable de déverrouiller toute la confidentialité, à la fin, elle est en main de qui ? Tout dépend de ça : liberté ou une autre forme de contrôle. J’ai fait des calculs : l’émission continue de tokens et le verrouillage compriment l’élan ; si la réglementation européenne change, le récit risque d’être totalement reformaté. La liquidité secondaire des premiers actifs et le coût ZK restent à vérifier par l’empirique.
Il y a quelque temps, beaucoup de monde s’est laissé berner par des affirmations de validation on-chain en 2,8 millisecondes ; j’y ai presque cru aussi. PLONK réduit bien la vérification au maximum, mais c’est léger on-chain et lourd off-chain. De mon côté, j’ai tourné en local des circuits d’identité Citadel : avec une seule licence, on dépasse 30 000 constraints ; le prover a mis près de 16 secondes à travailler, tandis que le verifier prend seulement 0,007 seconde. La prime de calcul du ZK est à peu près 10 000 fois l’opération native : toute la pression est renvoyée sur l’équipement local.
Je suis du genre à vérifier moi-même : je ne regarde pas seulement l’origine, je regarde le code. La voie choisie par Dusk est difficile mais juste. Pourtant, pour ce qui est du passage à l’implémentation, il reste encore des enjeux de jeu réglementaire et d’acceptation par le marché. Mes deux priorités à l’instant sont donc : qui gère cette clé, et le volume de transactions réel après l’onshoring d’actifs de 300 millions d’euros. Le reste — je verrai après avoir fini les tests. #dusk $DUSK