Soldes confidentiels : renforcer la confidentialité dans l’écosystème Solana

Petit rappel : les fonctionnalités confidentielles

Le programme Token2022 de Solana a introduit des extensions spécialisées qui permettent aux émetteurs de tokens de rendre les montants « opaques » au public.

Plutôt que de parler de « vie privée », nous employons le terme confidentialité, qui décrit cette technologie avec plus de précision. 

Les étapes fondamentales d’une transaction confidentielle sont généralement les suivantes :

1. Dépôt : convertissez les soldes publics de tokens en un état confidentiel.
2. Application : finalisez (ou « appliquez ») les tokens déposés dans votre solde confidentiel disponible.
3. Transfert : transférez le solde confidentiel à un destinataire en vous appuyant sur des preuves cryptographiques, comme des preuves d’égalité, de validité et de plage, afin de préserver la confidentialité.
4. Application (Côté destinataire) : le destinataire applique les tokens en attente nouvellement reçus à son solde confidentiel disponible.
5. Retrait (Facultatif) : reconvertissez vos tokens confidentiels en un solde public de tokens lorsque nécessaire.

Toutes ces étapes exploitent en arrière-plan le chiffrement homomorphe et les preuves à divulgation nulle de connaissance (ZKP). Ainsi, même si les sommes sont masquées, le système peut toujours vérifier leur exactitude. 

Consultez le « Guide produit de Confidential Balances » pour une présentation détaillée de ces étapes.

Quelles sont les nouveautés de Confidential Balances ?

Un ensemble complet d’extensions

« Confidential Balances » ne se limite pas aux transferts confidentiels. Ce terme générique regroupe plusieurs extensions de tokens renforcées par la cryptographie, notamment :

• Confidential Transfers : utilise des primitives cryptographiques pour masquer les montants transférés.
• Confidential Transfer Fee : similaire à l’extension Transfer Fees, elle utilise les mêmes primitives cryptographiques pour préserver la confidentialité des frais.
• Confidential Mint and Burn : en plus de masquer les montants de tokens en transit, les émetteurs peuvent dissimuler le nombre de tokens créés ou brûlés.

Mise en œuvre actuelle : backends Rust et Wallets-as-a-Service

Les développeurs sur Solana ont déjà créé des implémentations de référence entièrement en Rust pour orchestrer ces flux confidentiels. Les solutions côté serveur gèrent les instructions des utilisateurs, génèrent les preuves ZK et prennent en charge les clés de chiffrement. 

Même si les portefeuilles destinés aux utilisateurs ne prennent pas encore nativement en charge ces fonctionnalités, le modèle « Wallets-as-a-Service », dans lequel des tiers gèrent la cryptographie avancée et les opérations complexes, devrait accélérer leur adoption par le grand public.

Perspectives : bibliothèques JavaScript de preuves ZK

La prochaine étape attendue est l’arrivée imminente de bibliothèques de preuves ZK basées sur JavaScript. Une fois disponibles, normalement plus tard en 2025, elles permettront aux développeurs de créer des intégrations conviviales dans des portefeuilles web ou mobiles, capables de générer et de valider ces preuves à la volée. 

Nous devrions alors voir apparaître :

1. Génération de preuves côté client 

Les utilisateurs n’auront plus besoin d’un serveur distinct basé sur Rust ni d’instructions particulières pour gérer le chiffrement et les preuves. Tout pourra s’effectuer directement dans un portefeuille web ou mobile.

2. Prise en charge native des soldes confidentiels 

Phantom, Backpack ou d’autres portefeuilles pourraient intégrer la génération de preuves éphémères, permettant aux utilisateurs d’envoyer des tokens de manière confidentielle et sans difficulté.

3. Conformité simplifiée 

L’association d’une « clé d’auditeur » facultative à la génération de preuves côté front-end permet de répondre aux préoccupations institutionnelles et réglementaires, en garantissant que les tokens confidentiels peuvent être contrôlés dans le cadre des dispositifs de conformité.

Vue d’ensemble

Confidential Balances fournit un mécanisme on-chain flexible pour gérer les montants de tokens de manière confidentielle, notamment la déduction des frais, la création, la destruction et l’audit. Les projets peuvent configurer la confidentialité de manière sélective en fonction de leurs objectifs. Grâce à ces fonctionnalités, les dApps sur Solana peuvent désormais proposer une expérience qui concilie soigneusement confidentialité et exigences de conformité.

Pour la plupart des projets, l’étape suivante consiste à comprendre la gestion des clés de chiffrement ou à déterminer comment intégrer une logique « Confidential MintBurn » complète. 

Comme le suggère le guide officiel, vous pouvez commencer modestement avec une confidentialité partielle ou opter pour une confidentialité totale dans des cas d’usage plus avancés, comme les stablecoins ou le commerce privé.

Conclusion

Ce qui avait commencé sous le nom de « Confidential Transfers » est devenu Confidential Balances, une suite plus complète d’extensions de tokens confidentielles pour l’écosystème Solana. Ces nouvelles extensions s’appuient sur une cryptographie sophistiquée pour offrir une forme de confidentialité compatible avec les exigences de conformité. 

Avec l’arrivée prochaine de bibliothèques ZK en JavaScript, la prise en charge par des portefeuilles conviviaux et les solutions existantes basées sur Rust, la communauté Solana est bien placée pour adopter ces fonctionnalités de tokens confidentielles et en tirer parti, tout en répondant à la demande des utilisateurs et aux attentes des organismes de réglementation.

Références supplémentaires

• Présentation de Confidential Transfers (désormais Confidential Balances)
• Guide de démarrage rapide de Confidential Balances