Lightning permet des paiements hors chaîne adossés à Bitcoin. La capacité affichée ne suffit pas : le côté disponible du canal, la route et le modèle de garde déterminent ce que vous pouvez réellement envoyer ou recevoir.
Deux directions
Montant et expiration
Routage et chaîne
Distinguer solde et capacité
Dans un exemple fictif, un canal de 100 000 satoshis contient 80 000 de votre côté et 20 000 du côté distant. Avant les réserves et autres contraintes, vous disposez surtout de capacité pour envoyer ; vous ne pouvez pas recevoir arbitrairement 100 000. Un paiement déplace les soldes entre les côtés sans augmenter la capacité totale. Les interfaces peuvent agréger plusieurs canaux : lire un solde global ne décrit pas les routes disponibles.
Lire la facture avant de payer
Une facture Lightning peut contenir montant, destinataire logique, informations de routage et expiration. Contrôlez le montant et sa durée de validité dans votre application. Une adresse Bitcoin classique n’est pas une facture Lightning ; certains portefeuilles proposent une interface unifiée, mais la méthode effectivement utilisée doit être explicite. Ne payez pas une nouvelle facture seulement parce que la première tentative tarde : vérifiez d’abord son résultat pour éviter deux achats distincts.
Comprendre le coût complet
Une route peut traverser des nœuds qui facturent une composante fixe et proportionnelle. Votre portefeuille peut imposer une limite de frais. Ouvrir ou fermer un canal entraîne aussi des transactions Bitcoin ; un service peut facturer l’accès à la liquidité. Comparez le coût total pour votre usage réel, surtout si les paiements sont rares. Aucun tarif universel ni délai garanti ne découle du mot Lightning.
Choisir un modèle de garde
Un portefeuille dépositaire gère généralement la liquidité et la disponibilité à votre place, mais vous dépendez de son fonctionnement et de sa capacité à restituer les fonds. En autonomie, vous assumez les clés, les sauvegardes et les mécanismes de surveillance requis par votre logiciel. Un nœud ou une watchtower ne remplace pas une procédure de récupération documentée. Vérifiez également les éventuelles contraintes du fournisseur de liquidité.
Préparer la récupération
La phrase d’un portefeuille Bitcoin ne reconstitue pas automatiquement tous les états des canaux. Les mécanismes de sauvegarde statique et de restauration dépendent de l’implémentation ; ils peuvent servir à demander une fermeture plutôt qu’à reprendre les canaux comme auparavant. Restaurer une ancienne base de canaux peut être dangereux. Suivez la documentation de votre logiciel, testez la procédure avec un faible montant et gardez une réserve pour les opérations sur chaîne.
Diagnostiquer un échec
Une facture expirée, une route indisponible, une limite de frais ou une capacité insuffisante peuvent empêcher le paiement. Relevez le statut et le message exact sans publier les données privées de votre nœud. Si l’application indique un résultat indéterminé, consultez son historique avant de réessayer. Pour recevoir régulièrement, examinez la capacité entrante et les coûts de son obtention ; un simple dépôt de bitcoins ne règle pas tous les problèmes de réception.
Scénarios et limites du modèle
| Situation | Interprétation |
|---|---|
| 100 000 sat : 80 000 / 20 000 | Capacité directionnelle, avant réserves ; total ≠ réception possible. |
| Facture expirée | Créer une nouvelle demande après contrôle du statut précédent. |
| Fermeture du canal | Coût et délai sur chaîne, selon mécanisme et état. |
Questions fréquentes
Pourquoi puis-je envoyer mais pas recevoir ?
Les soldes d’un canal sont directionnels. La capacité entrante et la route doivent permettre le paiement reçu ; le total du canal ne suffit pas.
Lightning élimine-t-il les frais Bitcoin ?
Les paiements de canal évitent une transaction sur chaîne à chaque fois, mais ouverture, fermeture et certaines opérations de récupération utilisent Bitcoin.
Une phrase de récupération suffit-elle ?
Pas nécessairement pour les canaux. Vérifiez les sauvegardes et procédures propres à votre implémentation avant de déposer des fonds.
Sources vérifiables
- Lightning Labs — Payment channels
- Lightning Labs — Multihop payments
- LND — Recovery procedures
- LND — Operational safety
Contenu pédagogique indépendant, relu à partir de documentation primaire. Aucune recommandation personnalisée ni promesse de rendement. Mis à jour le 3 octobre 2026
