Les canaux d'état sont une technique de mise à l'échelle de couche 2 qui permet à deux participants ou plus d'effectuer un nombre illimité de transactions hors chaîne en ouvrant un « canal » entre eux. Seules les transactions d'ouverture et de fermeture sont enregistrées sur la blockchain principale. Cette approche offre une finalité des transactions quasi instantanée et des frais pratiquement nuls pour les interactions hors chaîne, ce qui en fait l'une des solutions de mise à l'échelle les plus anciennes et les plus efficaces pour des cas d'utilisation spécifiques.
Le principe est similaire à celui d'une note de bar : au lieu de payer chaque consommation individuellement (transaction sur la blockchain), vous ouvrez une note (enregistrement de l'état), commandez plusieurs boissons (mises à jour de l'état hors chaîne) et réglez la note en une seule fois en partant (fermeture de la note). La blockchain n'enregistre que l'ouverture de la note et le règlement final, quel que soit le nombre de boissons commandées entre-temps.
Les canaux d'état ont figuré parmi les premières solutions de mise à l'échelle proposées pour les blockchains, précédant les rollups et les sidechains. L'implémentation la plus connue est le Lightning Network de Bitcoin , qui permet des paiements Bitcoin instantanés et peu coûteux grâce à un réseau de canaux de paiement. Le Raiden Network d'Ethereum et diverses implémentations de canaux de paiement répondent à des objectifs similaires. Bien que les rollups aient supplanté les canaux d'état comme modèle L2 dominant pour le calcul général, ces derniers restent optimaux pour des interactions bilatéral spécifiques à haute fréquence.
Origine & Histoire
2015 : Joseph Poon et Thaddeus Dryja publient le livre blanc du Lightning Network, proposant un réseau de canaux de paiement pour la mise à l’échelle du Bitcoin.
2015 : Christian Decker et Roger Wattenhofer publient des recherches sur les canaux de micropaiement duplex, faisant progresser la théorie des canaux d’état.
2016 : Le concept de canaux d’état généralisés (prenant en charge des transitions d’état arbitraires, et pas seulement des paiements) commence à être formalisé par des chercheurs de la communauté Ethereum, notamment grâce aux travaux associés à Jeff Coleman.
2017 : Raiden Network lance les premières versions de testnet sur Ethereum, dans le but de fournir des capacités similaires à celles du Lightning Network pour les jetons ERC-20.
2018 : Les premières implémentations du Lightning Network (lnd de Lightning Labs et eclair d’ACINQ) atteignent la phase bêta et sont déclarées prêtes pour une utilisation sur le réseau principal en mars, permettant ainsi les premiers paiements Lightning largement utilisés dans le monde réel. Des paiements expérimentaux isolés avaient déjà eu lieu sur le réseau principal dès décembre 2017.
2018 : Création de Celer Network, avec pour objectif de construire un cadre de canal d’état généralisé prenant en charge à la fois les paiements et les jeux sur Ethereum ; son réseau principal alpha ne sera lancé qu’en juillet 2019.
2018 : Counterfactual publie un cadre pour les canaux d’état généralisés sur Ethereum avec une résolution modulaire des litiges.
2019 : La capacité du Lightning Network dépasse les 1 000 BTC, avec des milliers de nœuds formant le réseau de paiement. Le réseau principal alpha de Celer Network, Cygnus, est lancé en juillet.
2020 : Le Salvador commence à expérimenter les paiements Bitcoin Lightning avant sa loi de 2021 faisant du Bitcoin une monnaie légale.
2021 : Le Salvador adopte le Bitcoin comme monnaie légale, le portefeuille Chivo utilisant le réseau Lightning pour les paiements quotidiens.
2022 : La capacité du Lightning Network dépasse 5 000 BTC, avec une intégration dans les principales plateformes d'échange (Kraken, Bitfinex, CashApp).
2023 : Nostr (média social décentralisé) intègre Lightning pour les micropaiements natifs (zaps), démontrant ainsi l’existence de canaux d’état pour les pourboires sociaux.
2024-2025 : L’utilisation du Lightning Network continue de croître, avec un volume de transactions mensuel en constante augmentation ; en novembre 2025, une étude de River estimait que le réseau avait traité environ 1.17 milliard de dollars sur environ 5.22 millions de transactions en un seul mois – son premier mois au-dessus du milliard de dollars.
En termes simples
Imaginez les canaux de paiement comme une note de bar. Vous ouvrez une note (vous ouvrez le canal), commandez des boissons toute la soirée (transactions hors chaîne), et payez une seule addition en partant (règlement sur la chaîne). Le barman ne débite pas votre carte pour chaque consommation, seulement pour le total final.
C'est comme une partie d'échecs par correspondance. Deux joueurs s'engagent à jouer (ouverture d'un canal), s'envoient tour à tour des coups (mises à jour hors chaîne), et ne communiquent que le résultat final à la fédération d'échecs (règlement sur la chaîne). La fédération n'a pas besoin de voir chaque coup, seulement le résultat.
Imaginez un partenariat commercial mensuel. Deux entreprises effectuent des centaines de transactions entre elles. Au lieu de facturer chaque transaction individuellement, elles tiennent un compte à jour et règlent le montant net une fois par mois (clôture de compte).
C'est similaire aux abonnements de métro prépayés. Vous rechargez la carte (vous approvisionnez le compte), vous la validez plusieurs fois (transactions hors réseau), et le solde final est débité lorsque vous fermez votre compte. Chaque trajet ne nécessite pas de paiement séparé.
Imaginez une conversation privée assortie d'un accord notarié. Deux personnes concluent des accords en privé (hors chaîne), mais peuvent les soumettre à un notaire (sur la chaîne) en cas de litige. Le notaire n'intervient qu'en cas de nécessité.
Important : Les canaux d’état exigent que les deux participants soient en ligne et réactifs. Si l’une des parties se déconnecte, l’autre pourrait tenter de valider un état obsolète (défavorable) sur la blockchain. Les tours de surveillance – services tiers qui surveillent la blockchain pour votre compte – contribuent à atténuer ce risque, mais reposent sur une hypothèse de disponibilité (leur présence en ligne pour intervenir), plutôt que sur une garantie de dépôt et de conservation de vos fonds.
Caractéristiques techniques clés
Canaux de paiement (Bitcoin Lightning)
La forme la plus simple de canal d'état, conçue pour les transferts de valeur :
Transaction de financement : Les deux parties déposent des Bitcoins dans un compte 2-sur-2 multisig adresse (sur la chaîne)
Transactions d'engagement : chaque paiement met à jour le solde du canal en échangeant des transactions d'engagement signées (hors chaîne).
Transaction de clôture : Chaque partie peut diffuser la dernière transaction d’engagement pour régler la transaction sur la chaîne.
Contrats à verrouillage temporel par hachage (HTLC) : Permettent les paiements multi-sauts via un réseau de canaux, acheminant les paiements même entre des parties sans canaux directs.
Comment fonctionnent les paiements multi-sauts du Lightning Network
Alice souhaite payer Carol, mais elle n'a de lien qu'avec Bob (qui a lui-même un lien avec Carol).
Carol génère un secret aléatoire (préimage) et envoie son hachage à Alice.
Alice crée un HTLC avec Bob : « Voici 0.001 BTC, à réclamer si vous présentez la préimage de ce hachage dans les 24 heures. »
Bob crée un HTLC similaire avec Carol : « Voici 0.001 BTC, à réclamer si vous présentez la préimage dans les 12 heures. »
Carol révèle le prétexte pour réclamer le paiement de Bob
Bob utilise la préimage révélée pour réclamer le paiement d'Alice
Le paiement est acheminé de manière atomique : soit toutes les étapes sont franchies, soit aucune ne l’est. Ce mécanisme binaire est conceptuellement lié à la manière dont… Swaps atomiques garantir que les échanges inter-chaînes soient soit entièrement réalisés, soit n'aient pas lieu du tout.
Canaux d'état généralisés
Au-delà des paiements, les canaux d'état peuvent encoder des transitions d'état arbitraires :
Jeux au tour par tour : échecs, poker ou tout jeu où les joueurs jouent à tour de rôle.
Paiements conditionnels : paiements subordonnés à des événements extérieurs (météo, résultats sportifs)
Paiements en continu : micropaiements continus pour des services (streaming vidéo, appels API)
Transitions de machines à états : Toute machine à états finis peut être exécutée dans un canal d'état
Résolution de litige
Chaque partie peut forcer la fermeture du canal en soumettant le dernier état signé à la blockchain.
Une période de règlement des différends permet à la contrepartie de soumettre un état plus récent si l'état soumis est obsolète.
Mécanismes de sanction : Dans Lightning, la diffusion d’un état antérieur entraîne la réclamation par la contrepartie de la totalité des fonds présents sur le canal à titre de sanction (transaction de justice).
Tours de surveillance : Services tiers qui surveillent la blockchain pour détecter les tentatives de fraude et diffusent les transactions de pénalité au nom des utilisateurs hors ligne
Avantages désavantages
Avantages
Désavantages
Finalité quasi instantanée – Les transactions s’achèvent en quelques millisecondes, limitées uniquement par la latence du réseau.
Nécessite une présence en ligne – Les deux parties doivent être connectées ou utiliser des systèmes de surveillance pour prévenir la fraude.
Quasiment aucun frais – Les transactions hors chaîne sont gratuites ; seules les opérations d’ouverture et de fermeture de canal entraînent des frais sur la chaîne.
Blocage des capitaux – Les fonds doivent être bloqués dans des circuits spécifiques, ce qui réduit la liquidité.
Confidentialité – Les transactions hors chaîne ne sont connues que des participants et ne sont pas enregistrées sur la blockchain publique.
Complexité du routage – Les paiements multi-sauts nécessitent une liquidité suffisante tout au long du parcours.
Débit illimité – Aucune limite théorique au nombre de transactions par seconde au sein d'un canal
Limites de capacité des canaux – Chaque canal a un solde maximal déterminé par l'opération de financement.
Véritable couche 2 – Hérit de la sécurité de la couche de base avec des garanties cryptographiques
Ne convient pas à tous les cas d'utilisation – Idéal pour les interactions répétées entre parties connues, et non pour les paiements ponctuels.
Empreinte minimale sur la blockchain – Seulement 2 transactions (ouverture + fermeture) quelle que soit l'activité hors chaîne
Gestion de la liquidité – Les nœuds de routage doivent équilibrer la liquidité entre les canaux, ce qui est complexe sur le plan opérationnel.
Aucune exigence de disponibilité des données – L’état du canal est géré par les participants et n’est pas publié sur L1.
Difficultés d'intégration – L'ouverture d'un canal nécessite une transaction sur la blockchain et un capital initial.
Gestion du risque
Pour les utilisateurs de Lightning Network
Utilisez un logiciel de portefeuille réputé : les portefeuilles Lightning non dépositaires (Phoenix, Breez, Zeus) gèrent automatiquement les canaux.
Sauvegarde de l'état des canaux : La perte de vos données d'état de canal peut entraîner une perte de fonds ; utilisez les sauvegardes statiques de canal (SCB) pour les récupérer.
Surveillez vos partenaires de distribution : soyez conscient du risque de contrepartie si vous gérez votre propre nœud – les canaux avec des pairs non fiables peuvent se fermer de manière inattendue.
Envisagez des options de conservation pour les petits montants : pour les petits soldes, les portefeuilles Lightning avec conservation (Wallet of Satoshi, Alby) offrent une simplicité malgré des compromis en matière de confiance.
Pour les opérateurs de nœuds Lightning
Mettez en place un système de surveillance : utilisez les services d'un système de surveillance pour détecter les tentatives de fraude même lorsque votre nœud est temporairement hors ligne.
Gérez la liquidité de manière proactive : rééquilibrez régulièrement les canaux pour garantir la capacité de routage dans les deux sens.
Maintenez vos logiciels à jour : les bogues du client Lightning peuvent entraîner des fermetures forcées ou des pertes de fonds.
Maintenez une infrastructure de secours : prévoyez un plan de basculement en cas de panne de votre nœud principal – les canaux obsolètes représentent un risque de fraude
Pour les développeurs travaillant sur les canaux d'État
Gérez la complexité du règlement des litiges : assurez-vous que votre implémentation de canal d’état gère correctement tous les cas limites pendant les périodes de litige.
Prévoir l'épuisement des canaux : les canaux doivent à terme être rééquilibrés ou fermés – concevoir en tenant compte de ce cycle de vie.
Tenir compte de l'expérience utilisateur : il est essentiel, pour une adoption généralisée, de simplifier la gestion des canaux pour les utilisateurs finaux.
Effectuez des tests approfondis sur le réseau de test : les bogues liés aux canaux d’état peuvent être catastrophiques – la combinaison de verrous temporels et de transactions de pénalité crée des modes de défaillance complexes.
Pertinence culturelle
Les chaînes d'État et Lightning ont acquis une importance culturelle :
L'adoption du Bitcoin au Salvador en 2021 a mis le Lightning Network sous les feux de la rampe à l'échelle mondiale, les citoyens utilisant les paiements Lightning pour leurs achats quotidiens.
« Accumuler des sats » via les micropaiements Lightning est devenu un moyen populaire de gagner de petites quantités de bitcoins.
Les « zaps » de Nostr – des pourboires alimentés par la foudre sur la plateforme de médias sociaux décentralisée – ont créé un nouveau modèle pour les micropaiements des créateurs de contenu.
L'expression « Lightning est la couche 2 de Bitcoin » positionne Lightning comme complémentaire plutôt que concurrent de la couche de base de Bitcoin.
Les sats de jeu et de streaming Bitcoin compatibles avec le Lightning Network (permettant de gagner des Bitcoins par seconde pour le contenu) représentent des phénomènes culturels émergents.
Rejoignez l'UEEx
Découvrez la plateforme de gestion de patrimoine numérique leader au monde
Scénario : Le Salvador est devenu le premier pays à adopter le Bitcoin comme monnaie légale, ce qui a nécessité un système de paiement capable de gérer un volume élevé de microtransactions quotidiennes.
Mise en œuvre : Le gouvernement a lancé le portefeuille Chivo, utilisant le réseau Lightning pour des paiements Bitcoin instantanés et sans frais. Les citoyens ont reçu 30 $ en BTC en guise de bonus d’inscription. Partout au pays, des commerçants de McDonald’s aux vendeurs ambulants, ont commencé à accepter les paiements Lightning.
Résultat : Des millions de Salvadoriens ont rejoint Lightning Network, même si les taux d’adoption ont varié. L’expérience a démontré que les canaux étatiques pouvaient gérer des volumes de paiements à l’échelle nationale, malgré la persistance de difficultés liées à l’éducation, à la volatilité et à la confiance envers les dépositaires.
2. Grèves et transferts de fonds transfrontaliers (2022-présent)
Scénario : Strike a utilisé le Lightning Network pour créer un service de paiement transfrontalier concurrençant les prestataires de transfert de fonds traditionnels comme Western Union.
Mise en œuvre : Strike convertit la devise fiduciaire de l’expéditeur en Bitcoin, achemine le paiement via le réseau Lightning en quelques secondes, puis reconvertit le montant dans la devise fiduciaire locale du destinataire. L’infrastructure Bitcoin/Lightning sert de voie de règlement sans que les deux parties aient besoin de détenir des Bitcoins.
Résultat : Strike a démontré que Lightning pouvait réduire les frais de transfert de fonds internationaux bien en deçà des 6 à 10 % généralement pratiqués par les fournisseurs traditionnels, avec un règlement en quelques secondes au lieu de plusieurs jours. Ce cas d’utilisation, « le Bitcoin comme infrastructure de paiement », est devenu l’une des applications concrètes les plus convaincantes de Lightning.
3. Nostr Zaps – Micropaiements sur les réseaux sociaux (2023-Présent)
Scénario : Nostr, un protocole de médias sociaux décentralisé, a intégré les paiements Lightning appelés « zaps » comme mécanisme natif de pourboire pour le contenu.
Mise en œuvre : Les utilisateurs connectent leurs portefeuilles Lightning aux clients Nostr et envoient instantanément des micropaiements (de quelques satoshis seulement) aux créateurs de contenu, aux auteurs de notes ou à toute personne dont ils apprécient le travail. Les Zaps sont visibles sur le flux social, créant ainsi un système de reconnaissance publique.
Résultat : Un grand nombre de transactions ont été effectuées, démontrant que les micropaiements Lightning peuvent créer de nouveaux modèles d’interaction sociale. Les créateurs de contenu monétisent directement leur audience, sans intermédiaires, concrétisant ainsi une vision de longue date de la monétisation de l’économie des créateurs.
4. Réseau Raiden sur Ethereum (2017-Présent)
Scénario : Raiden Network visait à apporter des canaux de paiement de type Lightning à Ethereum, permettant des transferts rapides de jetons ERC-20.
Mise en œuvre : Raiden crée des canaux de paiement hors chaîne pour les jetons Ethereum, permettant des transferts instantanés entre les participants. Le réseau prend en charge le routage multi-sauts similaire à Lightning, avec un règlement sur la chaîne comme solution de repli.
Résultat : Raiden a connu une adoption limitée par rapport à Lightning, le marché de la couche 2 d’Ethereum étant dominé par les rollups. Cependant, il a démontré que la technologie des canaux d’état est indépendante de la blockchain et a validé le concept pour l’écosystème des jetons d’Ethereum. L’essor des rollups a finalement éclipsé les canaux d’état pour la mise à l’échelle d’Ethereum.
Tableau de comparaison
Fonctionnalité
Canaux d'État
Regroupements (Optimiste/ZK)
Sidechains
Plasma
Vitesse de transaction
Millisecondes
Secondes à minutes
Sec
Sec
Frais par transaction
Quasi nul (hors chaîne)
Très faible
Très faible
Très faible
Politique de confidentialité
Haut (hors chaîne)
Faible (données sur L1)
Faible (chaîne publique)
Moyenne
Exigence de capital
Il faut bloquer les fonds dans les canaux.
Aucun verrouillage requis
Aucun verrouillage requis
Un dépôt doit être versé au contrat.
Exigence en ligne
Oui (ou tour de guet)
Oui (Optimiste)/Non (ZK)
Non
Oui (ou tour de guet)
Meilleur cas d'utilisation
Interactions fréquentes entre deux parties
Calcul généralisé
Calcul généralisé
Transferts de jetons
Limite de débit
Illimité (au sein du canal)
Élevé (variable selon la mise en œuvre)
Élevé (variable selon la mise en œuvre)
Élevé (variable selon la mise en œuvre)
Disponibilité des données
Réservé aux participants
Sur la chaîne
Chaîne propre
Sur la chaîne (racine)
Termes connexes
Réseau Lightning – Le réseau de canaux de paiement Bitcoin, l'implémentation de canal d'état la plus largement déployée
Couche 2 – La catégorie de mise à l'échelle qui inclut les canaux d'état, les agrégations et autres solutions hors chaîne. Voir Solution de couche 2
Rollup – Une approche alternative de couche 2 qui est devenue plus populaire que les canaux d'état pour le calcul général
Bitcoin – La principale blockchain utilisant des canaux d'état (Lightning) pour la mise à l'échelle des paiements
Multisig – Portefeuilles multi-signatures qui sous-tendent les transactions de financement des canaux d'État
Contrat à verrouillage temporel par hachage (HTLC) – La primitive cryptographique permettant les paiements Lightning multi-sauts
Atomic Swap – Technique d'échange inter-chaînes qui partage les mécanismes HTLC avec les canaux d'état
Micropaiements – Paiements de très faible montant que les canaux étatiques rendent possibles grâce à des frais quasi nuls.
Watchtower – Services tiers qui surveillent les chaînes pour détecter les fraudes pour le compte des utilisateurs hors ligne
Réseau de canaux de paiement – Le concept plus large de canaux de paiement interconnectés permettant le routage multi-sauts
QFP
Q : Quelle est la différence entre un canal d’état et un rollup ? R : Les canaux d’état conservent uniquement les données de transaction entre les participants ; aucune donnée n’est envoyée au niveau de couche 1 pendant la durée de vie du canal. Les rollups envoient toutes les données de transaction (ou preuves) au niveau de couche 1 pour chaque lot. Les canaux d’état offrent une meilleure confidentialité et des frais réduits pour les interactions répétées entre deux parties, tandis que les rollups prennent en charge un nombre quelconque de participants et les calculs à usage général.
Q : Dois-je laisser mon ordinateur connecté à Internet pour utiliser Lightning Network ? R : Pour recevoir des paiements et surveiller les canaux, votre nœud doit idéalement être connecté. Cependant, les portefeuilles Lightning mobiles modernes gèrent cela automatiquement grâce à des processus en arrière-plan. Si vous êtes hors ligne pendant une période prolongée, les services de surveillance peuvent surveiller vos canaux et réagir en votre nom aux tentatives de fraude potentielles.
Q : Que se passe-t-il si mon partenaire Lightning tente de tricher ? R : Si une contrepartie diffuse un état de canal obsolète (qui lui est avantageux), vous disposez d’un délai de contestation pour soumettre l’état actuel et réel, accompagné d’une « transaction de justice » qui réclame la totalité des fonds du canal à titre de pénalité. Ce mécanisme de sanction rigoureux rend la tricherie économiquement irrationnelle.
Q : Combien coûte l’ouverture d’un canal Lightning ? R : L’ouverture d’un canal nécessite une transaction Bitcoin sur la blockchain. Le coût dépend donc des frais en vigueur sur le marché Bitcoin : il peut varier de moins d’un dollar en période de faibles frais à un montant considérablement plus élevé en période de frais élevés. Une fois le canal ouvert, toutes les transactions y sont gratuites.
Q : Les canaux d’état peuvent-ils gérer les contrats intelligents, et pas seulement les paiements ? R : Oui, les canaux d’état généralisés peuvent exécuter des transitions d’état arbitraires : jeux, logique conditionnelle, paiements en flux continu, etc. Cependant, l’implémentation la plus aboutie (Lightning) est axée sur les paiements. Sur Ethereum (Raiden, Celer), les canaux d’état généralisés ont connu une adoption limitée, les rollups s’étant révélés plus polyvalents pour les applications complexes.
Q : Le Lightning Network est-il réellement décentralisé ? R : Lightning est architecturalement décentralisé : n’importe qui peut exécuter un nœud et ouvrir des canaux. Cependant, le réseau a développé une architecture en étoile où les nœuds les plus importants et les mieux connectés acheminent la plupart des paiements. Si cette approche est efficace en pratique, elle soulève des inquiétudes quant à la centralisation du routage et à une potentielle censure par les principaux hubs.
