Votre portefeuille peut avoir un solde et pourtant ne pas pouvoir recevoir de paiement via Lightning. La différence tient à la répartition des fonds dans ses canaux, et pas seulement au montant que vous possédez.
Envoyer et recevoir utilisent des côtés différents
Sur Lightning, les paiements $BTC mettent à jour les soldes des canaux sans enregistrer chaque paiement sur la chaîne principale. Dans un canal, une partie du solde revient à chaque participant.
De votre point de vue, le solde local détermine votre capacité à envoyer ; le solde distant, votre capacité à recevoir. Détenir des bitcoins à une adresse sur la chaîne principale ne crée pas non plus automatiquement une capacité de réception dans un canal.
Un exemple avec des montants fictifs
Ana et Luis partagent un canal de 100 000 satoshis : 80 000 reviennent à Ana et 20 000 à Luis. Ana dispose d’une capacité d’envoi supérieure à sa capacité de réception sur ce canal. Elle ne dispose pas de 100 000 satoshis dans les deux sens.
Si Ana reçoit 10 000 satoshis de Luis, les soldes passent à 90 000 et 10 000. La part qui revient à Ana augmente, mais sa capacité de réception sur ce même canal diminue.
Il s’agit d’un exemple fictif et simplifié : nous ne tenons pas compte des frais, des réserves ni des autres limites du protocole. Il ne décrit ni des opérations réelles ni les limites exactes d’un portefeuille.
Le chemin compte aussi
Un paiement peut passer par plusieurs canaux. Chaque tronçon nécessite des liquidités dans le bon sens ; additionner toute la capacité du réseau ne prouve pas qu’il existe un itinéraire disponible pour ce paiement.
C’est pourquoi un commerçant qui accumule des paiements peut avoir besoin d’une capacité entrante, même si son solde a augmenté. Lightning Labs distingue expressément les besoins de ceux qui paient, reçoivent et acheminent des paiements.
Ce qu’explique un échec, et ce qu’il n’explique pas
Le manque de liquidités est une possibilité, pas un diagnostic automatique. La connectivité et l’état des canaux comptent également.
🛡️ Si un participant se déconnecte, ses canaux peuvent ne plus permettre d’effectuer des paiements. La récupération des fonds par une fermeture unilatérale peut nécessiter un délai avant de pouvoir les dépenser.
Mon interprétation : « j’ai un solde » et « je peux recevoir ce montant maintenant » répondent à deux questions différentes. Consulter ces deux capacités aide à comprendre un échec sans l’attribuer d’emblée à une défaillance générale du réseau.
Sources consultées le 30/10/2026 (UTC) : Binance Academy — Guide Lightning (mis à jour le 14/05/2026) ; Lightning Labs — Understanding Liquidity et Managing Channel Liquidity.
L’auteur peut recevoir des récompenses de Binance.