#dusk La semaine dernière, il m’est arrivé quelque chose d’embarrassant : je suis allé à la banque pour faire une démarche, mais l’employé au guichet s’est retrouvé comme « figé » sur une page de vérification d’identité, et la file derrière moi ne cessait de s’allonger. Finalement, le chargé d’affaires a trouvé une solution très simple : il a juste désactivé le nouveau système qui affichait l’erreur, puis est repassé à l’ancien logiciel interne. Cette histoire m’a fait prendre conscience d’une réalité : le personnel de terrain ne se soucie jamais de la technicité du back-office. Tant que cela retarde les opérations sur place, même le plus bel outil finit par être abandonné sur le champ. $RE

En réalité, la voie de la conformité sur la chaîne s’enlise souvent dans le même piège. Beaucoup de projets font grand étalage de la protection de la vie privée, mais dès qu’il s’agit de générer en front-end une preuve à connaissance nulle, le ventilateur du PC s’emballe et la page se met à ramer pendant quelques minutes. Les équipes de contrôle des risques préfèrent continuer à utiliser des rapports hors ligne classiques plutôt que d’attendre patiemment que la page se charge.

Récemment, j’ai relu le document technique de @Dusk : ils tentaient de réécrire ce « cul-de-sac » à la source. Ils remplacent la couche d’exécution traditionnelle par une Piecrust VM conçue spécifiquement pour les preuves à connaissance nulle, afin de réduire les coûts de calcul—ce qui rend enfin plausible la génération de preuves « in-browser ». Ensuite, en combinant l’identité vérifiée à connaissance nulle via le protocole Citadel, ils cherchent à finaliser les contrôles de conformité sans faire sortir les données du domaine.

Mais abandonner la voie générique d’EVM pour développer sa propre machine virtuelle est une arme à double tranchant. Même si cela améliore l’efficacité d’exécution cryptographique, cela augmente fortement les barrières d’accès des applications externes et rend les migrations de liquidité bien plus difficiles. Et pour ne rien arranger : en cas de forte pression de concurrence sur des marchés extrêmes, il manque encore des données de tests à grande échelle pour savoir si des machines de bureau ordinaires feront bien « semblant » de se figer lorsqu’il s’agit de compiler des circuits. $BTC

Quand j’observe $DUSK , je ne regarde jamais à quel point le discours est sophistiqué : je regarde simplement s’il peut tenir face à l’épreuve de la vraie activité financière. Si l’architecture sous-jacente est aussi belle soit-elle, mais que l’on n’arrive finalement pas à l’exécuter faute de passerelles d’application trop difficiles ou parce que les terminaux mettent trop de temps—comment cela pourrait-il être différent, dans l’essentiel, du système bancaire qui a dû repasser précipitamment à l’ancien logiciel ce jour-là ? Le bureau des transactions en période de forte affluence accepterait-il vraiment de payer, ne serait-ce que quelques secondes de coût d’attente, au nom d’une soi-disant élégance technique ?