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
- BOLT-12 (Offers)BOLT-12 introduit les Offers : des « factures réutilisables » Lightning. Permet recouverts récurrents, demandes statiques, métadonnées riches. Combiné aux blinded paths pour la confidentialité. Implémenté par CLN, LND et Phoenix.
- Lightning NetworkLe Lightning Network est une solution de seconde couche construite sur Bitcoin permettant des paiements instantanes et quasi-gratuits. Il fonctionne via des canaux de paiement entre utilisateurs, avec un reglement final sur la blockchain principale. Ideal pour les micropaiements et les transactions quotidiennes.
- Trampoline routingLe trampoline routing (BOLT-PR) délègue le calcul du chemin à un nœud trampoline pour les wallets aux ressources limitées. Implémenté par Phoenix dès 2020. Améliore la fiabilité du routage. Étendu progressivement à d'autres implémentations.
Glossaire inspire du dictionnaire de Loic Morel sur Pandul.fr.