Aller au contenu principal
Lightning

Blinded paths

Les blinded paths cachent le destinataire d'un paiement Lightning derrière une route aveuglée. Améliorent la confidentialité du recouvert. Cœur technique de BOLT-12.

Pourquoi cacher le destinataire ?

Sur Lightning, recevoir un paiement avec une invoice BOLT-11 expose le node id du destinataire dans la facture elle-même. Quiconque l'obtient peut tenter de probing : envoyer de faux HTLC pour cartographier capacité et solde du nœud cible, identifier l'utilisateur, et corréler ses paiements. C'est l'un des principaux trous de confidentialité du Lightning historique.

Le principe des blinded paths

Un blinded path est une route pré-calculée par le destinataire, où chaque saut intermédiaire est désigné par une clé publique éphémère dérivée de manière déterministe via le partage Diffie-Hellman avec le saut précédent. Le payeur reçoit dans l'invoice :

  • L'introduction node (point d'entrée public)
  • Une suite de blinded node ids
  • Des hop-payloads chiffrés indiquant le saut suivant

Aucun saut intermédiaire ne sait s'il est le dernier, ni qui est le vrai destinataire.

Lien avec BOLT-12

BOLT-12 et son format offers intègrent nativement les blinded paths : un offer est statique, partageable comme un QR code, et embarque une ou plusieurs blinded paths permettant à n'importe qui de demander une invoice fraîche sans révéler le destinataire. C'est l'aboutissement d'années de travail (Rusty Russell, t-bast et autres) pour faire évoluer Lightning vers un standard plus moderne.

Avantages et coûts

| Aspect | Bénéfice / coût | |--------|-----------------| | Confidentialité destinataire | Excellente | | Réception en mobile offline | Possible via offers | | Taille des payloads onion | Augmentée (~10-20 %) | | Probing du destinataire | Bloqué | | Routing payments via blinded path | Légèrement moins fiable |

Limites actuelles

L'adoption est inégale : Core Lightning et Eclair sont en pointe, LND a tardé à supporter pleinement BOLT-12 et les blinded paths. Côté pathfinding, construire un blinded path de qualité demande au destinataire de connaître la topologie autour de lui ; un nœud mal connecté peut générer des routes inutilisables. Enfin, les blinded paths n'effacent pas le risque de timing et d'analyse statistique pour un adversaire global.

À retenir

Les blinded paths sont la brique fondamentale qui rend Lightning vraiment privé côté destinataire. Couplés à BOLT-12, ils permettront à terme de partager une simple offer pérenne sans jamais exposer son node id ni générer une nouvelle invoice manuellement.

Termes lies

← Retour au glossaire complet

Glossaire inspire du dictionnaire de Loic Morel sur Pandul.fr.