ActualitésCryptoZcash vise janvier pour une protection post-quantique des paiements transparents

Zcash vise janvier pour une protection post-quantique des paiements transparents

Auteur: Coindoo·

Points clés

  • •Zakura vise janvier pour les opcodes de signature post-quantique dans les pools transparents de Zcash, où se trouve la majorité des ZEC en circulation et où les adresses, montants et historiques de transactions restent publiquement visibles.
  • •La conception de portefeuille proposée associe des signatures post-quantiques basées sur le hachage, des adresses transparentes rotatives dérivées d'une seule seed et la récupération privée d'informations pour contrer à la fois une menace cryptographique future et une nouvelle faiblesse de confidentialité.
  • •Une fois qu'une adresse transparente a dépensé, sa clé publique devient visible ; une technologie future capable de retrouver des clés privées à partir de clés publi pourrait donc exposer les fonds restant à cette adresse ou envoyés ultérieurement.
  • •La PIR permet aux portefeuilles de récupérer des enregistrements et de vérifier localement des filtres d'activité compacts sans indiquer aux serveurs quelles adresses ils consultent, empêchant ainsi les serveurs de relier des adresses que la blockchain ne lie pas.
  • •La PIR est déjà disponible expérimentalement dans le portefeuille Vizor de Zakura via le réglage « Private queries », et le plan ne nécessite aucun échange de ZEC, aucune migration de portefeuille ni nouvelle phrase de récupération.
Zcash vise janvier pour une protection post-quantique des paiements transparents

Zakura, l'équipe qui développe l'infrastructure de Zcash, prévoit de déployer en janvier des opcodes de signature post-quantique. La proposition porte sur les paiements transparents, où les adresses, les montants et l'historique des transactions restent visibles sur la blockchain — contrairement aux pools protégés de Zcash, qui masquent ces données — et où se trouve actuellement la majorité des ZEC en circulation.

Un nouvel article d'ingénierie décrit une conception de portefeuille qui associe ces signatures à des adresses transparentes rotatives et à la récupération privée d'informations, connue sous le nom de PIR. Ensemble, ces composants répondent à un risque cryptographique futur tout en traitant une faiblesse de confidentialité qui apparaîtrait lorsque les portefeuilles commenceront à utiliser de nombreuses adresses neuves.

Pourquoi les clés publiques exposées pourraient devenir un handicap

Les adresses transparentes de Zcash contiennent initialement un haché d'une clé publique. La clé publique elle-même devient visible lorsque l'adresse dépense, ce qui permet au réseau de vérifier la signature du paiement. Si une technologie future permettait de retrouver une clé privée à partir de cette clé publique, les fonds laissés à la même adresse, ou envoyés ultérieurement, pourraient être plus exposés. C'est précisément la faiblesse que les signatures post-quantiques proposées sont censées combler.

Les adresses neuves protègent les fonds ultérieurs derrière une nouvelle clé

La rotation des adresses offre au portefeuille un moyen de réduire cette exposition répétée. Après une dépense depuis une adresse, le portefeuille peut transférer son solde restant vers une adresse nouvellement dérivée. Cette nouvelle adresse est liée à une clé publique différente, dont le haché reste visible tandis que la clé elle-même demeure non divulguée.

Cette approche n'exige pas d'ouvrir un nouveau portefeuille ni de noter une nouvelle phrase de récupération après chaque paiement. Une seed de portefeuille standard peut dériver une séquence d'adresses et de paires de clés distinctes, permettant au logiciel de créer de nouvelles adresses de réception et de change à partir d'une seule sauvegarde existante.

Cette séparation dépend également de la protection de la clé publique étendue et des informations de visualisation du portefeuille. Ces enregistrements peuvent révéler davantage sur la structure d'adresses d'un portefeuille qu'une transaction ordinaire, affaiblissant ainsi l'intérêt de séparer chaque clé publique.

Les requêtes des portefeuilles peuvent révéler les liens que la blockchain ne montre pas

La génération de nouvelles adresses crée un problème pratique : le portefeuille doit toujours trouver les paiements entrants, suivre les fonds qu'il a dépensés et reconstruire l'historique après une récupération. Un portefeuille léger ordinaire peut demander à un serveur l'activité associée à l'adresse A, puis B, puis C. Ces adresses peuvent paraître sans lien sur la blockchain mais le serveur voit les requêtes arriver du même portefeuille. Il peut donc relier les adresses même lorsque le registre public seul ne fournit pas ce lien.

Zakura propose la PIR pour éviter cette fuite. Le portefeuille récupère l'enregistrement dont il a besoin auprès d'un serveur sans révéler lequel il a sélectionné. Il peut également télécharger des filtres compacts d'activité publique, les vérifier localement pour d'éventuelles correspondances, et n'effectuer une requête privée que lorsqu'une plage de blocs est susceptible de contenir un historique pertinent.

Les trois composants fonctionnent ainsi :

  • Les adresses neuves protègent les fonds ultérieurs derrière des clés publiques qui n'ont pas encore été révélées par une dépense antérieure.
  • Les signatures basées sur le hachage constituent la voie post-quantique proposée pour autoriser les paiements transparents.
  • La récupération privée d'informations permet au portefeuille de rechercher son historique sans identifier ses adresses au serveur.

Les données de paiement transparentes resteraient publiques sur la blockchain Zcash. La PIR réduit les informations supplémentaires exposées lorsqu'un portefeuille demande à un service de surveiller plusieurs adresses, préservant ainsi l'objectif même de leur rotation.

Un risque à long terme, pas une urgence actuelle

Cette conception répond à la même préoccupation soulevée dans l'avertissement d'Europol concernant les clés de portefeuille exposées. Un attaquant futur suffisamment puissant pourrait cibler une clé publique apparue on-chain, rendant les anciennes habitudes de réutilisation d'adresses moins sûres qu'aujourd'hui.

Ni Europol ni Zakura n'affirment qu'une attaque quantique pratique est actuellement possible. Le défi consiste à préparer les logiciels de portefeuille, les fournisseurs d'infrastructure et les utilisateurs avant qu'une migration cryptographique ne devienne urgente.

Ce qui reste visible et inchangé :

  • Les détails des transactions transparentes restent publics on-chain.
  • La confidentialité dépend toujours du comportement du portefeuille et des services auxquels l'utilisateur se connecte.
  • L'annonce n'introduit aucun échange de ZEC, aucune migration de portefeuille ni nouvelle phrase de récupération.

Les requêtes privées arrivent avant l'objectif de signature

Zakura indique que le composant PIR arrive d'abord dans son portefeuille Vizor. Les utilisateurs peuvent tester la fonctionnalité expérimentale en activant « Private queries » dans les réglages du portefeuille, ce qui permet à l'équipe d'évaluer le fonctionnement de la récupération privée d'historique avant l'arrivée des changements de signature plus larges.

L'échéance de janvier concerne les opcodes de signature post-quantique pour les pools transparents. Les portefeuilles et les services devront encore prendre en charge le flux de paiement mis à jour ; la date constitue donc un objectif de développement plutôt qu'une garantie que chaque portefeuille Zcash transparent recevra la protection en même temps.

Préparer la couche portefeuille en amont

L'utilité du plan réside dans l'association d'une autorisation de paiement renforcée avec l'infrastructure de portefeuille nécessaire pour l'utiliser de manière privée. Les adresses neuves peuvent réduire l'exposition future des clés publiques, tandis que la PIR peut empêcher l'ensemble d'adresses résultant de devenir une carte lisible des fonds d'un utilisateur.

Tel est l'objectif pratique du travail de Zcash en janvier : préparer les portefeuilles transparents à une menace cryptographique future sans créer un nouveau problème de confidentialité dans le processus.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil en investissement, en sécurité ou en matière technique. L'échéance de janvier est un objectif de développement et peut évoluer à mesure que les travaux avancent.