Zcash Propose Une Clé De Confidentialité Quantique

Imaginez un instant que quelqu’un puisse, dans quelques années, remonter toute l’historique de vos paiements privés simplement parce qu’une adresse a été publiée une seule fois sur une blockchain publique. Ce scénario, longtemps resté théorique, prend désormais une tournure très concrète dans l’écosystème Zcash. Un développeur de l’infrastructure Zakura vient de dévoiler une proposition technique destinée à bloquer cette faille potentielle avant même que les ordinateurs quantiques ne deviennent une menace réelle.

La Proposition Qui Change La Donne Pour Les Swaps Zcash

Adam Tucker, développeur chez Zakura, a publié un post d’ingénierie détaillé expliquant comment générer une clé de visualisation entrante unique pour chaque échange de ZEC via NEAR Intents. L’idée paraît simple sur le papier, mais elle résout un problème subtil et particulièrement gênant pour la confidentialité à long terme.

NEAR Intents permet d’échanger des actifs d’une chaîne à une autre sans avoir à gérer manuellement chaque étape. Quand un utilisateur envoie des ZEC blindés pour obtenir des USDC sur Ethereum, par exemple, le service enregistre une adresse de remboursement. Même si le swap se déroule parfaitement et qu’aucun remboursement n’est nécessaire, cette adresse reste gravée de façon permanente sur la blockchain publique de NEAR.

Or, dans le système actuel de Zcash, plusieurs adresses blindées d’un même compte partagent généralement la même clé de visualisation entrante. Un ordinateur quantique suffisamment puissant, capable d’exécuter l’algorithme de Shor, pourrait en théorie extraire cette clé à partir d’une seule adresse exposée. Une fois en possession de cette clé, un attaquant pourrait identifier tous les paiements reçus par le compte, y compris les montants et les mémos privés associés.

La menace ne concerne pas le contrôle des fonds, mais la confidentialité de l’historique des transactions. La clé de dépense reste intacte, c’est uniquement la capacité de lecture qui est compromise.

Adam Tucker, développeur Zakura

Pourquoi Les Adresses De Remboursement Posent Problème

Les adresses blindées de Zcash sont conçues pour ne pas apparaître en clair sur la blockchain Zcash elle-même. Les transactions restent privées grâce à la cryptographie à courbe elliptique. Le souci survient uniquement lorsque ces adresses sont volontairement publiées ailleurs, comme c’est le cas avec NEAR Intents.

Le service enregistre l’adresse de remboursement dès que le dépôt est enregistré. Cette information reste accessible à tous, même des années plus tard. Aujourd’hui, aucun ordinateur classique ne peut inverser la cryptographie pour récupérer la clé de visualisation. Demain, un ordinateur quantique mature pourrait le faire.

Le problème touche les deux sens des échanges. Que l’on sorte des ZEC vers une autre chaîne ou que l’on reçoive des ZEC, une adresse blindée se retrouve exposée de façon permanente. Avec l’augmentation des volumes d’échanges cross-chain, le nombre d’adresses ainsi publiées ne cesse de croître.

Comment Fonctionne La Clé De Visualisation Unique

La solution proposée par Zakura consiste à dériver une nouvelle clé de visualisation entrante pour chaque adresse de swap, sans obliger l’utilisateur à créer un nouveau compte à chaque fois. Le portefeuille utilise les identifiants existants du compte, la finalité de l’adresse et un index spécifique au swap pour générer cette clé distincte.

Concrètement, le composant aléatoire utilisé dans la dérivation de la clé de visualisation est modifié. Les clés d’autorisation et de nullificateur du compte restent inchangées. Zakura s’appuie sur une construction de hachage déjà employée dans le système de dérivation ZIP 32 de Zcash, avec un identifiant de domaine différent pour distinguer les clés de swap des clés internes habituelles.

Résultat : si un attaquant quantique parvient un jour à récupérer la clé liée à un seul swap, il ne pourra voir que les paiements associés à cette adresse précise. Pour relier cette clé à d’autres adresses de swap, il faudrait inverser la dérivation basée sur le hachage, ce qui reste extrêmement difficile.

Cette approche présente un avantage majeur par rapport à la création d’un compte totalement distinct pour chaque transaction. Les utilisateurs de portefeuilles matériels, notamment Keystone et Ledger, rencontreraient des frictions importantes. Keystone ne gère actuellement que l’index de compte 0 pour les signatures Zcash. Ledger permet d’accéder à plusieurs comptes, mais exige des transactions et des validations séparées pour dépenser des fonds provenant de comptes différents.

Avec la solution Zakura, tous les fonds restent contrôlés par la clé de dépense d’origine. L’utilisateur continue de signer ses transactions de la même façon qu’auparavant.

La Récupération Des Transactions Sans Compromettre La Vie Privée

Créer des centaines de clés de visualisation différentes soulève un nouveau défi : la restauration d’un portefeuille. Aujourd’hui, un portefeuille Zcash scanne la blockchain avec sa clé de visualisation pour identifier les paiements entrants. Multiplier les clés rendrait ce processus de plus en plus lent.

Zakura propose d’utiliser la private information retrieval, ou PIR, pour localiser les transactions pertinentes sans révéler les adresses du portefeuille à l’opérateur de la base de données. Le système tire parti d’une particularité du pont Zcash de NEAR : les transactions sortantes utilisent une clé de visualisation sortante entièrement nulle, ce qui permet d’indexer les transactions par adresse de destination.

Lors d’une restauration, le portefeuille télécharge d’abord des filtres complets identifiant les adresses susceptibles d’avoir reçu des paiements via le pont. Comme les filtres sont téléchargés en totalité, le serveur n’apprend pas quelles adresses appartiennent à l’utilisateur. Lorsqu’un filtre signale un paiement possible, le portefeuille envoie une requête chiffrée via PIR. Le serveur renvoie l’emplacement de la transaction correspondante sans savoir quelle adresse a été interrogée.

Pour les swaps entrants en ZEC, le processus est légèrement différent. Le portefeuille génère des adresses en séquence et les compare aux filtres publiés jusqu’à rencontrer trente adresses consécutives qui n’ont ni reçu de paiement ni été fournies à NEAR. Les devises de swap abandonnées ne provoquent pas de réutilisation d’adresses, car chaque nouvelle transaction reçoit une adresse que NEAR n’a jamais rencontrée auparavant.

Un Contexte Plus Large De Préparation Quantique

Cette proposition arrive à un moment où l’écosystème Zcash multiplie les initiatives face à la menace quantique. Les développeurs visent janvier 2027 pour introduire des instructions de signatures post-quantiques permettant aux transactions transparentes d’utiliser des signatures basées sur le hachage.

Ces signatures protègent l’autorisation de dépense, un problème distinct de celui traité par Zakura. La solution des clés de visualisation uniques se concentre spécifiquement sur le risque de liaison des paiements historiques via une adresse exposée.

En juillet, la mise à niveau réseau Ironwood a introduit les notes quantiquement récupérables via ZIP 2005. Cette fonctionnalité ouvre la voie à un mécanisme de récupération futur si les progrès quantiques menacent les protections cryptographiques existantes. Elle ne rend pas le réseau quantiquement sécurisé à elle seule : un protocole de récupération distinct devra encore être conçu et activé.

Environ 11,96 millions de ZEC, soit près de 70 % de l’offre émise début octobre, se trouvaient encore dans des adresses transparentes. Cette proportion élevée rappelle que la confidentialité n’est pas encore le comportement par défaut de la majorité des détenteurs.

Les Avancées Récentes En Informatique Quantique

Les préoccupations quantiques ont gagné en visibilité après les derniers résultats de Google avec son processeur Willow. Le 15 octobre, l’entreprise a annoncé une réduction d’un facteur 40 des erreurs quantiques grâce à une technique appelée magic state cultivation. L’expérience a atteint une fidélité logique de 99,99 % selon la méthode de test des chercheurs.

Il faut rester prudent : aucune démonstration publique n’a encore permis de récupérer les clés à courbe elliptique utilisées par Zcash, Bitcoin ou d’autres réseaux. Les progrès restent impressionnants, mais la distance entre les expériences de laboratoire et une attaque pratique contre une cryptographie de production reste considérable.

Pourtant, la communauté Zcash a choisi d’anticiper plutôt que d’attendre. Cette attitude proactive distingue les projets qui construisent pour le long terme de ceux qui se contentent de réagir aux crises.

Impact Sur Les Portefeuilles Et Le Calendrier De Déploiement

Zakura n’a pas encore annoncé de date de sortie définitive. L’équipe s’attend à ce que les portefeuilles logiciels utilisant ses bibliothèques cryptographiques, notamment Vizor, commencent à intégrer la fonctionnalité dans les semaines à venir. Le support des portefeuilles matériels suivra une fois que les firmwares concernés pourront gérer le nouveau processus de dérivation de clés.

Pour les utilisateurs de Vizor et des autres logiciels basés sur les bibliothèques ouvertes de Zakura, le changement devrait être quasiment transparent. La génération des clés uniques se fera automatiquement lors des swaps via NEAR Intents. Un note chiffrée placée dans la sortie de change d’un swap sortant en ZEC enregistrera l’index utilisé, permettant au portefeuille de reconstruire la clé appropriée lors d’une restauration.

Une fois le swap terminé par NEAR, tout ZEC non utilisé renvoyé à l’adresse désignée pourra être dépensé avec la clé de dépense normale du portefeuille. Aucun changement dans l’expérience utilisateur quotidienne n’est à prévoir, ce qui constitue un point fort de la proposition.

Les Volumes Cross-Chain Confirment L’Urgence

L’utilisation de Zcash dans les transactions inter-chaînes a dépassé le simple transfert de tokens. En septembre, Aurora Intents a traité plus de 19 millions de dollars à travers 1 718 swaps liés à l’enchère zkSNARKS. Ces opérations représentaient plus de la moitié des actifs convertis et déposés dans la vente libellée en ZEC.

Les transactions ont utilisé les solveurs de NEAR Intents pour convertir des actifs provenant d’autres réseaux en ZEC, tandis que les offres côté destination restaient blindées sur Zcash. Ces chiffres illustrent à quel point les ponts et les intents sont devenus des points d’entrée majeurs pour la liquidité Zcash.

Plus le volume passe par ces services, plus le nombre d’adresses exposées augmente. Sans mesure corrective, chaque nouveau swap élargit la surface d’attaque potentielle pour un adversaire quantique futur.

Pourquoi Cette Approche Est Plus Élégante Que Les Alternatives

Créer un compte Zcash complètement distinct pour chaque transaction offrirait une séparation similaire. Cependant, cette méthode pose de sérieux problèmes pratiques. Les portefeuilles matériels imposent souvent des limitations sur le nombre de comptes gérés ou sur la façon dont les fonds peuvent être consolidés.

Un utilisateur qui accumulerait des fonds sur des dizaines de comptes de swap se retrouverait rapidement confronté à des validations répétées et à une gestion complexe. La proposition de Zakura évite ces frictions en conservant une seule clé de dépense tout en isolant les clés de visualisation.

Cette distinction entre clé de visualisation et clé de dépense est au cœur de la conception de Zcash. Elle permet d’offrir des niveaux de confidentialité granulaires sans sacrifier la capacité de dépenser les fonds de manière unifiée.

Les Limites Actuelles Et Les Questions Ouvertes

La solution n’est pas magique. Elle protège uniquement contre la récupération d’une clé de visualisation à partir d’une adresse exposée. Elle ne rend pas Zcash quantiquement sécurisé dans son ensemble. Les signatures de transaction et d’autres éléments cryptographiques restent à traiter via d’autres travaux en cours.

Par ailleurs, la dépendance à la private information retrieval introduit une infrastructure supplémentaire. Bien que Zakura affirme utiliser la même technique lattice-based déjà développée pour ses recherches de portefeuilles transparents et pour le vote des détenteurs de Zcash, le déploiement à grande échelle devra prouver sa robustesse et ses performances.

Le seuil de trente adresses consécutives vides pour arrêter la génération lors d’une restauration est un paramètre pragmatique. Il pourrait être ajusté selon l’expérience réelle des utilisateurs et le volume de swaps abandonnés.

Ce Que Cela Signifie Pour Les Utilisateurs Quotidiens

Pour la plupart des détenteurs de ZEC qui n’utilisent pas régulièrement NEAR Intents, cette annonce change peu de choses à court terme. En revanche, pour ceux qui multiplient les échanges cross-chain, la mise en place de cette protection représente une avancée significative en matière de confidentialité à long terme.

Les utilisateurs de portefeuilles basés sur les bibliothèques Zakura bénéficieront probablement de la fonctionnalité en premier. Les autres devront attendre que leurs applications adoptent le même mécanisme ou qu’une standardisation plus large intervienne.

Il est toujours recommandé de limiter autant que possible l’exposition d’adresses, même lorsque des protections techniques existent. La meilleure confidentialité reste celle qui n’est jamais mise à l’épreuve.

Une Culture De L’Anticipation Dans L’Écosystème Zcash

Ce qui frappe dans cette proposition, c’est le moment choisi. Aucun ordinateur quantique n’est encore capable de casser les clés de Zcash. Pourtant, l’équipe Zakura préfère construire la parade maintenant plutôt que d’attendre que la menace se matérialise.

Cette attitude n’est pas isolée. Les travaux sur les signatures post-quantiques, les notes quantiquement récupérables et maintenant les clés de visualisation uniques montrent une volonté collective de préparer le protocole aux décennies à venir.

Dans un secteur où beaucoup de projets se contentent de suivre les modes, Zcash continue de traiter la confidentialité comme un problème d’ingénierie sérieux et de long terme. La proposition d’Adam Tucker s’inscrit dans cette lignée.

Les Prochaines Étapes À Surveiller

Dans les semaines qui viennent, il faudra observer quels portefeuilles intègrent réellement la fonctionnalité. Vizor est cité comme candidat naturel, mais d’autres applications pourraient suivre rapidement si le code open-source est suffisamment clair et documenté.

Le support matériel prendra plus de temps. Les fabricants de portefeuilles doivent mettre à jour leurs firmwares et passer par des processus de validation souvent longs. Keystone et Ledger seront particulièrement surveillés étant donné les limitations actuelles mentionnées dans le post d’ingénierie.

Enfin, la communauté devra évaluer si d’autres services de swap ou de ponts exposent des adresses de façon similaire. NEAR Intents a été identifié comme un cas particulièrement clair, mais d’autres protocoles cross-chain pourraient présenter des risques comparables.

Confidentialité Et Interopérabilité : Un Équilibre Difficile

L’essor des intents et des bridges a considérablement amélioré l’expérience utilisateur. Il n’est plus nécessaire de gérer manuellement des étapes complexes pour passer d’une chaîne à une autre. Cette fluidité a un prix : certaines informations qui restaient auparavant strictement privées se retrouvent publiées sur d’autres blockchains.

La proposition de Zakura montre qu’il est possible de conserver les avantages de l’interopérabilité tout en restaurant un niveau de confidentialité acceptable face aux menaces futures. C’est un exemple concret de ce que peut produire une collaboration entre les équipes de différents protocoles.

NEAR Intents n’a pas été conçu pour nuire à la confidentialité de Zcash. Le problème est un effet de bord de la transparence nécessaire au fonctionnement d’un service de swap. La solution technique proposée permet de corriger cet effet de bord sans casser l’expérience utilisateur.

Vers Une Confidentialité Plus Granulaire

Au-delà du cas précis de NEAR Intents, la notion de clé de visualisation à usage unique ouvre des perspectives intéressantes. On peut imaginer d’autres contextes où une séparation fine des capacités de lecture serait utile : dons, paiements récurrents, interactions avec des services tiers, etc.

Zcash a toujours privilégié une approche où la confidentialité est optionnelle mais robuste. Les outils qui permettent de l’appliquer de façon plus ciblée et plus sûre renforcent cette philosophie.

La dérivation basée sur ZIP 32 avec un domaine distinct montre également que les mécanismes de gestion de clés existants peuvent être étendus de façon élégante sans tout réécrire. C’est souvent dans ces détails d’ingénierie que se joue la qualité d’un protocole de confidentialité.

Un Signal Fort Pour L’Ensemble De L’Industrie

Les projets qui prennent au sérieux la menace quantique se distinguent déjà. Bitcoin discute de chemins de migration possibles. Ethereum explore des signatures post-quantiques. Zcash, avec ses travaux sur les notes récupérables, les signatures et maintenant les clés de visualisation, montre une approche particulièrement complète.

La proposition Zakura rappelle que la confidentialité n’est pas un état figé. Elle doit être défendue et adaptée à mesure que les capacités de calcul évoluent et que de nouveaux cas d’usage apparaissent.

Dans un monde où de plus en plus d’activités financières migrent on-chain, la capacité à protéger l’historique de ses transactions devient un enjeu de souveraineté individuelle. Les outils techniques qui rendent cette protection possible méritent d’être suivis de près.

La discussion ouverte par Adam Tucker ne se limite pas à un correctif technique. Elle invite l’ensemble de la communauté crypto à réfléchir à la façon dont les ponts, les intents et les services tiers interagissent avec les garanties de confidentialité des protocoles sous-jacents. C’est une conversation qui ne fait que commencer.

Les prochaines semaines diront si cette proposition trouve rapidement sa place dans les portefeuilles populaires. En attendant, elle constitue déjà un exemple concret de ce à quoi ressemble une préparation sérieuse face aux défis cryptographiques de demain.