Canal privé (private channel)

Définition

Un canal privé est un canal Lightning ouvert entre deux nœuds qui n'est pas annoncé dans le réseau de gossip public (BOLT-7). Il existe cryptographiquement sur la blockchain Bitcoin (transaction d'ouverture multisig 2-of-2), mais le reste du réseau Lightning ne sait pas qu'il existe. Seules les deux parties impliquées le connaissent.

À l'opposé, un canal public publie ses paramètres (capacité, nœuds, frais, timelock) à tout le réseau pour participer au routing.

Le flag announce_channel

Quand deux nœuds ouvrent un canal, le flag announce_channel est négocié. À false, le canal reste privé. C'est le réglage par défaut sur la plupart des wallets utilisateur :

• Phoenix
• Breez
• Wallet of Satoshi (avant 2024 - aujourd'hui custodial)
• Zeus avec embedded LND
• Mutiny Wallet

Pourquoi rester privé

1. Pas besoin d'inbound public

Un consommateur reçoit principalement via des invoices BOLT-11 qui contiennent des routing hints : on n'a pas besoin que tout le réseau connaisse le canal pour recevoir un paiement, il suffit que le payeur connaisse le hint.

2. Confidentialité

Un canal public révèle :

• Capacité totale du canal
• Identité du nœud partenaire
• Historique d'ouverture/fermeture

Un canal privé ne révèle rien de tout ça aux observateurs.

3. Économie de bande passante

Les nœuds publics doivent diffuser régulièrement leurs channel_update. Pour un mobile, cela consomme batterie et data inutilement.

4. Réduction de la surface d'attaque

Un canal public est exposé aux probing, channel jamming, et autres attaques de réseau. Un canal privé est largement immunisé.

Comment recevoir via un canal privé

Quand Alice (canal privé) veut recevoir un paiement de Bob :

1. Alice génère une invoice BOLT-11 incluant des hop hints.
2. Les hop hints disent : « pour me joindre, passe par nœud X, canal Y, frais Z ».
3. Bob construit la route en intégrant ces hints à sa connaissance du graphe public.
4. Le paiement traverse normalement le canal privé.

C'est pourquoi les canaux privés fonctionnent parfaitement pour des paiements entrants.

Limites

1. Pas de revenus de routing

Un canal privé ne participe pas au routage de paiements tiers : pas de fee revenue. Pour un opérateur de nœud voulant monétiser sa liquidité, les canaux publics sont nécessaires.

2. UX en envoi pur

Pour envoyer, un canal privé fonctionne sans difficulté : le nœud connaît le graphe public et utilise son canal privé comme premier saut.

3. Limite de hop hints

BOLT-11 limite typiquement à 3 hop hints par invoice. Pour les setups complexes (multi-LSP, multi-canaux privés), c'est limité.

Cas d'usage typiques

| Cas | Canal recommandé | |-----|-------------------| | Wallet mobile consommateur | Privé | | Marchand acceptant LN | Privé (avec LSP) | | Routing node avec revenu | Public | | Nœud de service (BTCPay) | Public ou hybride | | Multi-canal redondant pour entreprise | Mix |

Privé ≠ secret

Attention : un canal privé n'est pas invisible on-chain. La transaction d'ouverture (funding TX) est publique. Avec de l'analyse de chaîne, on peut identifier les multisigs 2-of-2 typiques des canaux Lightning. Pour une confidentialité maximale, il faut combiner :

• Canal privé Lightning
• Ouverture financée par UTXOs propres (CoinJoin préalable)
• Adresse Taproot (P2TR) qui rend le canal indistinguable d'un singlesig

À retenir

Le canal privé est le réglage par défaut sensé pour la grande majorité des utilisateurs Lightning. Il offre meilleure confidentialité, économie de ressources, et UX simplifiée, au prix de la non-monétisation du routing. Pour la plupart, ce trade-off est largement favorable.