Lightning Network

Un paiement Bitcoin ordinaire attend son inclusion dans un bloc et concurrence les autres pour une place limitée. Lightning suit une autre démarche : les participants préparent d’abord un canal de paiement, puis peuvent modifier la répartition des fonds en échangeant des données signées. En coopération normale, chaque paiement terminé n’a donc pas besoin de sa propre inscription dans un bloc. Les transactions Bitcoin restent la base du règlement. Cette couche supplémentaire ne supprime pas les règles de Bitcoin et ne crée pas son propre jeton. [2] [1]

Un canal est un accord entre deux participants, adossé à de vrais bitcoins. Son ouverture crée une funding transaction, autrement dit une transaction de financement sur le réseau de base. Sa sortie, un montant précis assorti de conditions de dépense, constitue le socle du canal. Les participants disposent de commitment transactions signées et préparées, qui permettent de répartir les fonds à la fermeture. Le solde change donc par une nouvelle répartition des droits sur des bitcoins déjà immobilisés, sans création de bitcoins supplémentaires. [2]

Avec un portefeuille dont vous gardez vous-même les fonds, il faut contrôler les clés et les informations nécessaires à la gestion des canaux. Certaines applications s’en chargent directement ; d’autres font appel à des services complémentaires. Dans un service de garde, en revanche, l’opérateur contrôle les fonds et les canaux. Le solde affiché est son relevé de ce qu’il vous permet de retirer. Ni le mot Lightning ni un montant à l’écran ne distinguent ces modèles. L’essentiel est de savoir qui peut signer, ce que vous sauvegardez et de qui vous dépendez. [2]

Quand vous payez votre partenaire de canal, vous signez ensemble une nouvelle répartition des fonds. Dans la construction habituelle des canaux, les anciennes versions sont révoquées : tenter d’imposer un état révoqué peut faire perdre ses fonds au participant qui triche. Il ne s’agit donc pas d’un simple changement sans engagement dans une application. Si le partenaire cesse de coopérer, une commitment transaction préparée permet une fermeture unilatérale via Bitcoin. Cette protection exige néanmoins les bonnes informations d’état et une réaction à temps. [3]

Un canal simplifié comporte 1 000 000 sat de votre côté et 0 sat du côté du partenaire. Le satoshi, abrégé sat, est la plus petite unité de BTC. Après un paiement direct de 200 000 sat, la répartition devient 800 000 sat pour vous et 200 000 sat pour le partenaire. Le total ne change pas et cette mise à jour n’exige pas à elle seule un nouveau bloc. L’exemple laisse de côté les frais et les réserves obligatoires. Il ne signifie donc pas qu’un canal réel peut envoyer tout le solde affiché. [3]

Vous n’avez pas besoin d’un canal direct avec le destinataire. Un paiement peut traverser plusieurs canaux reliés, mais chaque étape doit disposer de fonds dans le sens du paiement. C’est la liquidité directionnelle : le montant réellement transférable dans ce sens. Une forte capacité totale ne sert pas si l’argent se trouve du mauvais côté. Les réserves, les limites de paiements en attente, les frais de relais et la disponibilité des nœuds jouent aussi sur le résultat. [3]

Les paiements acheminés sont reliés par des HTLC, abréviation de Hashed Timelock Contract. Ce sont des droits conditionnels : le versement dépend de la révélation d’un même secret correspondant à une empreinte cryptographique convenue et de délais définis. Ce secret s’appelle la preimage. Sa révélation permet au destinataire de réclamer le dernier paiement et aux intermédiaires de réclamer leurs paiements entrants. Les délais raccourcissent vers le destinataire pour laisser aux intermédiaires le temps de réagir. Si le paiement n’aboutit pas, les fonds peuvent être récupérés selon les conditions temporelles applicables, mais pas forcément immédiatement. [3]

Le chemin peut manquer de fonds dans le bon sens, un nœud peut être indisponible ou les frais dépasser la limite choisie. Les informations sur les canaux peuvent aussi devenir obsolètes. Le portefeuille peut alors essayer un autre chemin ou répartir le paiement, s’il le permet. Un échec ne signifie donc pas automatiquement un vol ou la disparition de bitcoins. Inversement, des paiements habituellement rapides ne garantissent pas que chaque demande de paiement aboutisse immédiatement au premier essai. [3]

Il faut protéger l’état actuel du canal et surveiller la publication éventuelle d’une version révoquée par le partenaire. Une watchtower peut aider : ce service surveille ces tentatives et peut intervenir à temps. Mais son aide ne remplace ni toutes les sauvegardes ni la procédure de récupération de votre portefeuille. Une Seed Phrase, la suite de mots servant à retrouver les clés, ne suffit pas forcément à restaurer les informations du canal. Avant utilisation, il faut donc comprendre la sauvegarde, la récupération et les dépendances envers les services complémentaires. [4] [5] [6]

L’ouverture et la fermeture du canal utilisent des transactions Bitcoin. Une fermeture unilatérale peut ajouter des délais, des frais et d’autres transactions pour résoudre les HTLC en cours. Les fonds d’un paiement en attente peuvent rester immobilisés jusqu’à sa résolution selon les conditions applicables. Un échec ne promet donc ni retour immédiat ni retour gratuit, et un paiement rapide ne garantit pas un retrait aussi rapide sur la chaîne. C’est pourtant cette possibilité de règlement sur Bitcoin qui soutient les canaux que vous contrôlez vous-même. [4]