Hier soir, j’ai aidé un ami à faire une démo de règlement de titres sur la chaîne. J’ai débogué jusqu’au milieu de la nuit, et j’ai failli me faire avoir par les estimations de consommation de Gas et par la vérification d’état—j’en ai eu des nausées.
Au départ, je pensais utiliser la machine virtuelle Rusk de Dusk pour exécuter ce type de logique métier : elle met en avant la finance conforme, et, au niveau le plus bas, elle regroupe directement la protection de la confidentialité et le suivi d’audit dans des instructions précompilées. Par rapport à nos bricolages précédents sur des circuits ZK « à la main » sur la couche 2 d’Ethereum, ou aux expérimentations sur Secret Network avec des calculs cryptographiques qui peuvent facilement provoquer des conflits d’état, Dusk, écrit en Rust, est clairement beaucoup plus léger. Il suffit d’appeler les interfaces encapsulées pour masquer les vrais taux d’intérêt d’emprunt et de prêt, ainsi que la liste des collatéraux. En même temps, on ne fournit qu’aux nœuds de régulation la preuve que « ce titre n’a pas de double nantissement et que le ratio de couverture des actifs est conforme ». Cette logique, je l’ai montrée à des responsables de la finance traditionnelle de la supply chain : ils comprennent vraiment, et ils arrivent aussi à voir concrètement comment ça peut se déployer.
Mais l’idéal est toujours beau : quand on passe au développement réel de la logique métier, il y a énormément de pièges. Le plus gros problème, c’est qu’il manque trop de briques prêtes à l’emploi dans l’écosystème. Je voulais ajouter un script d’écoute pour rapprocher automatiquement les comptes : j’ai fouillé la documentation officielle et les dépôts de la communauté, et j’ai découvert qu’il n’existait même pas un modèle d’oracle crédible, ni une bibliothèque standardisée pour analyser les événements. Beaucoup de middleware de base reviennent alors à devoir être réécrits depuis zéro. Et pour finir, l’environnement de test local : dès qu’on augmente un peu le niveau de concurrence, la génération des preuves ZK des nœuds ralentit nettement, et les messages d’erreur sont souvent ambigus. Tu n’arrives même pas à savoir si c’est ta propre logique qui a explosé, ou si l’exécution cryptographique du nœud n’a pas suivi.
En fait, la meilleure barrière à l’entrée d’une blockchain de confidentialité conforme n’a jamais été la finesse des preuves mathématiques de quelqu’un. Ce qui compte, c’est à quel point le coût de migration métier est faible. Mettre des actifs financiers traditionnels « on-chain » n’est pas pour faire payer la facture de la courbe d’apprentissage aux geeks techniques. Si l’export des flux d’actifs et les outils de rapprochement des anomalies doivent être recréés de toutes pièces par les développeurs, les institutions n’osent tout simplement pas mettre leurs flux essentiels en ligne. Compléter d’abord cette suite de modules métier « prête à l’emploi », ça apporte plus de TVL réelle que publier dix livres blancs d’architecture.
Si on transpose cette technologie de confidentialité et de conformité dans une activité réelle, quel axe pensez-vous que l’on fera fonctionner en premier ? #dusk $DUSK @Dusk