Lightning Network : comment fonctionne le réseau de paiement rapide de Bitcoin

Qu'est-ce que le Lightning Network ?

Le Lightning Network est une solution de deuxième couche pour Bitcoin. Il a été décrit par Joseph Poon et Thaddeus Dryja dans un livre blanc daté du 14 janvier 2016. Les auteurs y partent d'un constat : si chaque nœud Bitcoin doit connaître chaque transaction mondiale, la blockchain ne peut pas absorber le volume des paiements électroniques. Ils proposent un réseau de canaux de micropaiement dont les transferts se font hors de la chaîne principale.

Sur la blockchain Bitcoin, un bloc est produit en moyenne toutes les 10 minutes, selon le livre blanc de Satoshi Nakamoto. Un paiement on-chain attend donc au moins un bloc pour être confirmé, et ses frais dépendent de la demande d'espace dans les blocs. Lightning contourne cette attente : un paiement entre deux canaux ouverts se règle en quelques secondes, sans passer par un bloc.

Le réseau n'a pas de jeton propre. Il transporte des bitcoins, comptés en satoshis, et en millisatoshis pour le routage interne.

Comment fonctionne le Lightning Network

Le protocole est décrit dans les spécifications BOLT (Basis of Lightning Technology), un ensemble de documents publics qui couvrent la messagerie entre pairs, les transactions, le routage en oignon, l'encodage des factures et des offres. Plusieurs logiciels indépendants suivent ces spécifications et peuvent donc se payer entre eux : LND, développé par Lightning Labs, Core Lightning, maintenu par Blockstream, et Eclair, écrit en Scala par ACINQ.

Ouverture d'un canal

Deux pairs ouvrent un canal en bloquant des bitcoins dans une transaction de financement inscrite sur la blockchain. Ce dépôt fixe la capacité du canal : il est impossible d'y faire circuler plus que le montant engagé.

Paiements hors chaîne

Une fois le canal ouvert, chaque paiement modifie la répartition des fonds entre les deux pairs. Selon l'introduction des spécifications BOLT, les pairs échangent pour cela des signatures afin de créer une nouvelle « transaction d'engagement ». Chacun détient en permanence une transaction signée par l'autre, qu'il peut diffuser sur la blockchain à tout moment pour récupérer sa part. Ces mises à jour ne sont pas publiées : seules les deux parties les connaissent.

Fermeture du canal

À la fermeture, le dernier état du canal est inscrit sur la blockchain. Des centaines ou des milliers de paiements se résument ainsi à deux transactions on-chain : l'ouverture et la fermeture. La fermeture peut être coopérative, quand les deux pairs signent ensemble, ou unilatérale, quand l'un d'eux diffuse seul sa dernière transaction d'engagement.

Le routage par HTLC

Il n'est pas nécessaire d'ouvrir un canal avec chaque destinataire. Un paiement peut traverser plusieurs canaux grâce aux HTLC (Hashed Time Locked Contracts). Les spécifications BOLT les définissent comme des paiements conditionnels : le destinataire encaisse en présentant sa signature et un secret, la « preimage » ; à défaut, le payeur récupère les fonds après un délai. Chaque intermédiaire transmet le paiement avec un délai plus court que celui qu'il a reçu, ce qui permet d'enchaîner les canaux sans faire confiance aux nœuds qui relaient le paiement.

La sécurité : pénalités et watchtowers

Chaque nouvel état du canal révoque le précédent. Si un pair tente de tricher en diffusant un ancien état plus favorable, l'autre peut publier une transaction de pénalité qui, selon les spécifications BOLT, dépense toutes les sorties de l'engagement révoqué. Le tricheur perd alors l'ensemble des fonds du canal.

Ce mécanisme suppose que la victime surveille la blockchain. Pour un nœud souvent hors ligne, il existe des « watchtowers ». La documentation de Lightning Labs les décrit comme une fonction qui surveille un nœud pour détecter les tentatives de fraude ; elle est intégrée à LND mais doit être activée explicitement.

Avantages et limites

Ce que Lightning apporte

• Rapidité : un paiement routé n'attend pas la production d'un bloc.
• Frais faibles : les nœuds de routage facturent des frais de base et des frais proportionnels au montant, sans enchère sur l'espace des blocs.
• Micropaiements : des montants de quelques satoshis deviennent envisageables, ce qui n'a pas de sens sur la chaîne principale quand les frais dépassent le montant envoyé.
• Moins de données on-chain : seuls l'ouverture et la fermeture des canaux occupent de l'espace dans les blocs.

Ce qui reste difficile

• Liquidité : un canal ne peut envoyer que ce qui se trouve de son côté, et recevoir que ce qui se trouve de l'autre. Un gros paiement peut échouer faute de route avec assez de capacité.
• Fonds immobilisés : les bitcoins engagés dans un canal ne sont plus disponibles sur la chaîne principale tant que le canal reste ouvert.
• Disponibilité : un nœud doit être en ligne pour recevoir un paiement et surveiller ses canaux, d'où le recours aux watchtowers.
• Complexité : gérer soi-même un nœud et ses canaux demande des compétences techniques. Beaucoup d'utilisateurs passent par des services custodiaux, qui détiennent les fonds à leur place.

Factures et offres

Pour être payé, un utilisateur génère le plus souvent une facture au format BOLT 11, à usage unique. La spécification BOLT 12 introduit les « offres », des demandes de paiement réutilisables qu'un commerçant peut publier sur une page web ou un QR code. Elle corrige plusieurs limites des factures BOLT 11, notamment sur la confidentialité et la réutilisation.

Les portefeuilles Lightning

Le paysage des portefeuilles a beaucoup changé depuis les débuts du réseau. Plusieurs applications populaires ont disparu ou changé de modèle.

• Wallet of Satoshi : longtemps purement custodial, il propose désormais, selon son site officiel, un mode custodial et un mode non custodial, la disponibilité dépendant de la région. L'application existe sur iOS et Android.
• Phoenix : portefeuille non custodial développé par ACINQ. Selon son dépôt, il génère une phrase de récupération de 12 mots qui donne seule accès aux fonds. Il fonctionne sur iOS et Android.
• Eclair Mobile : le portefeuille Android d'ACINQ est en fin de vie. Son dépôt, archivé le 12 février 2025, déconseille de l'utiliser pour de nouveaux portefeuilles et renvoie vers Phoenix.
• Breez : l'entreprise met aujourd'hui en avant, sur son site, un kit de développement non custodial destiné aux applications tierces, ainsi que l'application Glow, construite sur ce kit.
• Zap : le portefeuille de bureau n'est plus maintenu ; son dépôt a été archivé le 17 novembre 2023.

Le choix entre portefeuille custodial et non custodial reste le point principal : dans le premier cas, un prestataire détient les fonds ; dans le second, l'utilisateur conserve ses clés et la responsabilité de sa sauvegarde.

Adoption et taille du réseau

Le 30 août 2026, le réseau public comptait 16 230 nœuds et 32 518 canaux, pour une capacité totale de 375 374 668 018 satoshis, soit environ 3 754 bitcoins, selon les statistiques de mempool.space. Ces chiffres ne couvrent que les canaux annoncés publiquement : les canaux privés et les soldes détenus par les services custodiaux n'y figurent pas.

Parmi les plateformes d'échange, Coinbase a ouvert l'envoi et la réception de bitcoins via Lightning à ses clients le 30 avril 2024, avec l'infrastructure de Lightspark, selon l'annonce de Lightspark. Coinbase conserve les clés de signature, Lightspark héberge les nœuds. Le 28 avril 2025, Lightspark a déclaré que 15 % des transactions bitcoin sur Coinbase passaient par Lightning.

Bitcoin et Lightning Network : quelle différence

Bitcoin est la blockchain de base, où chaque transaction est inscrite et validée par l'ensemble des nœuds. Lightning est une couche construite au-dessus : il utilise les mêmes bitcoins, mais fait circuler les paiements dans des canaux entre pairs. La blockchain sert d'arbitre final : c'est sur elle que se règle un canal à sa fermeture et que se sanctionne une tentative de fraude.

Les deux couches répondent à des usages différents. La chaîne principale convient aux montants importants et au règlement définitif. Lightning vise les paiements fréquents et de faible montant, au prix d'une gestion de liquidité et de canaux que la chaîne principale n'impose pas.