Aller au contenu principal
Lightning

Channel reserve

La channel reserve est une partie minimale du solde que chaque partie doit conserver dans le canal (généralement 1 %). Empêche un partenaire de tomber à 0 (ce qui retirerait l'incitation à respecter le canal). Standard BOLT.

Pourquoi une réserve

Dans un canal Lightning standard (LN-Penalty), la sécurité repose sur le fait que le tricheur a quelque chose à perdre. Si Alice peut bouger toute sa balance vers Bob (Alice = 0), elle n'a plus aucun intérêt économique à ne pas publier un ancien commitment où elle avait davantage : si la fraude échoue, elle perd 0. Pour préserver l'incitation, le protocole BOLT-2 impose à chaque partie une réserve minimale, en pratique 1 % de la capacité.

Mécanisme

| Étape | Détail | |-------|--------| | Ouverture | Channel reserve fixée à 1 % de la capacité (paramétrable BOLT-2) | | Mises à jour | Aucun commitment ne peut amener une partie sous sa reserve | | Tentative de paiement | Refusé si l'expéditeur passerait sous sa reserve | | Fermeture coopérative | Reserve restituée à chaque partie | | Fermeture non-coopérative | Reserve toujours protégée par le script CSV |

Concrètement, sur un canal de 1 M sats, chaque partie doit conserver 10 000 sats inutilisables pour paiement.

Conséquence pour l'utilisateur

C'est l'une des plus grandes sources de confusion pour les débutants : « J'ai un canal de 1 M sats avec 10 k de balance, mais je n'arrive pas à envoyer ! ». La raison : ces 10 k sont la reserve, indisponibles pour des paiements sortants. Côté inbound, c'est symétrique : le pair ne peut pas envoyer tout son solde non plus.

Cas particuliers et évolutions

| Cas | Comportement | |-----|--------------| | Reserve = 0 | Possible avec option_zero_reserve (BOLT) | | LSP-channels | LSP impose souvent une reserve sur le client | | Wumbo channels | Capacité élevée, reserve proportionnelle reste 1 % | | Phoenix wallet | Channel reserve gérée transparente côté UX |

Phoenix et certains LSP modernes négocient une option « zero base fee » et parfois « zero reserve » pour améliorer l'expérience utilisateur, en assumant un risque accru.

Lien avec eltoo

Dans le modèle eltoo (Christian Decker), la reserve n'est plus nécessaire car la sécurité n'est plus basée sur la punition mais sur des state numbers monotones. Eltoo dépend toutefois d'un soft fork (SIGHASH_ANYPREVOUT) pas encore activé.

Limites

La reserve est un compromis : elle bloque une fraction non-négligeable des petits canaux, ce qui est moins ennuyeux sur de gros canaux. Pour un canal de 10 000 sats (très petit, rare), 100 sats de reserve restent acceptables ; pour des micro-canaux de 1 000 sats, elle deviendrait paralysante. C'est pourquoi le minimum de canal est généralement fixé à 20 000 sats.

À retenir

La channel reserve est un garde-fou économique essentiel du modèle LN-Penalty. Comprendre qu'on ne peut jamais utiliser 100 % de son solde évite beaucoup d'incompréhensions chez les nouveaux utilisateurs Lightning.

Termes lies

← Retour au glossaire complet

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