Liquidité et gestion des canaux

Curiosité

1. Pourquoi ouvrir un canal avec vos propres fonds vous permet-il d’envoyer, mais pas de recevoir ?
2. Quel mécanisme permet à deux parties de modifier la taille d’un canal existant sans diffuser une fermeture forcée ni perdre leur historique de routage ?
3. Comment une petite réserve verrouillée de chaque côté d’un canal garantit-elle que la tricherie reste économiquement inviable ?

Explorer

1. Un canal Lightning est directionnel. La répartition du solde détermine son utilité : la capacité sortante permet d’envoyer des paiements, tandis que la capacité entrante permet d’en recevoir. Lorsqu’un utilisateur ouvre un canal en diffusant une transaction de financement avec ses propres fonds, il obtient une capacité sortante (moins la réserve et les frais d’engagement), mais aucune capacité entrante. Cette asymétrie signifie que l’utilisateur peut immédiatement dépenser dans ce canal, mais ne peut recevoir aucune nouvelle valeur de la part de la contrepartie tant que le solde n’a pas évolué.
2. Obtenir de la liquidité entrante nécessite une action externe ou un mouvement interne. Un utilisateur peut demander à un autre nœud d’ouvrir un canal vers lui, ce qui revient à acheter de la capacité de réception. Il peut aussi effectuer des paiements par ses canaux existants : à mesure que les fonds quittent son côté sortant pour passer du côté de la contrepartie, sa capacité entrante envers ce pair augmente. Cette approche consistant à dépenser d’abord construit naturellement, au fil du temps, une capacité de réception, sans nouvelle transaction on-chain.
3. Les fournisseurs de services Lightning (LSP) répondent commercialement à cette friction. Ces entités ouvrent des canaux vers les utilisateurs moyennant des frais. Un LSP injecte du capital dans le nœud de l’utilisateur, créant une capacité entrante immédiate qui, autrement, exigerait d’attendre une évolution organique des soldes. Ce service est essentiel pour les commerçants, qui doivent pouvoir recevoir en permanence pour ne pas perdre de ventes pendant les périodes de fort volume.
4. Le rééquilibrage corrige les déséquilibres directionnels au sein du graphe de canaux d’un utilisateur. Si un canal manque de capacité sortante alors qu’un autre en a en excès, des fonds peuvent être routés en boucle à travers le réseau pour déplacer les soldes. Ce processus coûte des frais de routage et nécessite une liquidité suffisante à chaque saut. Le splicing, déployé depuis 2023 dans des implémentations comme Core Lightning et Eclair, offre une alternative en redimensionnant un canal on-chain sans le fermer, ce qui conserve le canal et son historique ; son identifiant court public (short channel ID) change, et le réseau est informé du nouvel identifiant.
5. Chaque côté d’un canal conserve une réserve, généralement d’environ 1 % de la capacité totale. Grâce à cette réserve, chaque partie a toujours des fonds en jeu : quelqu’un qui aurait dépensé tout son solde n’aurait rien à perdre en diffusant un ancien état plus favorable pour lui ; le protocole conserve donc en réserve une part qu’une pénalité peut saisir.
6. La gestion des canaux entraîne des coûts économiques tangibles. L’ouverture et la fermeture de canaux nécessitent des transactions on-chain, ce qui expose les utilisateurs à des frais de mempool variables qui s’envolent en période de forte congestion du réseau. Le rééquilibrage entraîne des frais de routage pour chaque saut parcouru.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• A. M. Antonopoulos, O. Osuntokun & R. Pickhardt, Mastering the Lightning Network (2021)
• BOLT #2: The Bitcoin Lightning Network - Peer Networking Protocol
• Core Lightning splicing documentation
• Eclair splicing documentation (ACINQ)