J’ai relu une quinzaine de retours d’expérience sur le testnet DuskEVM et j’ai vu quelqu’un dire : « la divulgation sélective des cartes se joue dans la couche de cache »
Le 10 août, le testnet DuskEVM est passé en ligne, et les retours sur les tests dans le “place” se multiplient. Certains ont déployé des contrats avec Solidity et Hardhat : la prise en main est plus simple que ce qu’ils imaginaient. Le module Hedger, lui, exécute les transactions confidentielles avec du chiffrement homomorphe et des preuves à divulgation nulle (zero-knowledge) ; les développeurs n’ont pas besoin d’apprendre un nouveau langage, et c’est vrai que cela casse pas mal d’idées reçues “anti-humaines” sur les chaînes de confidentialité.
Mais en tombant sur un billet, je me suis arrêté. L’auteur disait avoir fait un test de divulgation sélective : transfert en privé → demande d’autorisation → montrer les données à une partie précise. Les étapes précédentes fonctionnaient toutes : le paiement et la vérification aussi. Puis, à la dernière étape, “côté divulgation”, ça s’est bloqué. Il pensait d’abord que c’était un problème de latence du testnet, puis il a constaté que la route était “clean” et que l’état de Hedger était aussi “vert”. Seule la divulgation sélective prenait plus de temps que prévu. Il pointait alors du doigt un détail dont on parle très peu : la couche de cache détermine “quand l’état de confidentialité devient disponible pour le prochain appel d’autorisation”. @Dusk
En réalité, ce détail mérite plus d’attention que la question du “nombre de TPS”. La divulgation sélective est l’argument principal vendu par Dusk aux institutions : transactions confidentielles, mais auditables. Si ce maillon a déjà de la latence sur le testnet, à quoi s’attendre quand le volume de transactions augmentera sur le mainnet, avec plusieurs requêtes d’autorisation qui affluent en même temps ? Le cache tiendra-t-il ? L’auteur se pose aussi la question : quand plusieurs validations d’autorisation arrivent simultanément, et que les engagements économiques doivent rester continus, qu’est-ce qui est en jeu exactement ?
Le testnet DuskEVM est ouvert, Hedger fonctionne bien : la base technique avance effectivement. Mais entre “ça marche” et “assez solide pour que les institutions l’utilisent”, il reste encore une étape : le test de charge. La divulgation sélective ne suffit pas d’“exister” ; il faut qu’elle soit “stable” sous une charge réelle. Attendre le jour où je verrai quelqu’un publier des données de latence de divulgation en haute concurrence sur le testnet, puis seulement là je pourrai dire que cette chaîne est vraiment prête.
#dusk $DUSK
Le 10 août, le testnet DuskEVM est passé en ligne, et les retours sur les tests dans le “place” se multiplient. Certains ont déployé des contrats avec Solidity et Hardhat : la prise en main est plus simple que ce qu’ils imaginaient. Le module Hedger, lui, exécute les transactions confidentielles avec du chiffrement homomorphe et des preuves à divulgation nulle (zero-knowledge) ; les développeurs n’ont pas besoin d’apprendre un nouveau langage, et c’est vrai que cela casse pas mal d’idées reçues “anti-humaines” sur les chaînes de confidentialité.
Mais en tombant sur un billet, je me suis arrêté. L’auteur disait avoir fait un test de divulgation sélective : transfert en privé → demande d’autorisation → montrer les données à une partie précise. Les étapes précédentes fonctionnaient toutes : le paiement et la vérification aussi. Puis, à la dernière étape, “côté divulgation”, ça s’est bloqué. Il pensait d’abord que c’était un problème de latence du testnet, puis il a constaté que la route était “clean” et que l’état de Hedger était aussi “vert”. Seule la divulgation sélective prenait plus de temps que prévu. Il pointait alors du doigt un détail dont on parle très peu : la couche de cache détermine “quand l’état de confidentialité devient disponible pour le prochain appel d’autorisation”. @Dusk
En réalité, ce détail mérite plus d’attention que la question du “nombre de TPS”. La divulgation sélective est l’argument principal vendu par Dusk aux institutions : transactions confidentielles, mais auditables. Si ce maillon a déjà de la latence sur le testnet, à quoi s’attendre quand le volume de transactions augmentera sur le mainnet, avec plusieurs requêtes d’autorisation qui affluent en même temps ? Le cache tiendra-t-il ? L’auteur se pose aussi la question : quand plusieurs validations d’autorisation arrivent simultanément, et que les engagements économiques doivent rester continus, qu’est-ce qui est en jeu exactement ?
Le testnet DuskEVM est ouvert, Hedger fonctionne bien : la base technique avance effectivement. Mais entre “ça marche” et “assez solide pour que les institutions l’utilisent”, il reste encore une étape : le test de charge. La divulgation sélective ne suffit pas d’“exister” ; il faut qu’elle soit “stable” sous une charge réelle. Attendre le jour où je verrai quelqu’un publier des données de latence de divulgation en haute concurrence sur le testnet, puis seulement là je pourrai dire que cette chaîne est vraiment prête.
#dusk $DUSK
