Points clés à retenir
Les solutions de couche 2 ont été créées pour répondre aux limitations d'évolutivité inhérentes à la technologie blockchain.
Lightning Network est une solution de mise à l'échelle de couche 2 qui offre des transactions rapides sans avoir besoin de confirmation de blocage, permettant ainsi des micropaiements efficaces.
Il garantit des paiements sécurisés et évolutifs via des adresses multisignatures et des contrats Hash Timelock.
Introduction
Les crypto-monnaies ont des propriétés assez uniques. Ils ne peuvent pas être piratés ou fermés facilement, et n’importe qui peut les utiliser pour transmettre de la valeur dans le monde entier sans l’intervention d’un tiers.
Pour garantir le maintien de ces caractéristiques, des compromis importants doivent être faits. Étant donné que de nombreux nœuds sont chargés de gérer un réseau de crypto-monnaie, le débit est limité. En conséquence, le nombre de transactions par seconde (TPS) qu’un réseau blockchain peut traiter est relativement faible pour une technologie qui vise à être adoptée par le grand public.
Pour surmonter les limites inhérentes à la technologie blockchain, un certain nombre de solutions d'évolutivité ont été proposées pour augmenter le nombre de transactions qu'un réseau peut gérer. Dans cet article, nous allons approfondir le Lightning Network, l’une de ces extensions du protocole Bitcoin.
Qu’est-ce que le réseau Lightning ?
Le Lightning Network est un réseau qui fonctionne au-dessus d’une blockchain pour faciliter des transactions peer-to-peer rapides. Ce n’est pas exclusif au Bitcoin – d’autres crypto-monnaies l’ont intégré.
Vous vous demandez peut-être ce que nous entendons par « fonctionne au-dessus d’une blockchain ». Le Lightning Network est ce qu’on appelle une solution hors chaîne ou de couche deux. Il permet aux individus d’effectuer des transactions sans avoir à enregistrer chaque transaction sur la blockchain.
Le réseau Lightning est distinct du réseau Bitcoin : il possède ses propres nœuds et logiciels, mais il communique néanmoins avec la chaîne principale. Pour entrer ou sortir du Lightning Network, vous devez créer des transactions spéciales sur la blockchain.
Ce que vous faites réellement avec votre première transaction, c’est construire une sorte de contrat intelligent avec un autre utilisateur. Nous entrerons dans les détails sous peu – pour l’instant, pensez simplement au contrat intelligent contenant un registre privé pour vous et un autre utilisateur. Vous pouvez écrire de nombreuses transactions dans ce grand livre. Ils ne sont visibles que par vous et votre contrepartie, mais aucun de vous ne peut tricher en raison de certaines caractéristiques particulières de la configuration.
Ce mini-grand livre s'appelle un canal. Supposons qu'Alice et Bob mettent chacun 5 BTC dans le contrat intelligent. Dans leur chaîne, ils auraient désormais tous les deux un solde de 5 BTC. Alice pourrait alors écrire dans le grand livre « payer 1 BTC à Bob ». Désormais, Bob a 6 BTC de son côté et Alice en a 4. Ensuite, Bob pourrait renvoyer 2 BTC à Alice à une date ultérieure, mettant à jour les soldes à 6 BTC du côté d'Alice et 4 BTC de celui de Bob. Ils peuvent continuer à le faire pendant un certain temps.
À tout moment, l’un ou l’autre peut publier l’état actuel du canal sur la blockchain. À ce stade, les soldes de chaque côté du canal sont alloués à leurs parties respectives sur la chaîne.
Fidèles à leur nom, les transactions Lightning sont ultra-rapides. Il n’y a aucune confirmation de blocage à attendre – les paiements peuvent être effectués aussi rapidement que votre connexion Internet le permet.
Pourquoi le réseau Lightning est-il nécessaire ?
Jusqu’à présent, le Lightning Network (ou simplement LN) semble être l’approche la plus judicieuse pour faire évoluer la blockchain Bitcoin. Coordonner les changements dans un écosystème aussi vaste est délicat – il existe un risque de hard forks et de bugs potentiellement catastrophiques. Avec autant de valeur en jeu, l’expérimentation est incroyablement dangereuse.
Lorsque vous éloignez cette expérimentation de la blockchain, vous disposez de beaucoup plus de flexibilité. Si quelque chose ne va pas, cela n’aura aucun impact sur le réseau Bitcoin lui-même. Les solutions de couche deux ne remettent en cause aucune des hypothèses de sécurité qui maintiennent le protocole en vigueur depuis plus de 15 ans.
Il n’y a aucune obligation non plus de changer de l’ancienne façon de faire. Les transactions en chaîne continuent de fonctionner normalement pour l'utilisateur final, mais ils ont désormais également la possibilité d'effectuer des transactions hors chaîne.
L’utilisation du Lightning Network présente plusieurs avantages. Nous examinerons ci-dessous quelques-uns des principaux.
Évolutivité
Les blocs Bitcoin sont créés environ toutes les dix minutes et ne peuvent contenir qu’un nombre limité de transactions. L'espace de blocage est une ressource rare, vous devez donc enchérir contre d'autres utilisateurs pour que le vôtre soit inclus en temps opportun. Les mineurs se soucient avant tout d’être payés, ils incluront donc en premier les transactions comportant des frais plus élevés.
Lorsque peu d’utilisateurs tentent d’envoyer des fonds en même temps, ce n’est pas vraiment un problème. Vous pouvez fixer des frais peu élevés et la transaction sera probablement incluse dans le bloc suivant. Mais lorsque trop d’utilisateurs diffusent des transactions simultanément, les frais moyens peuvent augmenter considérablement. Il y a eu plusieurs occasions où il dépassait 10 $. Au plus fort du marché haussier de 2017, il dépassait les 50 dollars. En avril 2021, les frais moyens de transaction Bitcoin ont dépassé 60 $.
Cela peut sembler insignifiant pour les transactions transférant des milliers de dollars de Bitcoin, mais pour les petits paiements, ce n’est pas durable. Qui veut payer pour un café à 3 $ avec des frais de 10 $ ?
Avec Lightning Network, vous payez toujours deux frais : un pour ouvrir votre chaîne et un autre pour la fermer. Mais vous et votre contrepartie pouvez effectuer des milliers de transactions gratuitement une fois le canal ouvert. Une fois que vous avez terminé, il vous suffit de publier l’état final sur la blockchain.
Dans l’ensemble, si davantage d’utilisateurs s’appuient sur des solutions hors chaîne telles que Lightning Network, l’espace de bloc sera utilisé plus efficacement. Des transferts de faible valeur et à haute fréquence pourraient être effectués dans les canaux de paiement, tandis que l'espace de bloc est utilisé pour des transactions plus importantes et pour l'ouverture/fermeture de canaux. Cela rendrait le système accessible à une base d’utilisateurs beaucoup plus large, lui permettant ainsi d’évoluer à long terme.
Micropaiements
Il y a un montant minimum de Bitcoin que vous pouvez envoyer dans une transaction – environ 0,00000546 BTC. Au moment de la rédaction de cet article, cela équivaut à environ 38 cents. C'est un petit montant, mais le Lightning Network vous permet de repousser les limites pour traiter la plus petite unité actuellement disponible – 0,00000001 BTC ou un satoshi.
Lightning est beaucoup plus attrayant pour les micropaiements. Les frais sur les transactions régulières rendent difficile l’envoi de petites sommes sur la chaîne principale. Cependant, au sein d’un canal, vous êtes libre d’envoyer gratuitement une fraction de fraction de Bitcoin.
Les micropaiements conviennent à de nombreux cas d’utilisation. Certains pensent qu’ils pourraient constituer un remplacement viable des modèles basés sur un abonnement, dans lesquels les utilisateurs paient de petites sommes à chaque fois qu’ils utilisent un service.
Confidentialité
Un avantage secondaire du Lightning Network est qu’il peut offrir aux utilisateurs un haut degré de confidentialité. Les partis n’ont pas besoin de faire connaître leurs chaînes au réseau plus large. Bien que vous puissiez examiner la blockchain et dire que cette transaction a ouvert un canal, vous ne serez pas nécessairement en mesure de dire ce qui se passe à l’intérieur. Si les participants choisissent de rendre leur chaîne privée, eux seuls sauront quelles transactions ont lieu.
Si Alice a un canal avec Bob et que Bob a un canal avec Carol, Alice et Carol peuvent s'envoyer des paiements via Bob. Si Dan est connecté à Carol, Alice peut lui envoyer des paiements. Vous pouvez imaginer que cela se transforme en un vaste réseau de canaux de paiement interconnectés. Dans une telle configuration, vous ne pouvez pas être sûr à qui Alice a envoyé des fonds une fois le canal fermé.
Comment fonctionne le réseau Lightning ?
Nous avons expliqué comment le réseau Lightning s'appuie sur des canaux entre les nœuds à un niveau élevé. Jetons maintenant un œil sous le capot.
Adresses multisignatures
Une adresse multisignature (ou multisig) est une adresse à partir de laquelle plusieurs clés privées peuvent dépenser. Lors de sa création, vous spécifiez combien de clés privées peuvent dépenser les fonds et combien de ces clés sont nécessaires pour signer une transaction. Par exemple, un schéma 1 sur 5 signifie que cinq clés peuvent produire une signature valide et qu’une seule est nécessaire. Un schéma 2 sur 3 indiquerait que, sur les trois clés possibles, deux sont nécessaires pour dépenser les fonds.
Pour initialiser un canal Lightning, les participants bloquent les fonds selon un schéma 2 sur 2. Il n’existe que deux clés privées capables de signer, et les deux sont nécessaires pour déplacer des pièces. Revenons à ce stade à nos amis Alice et Bob. Ils se feront beaucoup de paiements dans les mois à venir, ils décident donc d'ouvrir un canal Lightning Network.
Cela commence par le dépôt tous les deux, disons, de 3 BTC chacun dans l'adresse multisig détenue conjointement. Il convient de rappeler que Bob ne peut pas transférer des fonds hors de l'adresse sans l'accord d'Alice, ou vice versa.
Désormais, ils pourraient simplement conserver une feuille de papier qui ajuste les balances de chaque côté. Les deux ont un solde de départ de 3 BTC. Si Alice souhaite effectuer un paiement de 1 BTC à Bob, pourquoi ne pas simplement noter qu'Alice possède désormais 2 BTC et que Bob possède 4 BTC ? Les soldes pouvaient être suivis de cette manière jusqu'à ce qu'ils décident de retirer les fonds.
C’est possible, mais où est le plaisir ? Plus important encore, cela ne rend-il pas incroyablement facile pour quelqu’un de ne pas coopérer ? Si Alice se retrouve avec 6 BTC et Bob aucun, Bob ne perd rien en refusant de débloquer les fonds (sauf peut-être son amitié avec Alice).
Contrats de hachage Timelock (HTLC)
Le système ci-dessus est ennuyeux et n’offre pas grand-chose par rapport aux configurations fiables d’aujourd’hui. Cela devient beaucoup plus intéressant lorsque nous introduisons un mécanisme qui fait respecter le « contrat » entre Alice et Bob. Si l’une des parties décide de ne pas respecter les règles, l’autre dispose toujours d’un recours pour retirer ses fonds du canal.
Ce mécanisme est un Hash Timelock Contract (ou HTLC). Le terme peut paraître intimidant, mais il s’agit en réalité d’un concept assez simple à comprendre. Il associe deux autres technologies (hashlocks et timelocks) pour remédier à tout comportement non coopératif dans les canaux de paiement.
Un hashlock est une condition posée à une transaction dictant que vous ne pouvez dépenser des fonds qu'en prouvant que vous connaissez un secret. L'expéditeur hache une donnée et inclut le hachage dans la transaction vers le destinataire. La seule façon pour le destinataire de le dépenser est de fournir les données originales (le secret) qui correspondent au hachage. Et la seule façon pour eux de fournir ces données est si l’expéditeur les leur donne.
Un timelock est une condition qui vous empêche de dépenser des fonds avant une certaine heure. Il est spécifié soit comme une heure réelle, soit comme une hauteur de bloc spécifiée.
Les HTLC sont créés en combinant des hashlocks et des timelocks. En pratique, les HTLC peuvent être utilisés pour créer des paiements conditionnels : le destinataire doit fournir un secret avant un certain délai, ou l'expéditeur peut récupérer les fonds. Cette partie suivante est probablement mieux expliquée avec un exemple, revenons donc à Alice et Bob.
Ouverture et fermeture des canaux
Nous avons donné l’exemple d’Alice et Bob venant de créer des transactions qui financent l’adresse multisignature qu’ils partageront. Mais ces transactions ne sont pas encore publiées sur la blockchain ! Nous devons d’abord faire encore une chose.
Trois pièces de Bob et trois pièces d'Alice.
N'oubliez pas que la seule façon pour ces pièces de sortir du multisig est si Alice et Bob signent conjointement une transaction. Si Alice voulait envoyer les six pièces à une adresse externe, elle aurait besoin de l’approbation de Bob. Elle avait d’abord organisé une transaction (six bitcoins à cette adresse) et ajouté sa propre signature.
Elle pourrait essayer de diffuser la transaction immédiatement, mais celle-ci serait invalide car Bob n’a pas apposé sa signature. Alice doit d'abord lui remettre la transaction incomplète. Une fois qu'il a ajouté sa signature, celle-ci devient valide.
Nous n’avons toujours pas mis en place un mécanisme permettant à tout le monde de jouer honnêtement. Comme nous l’avons dit plus tôt, si votre contrepartie refuse de coopérer, vos fonds sont effectivement piégés. Passons au mécanisme qui empêche cela. Il y a quelques pièces mobiles différentes, alors soyez indulgents avec nous.
Chaque partie doit trouver un secret – appelons simplement ces secrets des As et des B. Ce seraient de terribles secrets si Alice et Bob les révélaient, alors ils les garderont cachés pour le moment. La paire générera les hachages des secrets respectifs – h(As) et h(Bs). Ainsi, au lieu de partager leurs secrets, ils partagent ces hachages entre eux.
Alice et Bob partagent les hachages de leurs secrets.
Alice et Bob doivent également créer un ensemble de transactions d'engagement avant de publier leurs premières transactions à l'adresse multisignature. Cela leur donnera un recours au cas où l’autre déciderait de garder les fonds en otage.
Si vous pensez à un canal tel que le mini-grand livre auquel nous avons fait référence plus tôt, les transactions d'engagement sont les mises à jour que vous apportez au grand livre. Chaque fois que vous créez une nouvelle paire de transactions d’engagement, vous rééquilibrez les fonds entre les deux participants.
Celui d'Alice aura deux sorties : une qui paie une adresse qu'elle possède et une autre qui est verrouillée sur une nouvelle adresse multisig. Elle le signe et le donne à Bob.
Transaction d'Alice avec deux sorties – une vers sa propre adresse et une vers un nouveau multisig. Elle a encore besoin de la signature de Bob pour que ce soit valide.
Bob fait de même : une sortie se paie, l'autre paie une autre adresse multisig. Il le signe et le donne à Alice.
Nous avons deux transactions incomplètes qui sont très similaires.
Normalement, Alice pourrait ajouter une signature à la transaction de Bob pour la rendre valide. Mais vous remarquerez que ces fonds sont dépensés à partir du multisig 2 sur 2 que nous n'avons pas encore financé. C’est un peu comme essayer de dépenser un chèque sur un compte dont le solde est nul pour le moment. Par conséquent, ces transactions partiellement signées ne seront utilisables qu’une fois le multisig opérationnel.
Les nouvelles adresses multisignatures (où sont destinées les 3 sorties BTC) ont des propriétés particulières. Jetons un coup d'œil à la transaction incomplète qu'Alice a signée et remise à Bob. La sortie multisig peut être dépensée dans les conditions suivantes :
Les deux parties peuvent le signer en coopération.
Bob peut le dépenser seul après une certaine période (en raison de notre timelock).
Alice peut le dépenser si elle connaît les B secrets de Bob.
Pour la transaction que Bob a faite à Alice :
Les deux parties peuvent le signer en coopération.
Alice peut le dépenser seule après un certain temps.
Bob peut le dépenser s’il connaît le secret d’Alice.
Gardez à l’esprit qu’aucune des parties ne connaît le secret de l’autre, la condition 3 n’est donc pas encore possible. Une autre chose à noter est que, si vous signez une transaction, votre contrepartie peut dépenser immédiatement car il n'y a pas de conditions particulières sur sa sortie. Vous pouvez soit attendre l'expiration du délai pour dépenser les fonds par vous-même, soit coopérer avec l'autre partie pour les dépenser directement.
D'accord! Vous pouvez désormais publier les transactions dans l'adresse multisignature d'origine 2 sur 2. Vous pouvez enfin le faire en toute sécurité car vous pouvez récupérer vos fonds si votre contrepartie abandonne le canal.
Une fois les transactions confirmées, le canal est opérationnel. Cette première paire de transactions nous montre l'état actuel du mini-grand livre. Actuellement, il versera 3 BTC à Bob et 3 BTC à Alice.
Lorsqu'Alice souhaite effectuer un nouveau paiement à Bob, le couple crée deux nouvelles transactions pour remplacer la première série. L’exercice est le même : ils ne sont qu’à moitié signés. Cependant, Alice et Bob abandonnent d'abord leurs anciens secrets et échangent de nouveaux hachages pour la prochaine série de transactions.
Si Alice voulait payer 1 BTC à Bob, par exemple, les deux nouvelles transactions créditeraient 2 BTC à Alice et 4 BTC à Bob. De cette façon, le solde est mis à jour.
Chacune des parties peut signer et diffuser à tout moment l’une des transactions les plus récentes pour la « régler » sur la blockchain. Mais quelle que soit la partie qui le fera, elle devra attendre que le délai soit expiré, tandis que l'autre pourra dépenser immédiatement. N'oubliez pas que si Bob signe et diffuse la transaction d'Alice, elle dispose désormais d'une sortie sans conditions.
Les deux parties peuvent convenir de fermer la chaîne ensemble (fermeture coopérative). C’est probablement le moyen le plus simple et le plus rapide de remettre vos fonds sur la chaîne. Cependant, même si une partie ne répond plus ou refuse de coopérer, l’autre peut toujours récupérer ses fonds en attendant la fin du délai.
Comment le Lightning Network empêche-t-il la triche ?
Vous avez peut-être identifié ici un vecteur d’attaque. Si Bob a actuellement un solde de 1 BTC, qu’est-ce qui l’empêchera de diffuser une transaction plus ancienne où il en avait plus ? Il a déjà reçu la transaction à moitié signée d'Alice, il lui suffit d'ajouter sa signature et de la diffuser, non ?
Rien ne l’empêche de le faire, sauf le fait qu’il pourrait perdre tout son équilibre. Disons qu'il va jusqu'au bout et diffuse une ancienne transaction qui rapporte une pièce à Alice et cinq à cette adresse multisig que nous avons mentionnée plus tôt.
Alice reçoit immédiatement sa pièce. Bob, quant à lui, doit attendre l'expiration du délai pour dépenser à partir de l'adresse multisig. Vous vous souvenez de l'autre condition que nous avons mentionnée et qui permettrait à Alice de dépenser ces mêmes fonds immédiatement ? Elle a besoin d’un secret qu’elle n’avait pas alors. C’est désormais le cas : dès que la deuxième série de transactions a été créée, Bob a dévoilé ce secret.
Pendant que Bob est assis, incapable de faire quoi que ce soit en attendant l'expiration du délai, Alice peut déplacer ces fonds. Ce mécanisme basé sur la punition signifie qu'il est peu probable que les participants tentent même de tricher, car le pair aura accès à leurs pièces.
Acheminement des paiements
Nous en avons parlé plus tôt : les canaux peuvent être connectés. Sinon, le Lightning Network ne serait pas très utile pour les paiements. Allez-vous vraiment mettre 500 $ dans une chaîne avec un café juste pour pouvoir obtenir votre caféine quotidienne pour les prochains mois ?
Vous n’êtes pas obligé de faire ça. Si Alice ouvre un canal avec Bob et que Bob en a déjà un avec Carol, Bob peut acheminer les paiements entre les deux. Cela peut fonctionner sur plusieurs « sauts », ce qui signifie qu'Alice peut effectivement payer toute personne vers laquelle un chemin existe.
Dans ce scénario, Alice peut emprunter plusieurs itinéraires pour atteindre Frank. En pratique, elle prendra toujours le plus facile.
Pour leur rôle dans le routage, les intermédiaires peuvent percevoir une somme modique (bien qu’il n’y ait aucune obligation de le faire). Le Lightning Network est encore relativement nouveau, donc un marché payant ne s’est pas encore matérialisé. Ce que beaucoup s’attendent à voir, ce sont des frais basés sur la liquidité fournie.
Sur la chaîne de base, vos frais sont basés uniquement sur l'espace occupé par votre transaction dans un bloc – la valeur transmise n'a pas d'importance – les paiements de 1 $ et de 10 000 000 $ coûtent le même prix. En revanche, il n’existe pas de bloc d’espace au sein du Lightning Network.
Au lieu de cela, il y a l’idée d’équilibres locaux et distants. Le solde local est le montant que vous pouvez « pousser » à l’autre bout du canal, tandis que le solde à distance est celui que votre contrepartie peut vous pousser.
Il est temps de passer à un autre exemple. Examinons de plus près l'un des chemins ci-dessus : Alice <> Carol <> Frank.
Solde des utilisateurs avant et après un transfert de 0,3 BTC d’Alice vers Frank.
Les Alice <> Carol et Carol <> Frank ont chacune une capacité totale de 1 BTC. Le solde local d’Alice est de 0,7 BTC. S'ils optaient pour la blockchain maintenant, elle recevrait 0,7 BTC et Carol recevrait le solde à distance (c'est-à-dire 0,3 BTC).
Si Alice souhaite envoyer 0,3 BTC à Frank, elle envoie 0,3 BTC du côté de Carol du canal. Ensuite, Carol extrait 0,3 BTC de son solde local dans le canal avec Frank. En conséquence, le solde de Carol reste le même : les +0,3 BTC d’Alice et -0,3 BTC de Frank s’annulent.
Carol ne perd pas de valeur en agissant comme un lien entre Alice et Frank, mais elle se rend moins flexible. Vous voyez, elle peut désormais dépenser 0,6 BTC dans son canal avec Alice, mais seulement 0,1 BTC dans le canal avec Frank.
Vous pouvez imaginer une situation dans laquelle Alice n'est connectée qu'à Carol, alors que Frank est connecté à un réseau beaucoup plus large. Carol pouvait auparavant envoyer un total de 0,4 BTC à d'autres via Frank, mais elle ne peut désormais envoyer que 0,1 BTC car c'est tout ce qu'elle a de son côté du canal.
Dans ce scénario, Alice ronge effectivement les liquidités de Carol. Sans aucune incitation, Carol ne voudra peut-être pas affaiblir sa propre position. Ainsi, à la place, elle pourrait simplement dire que j'acheminerai chaque 0,01 BTC moyennant des frais de dix satoshis. De cette façon, plus Carol sacrifie ses équilibres locaux dans des chemins « plus forts », plus elle en profite.
Comme mentionné précédemment, il n’y a aucune obligation de facto de facturer des frais. Certains pourraient ne pas être préoccupés par la réduction des liquidités. D'autres pourraient simplement ouvrir des chaînes directement sur le récepteur.
Limites du réseau Lightning
Ce serait fantastique si le Lightning Network s’avérait être la solution à tous les problèmes d’évolutivité de Bitcoin. Malheureusement, il présente ses propres défauts qui peuvent constituer un obstacle.
Convivialité
Bitcoin n’est pas le système le plus intuitif pour les débutants – les adresses, les frais, etc. peuvent être déroutants à connaître. Une fois un client Lightning configuré, les utilisateurs doivent également commencer à ouvrir des canaux avant de pouvoir effectuer des paiements. Cela peut prendre du temps et devenir insupportable lorsqu'un nouveau venu est initié à des concepts tels que la capacité entrante/sortante.
Cela dit, des améliorations sont constamment apportées pour réduire les barrières à l’entrée et offrir aux utilisateurs une expérience plus rationalisée.
Liquidité
L’une des plus grandes critiques adressées au Lightning Network est que votre capacité à effectuer des transactions pourrait être limitée. Vous ne pouvez pas dépenser plus que ce que vous avez bloqué sur une chaîne. Si vous dépensez tous vos fonds pour que le solde distant contienne tous les fonds de la chaîne, vous devrez fermer la chaîne. Alternativement, vous pouvez attendre que quelqu’un vous paie, mais ce n’est pas idéal.
Vos chemins peuvent également être limités par la capacité totale du canal. Prenons l'exemple d'Alice <> Carol <> Frank plus tôt. Si Alice et Carol ont une capacité de 5 BTC dans leur canal, mais que Carol et Frank n'ont qu'une capacité de 1 BTC, Alice ne pourra jamais envoyer plus de 1 BTC. Même dans ce cas, tout l’équilibre devrait être du côté de Carol de la chaîne Carol <> Frank pour que cela fonctionne. Cela peut considérablement limiter le montant des fonds pouvant être transmis via les canaux LN, et avoir ainsi un effet d'entraînement sur la convivialité.
Hubs centralisés
En raison du problème mentionné dans la section précédente, on craint que le réseau ne facilite la création de « hubs » massifs. C’est-à-dire de grandes entités fortement connectées et disposant de beaucoup de liquidités. Tout paiement important devrait être acheminé via certaines de ces entités.
Évidemment, ce ne serait pas une situation idéale. Cela affaiblirait le système, car la mise hors ligne de ces entités perturberait considérablement les relations entre pairs. Il existe également un risque accru de censure puisqu’il n’y a que quelques points par lesquels transitent les transactions.
L'état actuel du réseau Lightning
En mars 2024, le Lightning Network semble sain. Il compte plus de 13 000 nœuds en ligne, plus de 52 000 canaux actifs et un peu plus de 4 570 BTC de capacité.
Distribution mondiale des nœuds Lightning Network.
Il existe une poignée d'implémentations de nœuds différentes – c-lightning de Blockstream, Lightning Network Daemon de Lightning Labs et Eclair d'ACINQ en sont quelques exemples. Pour les utilisateurs moins enclins à la technique, de nombreuses entreprises proposent des nœuds plug-and-play. La seule chose que vous avez à faire est de mettre l'appareil sous tension et vous serez prêt à démarrer avec le réseau Lightning.
Pensées finales
Depuis son lancement sur le réseau principal en 2018, le Lightning Network a connu une croissance significative. Il reste encore quelques obstacles à surmonter en matière d’utilisabilité, car le fonctionnement d’un nœud Lightning nécessite actuellement un certain degré de compétence technique. Mais, avec l’ampleur du développement en cours, nous pourrions bien voir les barrières à l’entrée diminuer au fil du temps.
Lectures complémentaires
Évolutivité de la blockchain – Sidechains et canaux de paiement
Que sont les nœuds ?
Que sont les contrats intelligents et comment fonctionnent-ils ?
Avis de non-responsabilité : ce contenu vous est présenté « tel quel » à des fins d'information générale et éducatives uniquement, sans représentation ni garantie d'aucune sorte. Il ne doit pas être interprété comme un conseil financier, juridique ou autre conseil professionnel, ni comme une recommandation d’achat d’un produit ou d’un service spécifique. Vous devriez demander votre propre avis auprès de conseillers professionnels appropriés. Lorsque l'article est rédigé par un contributeur tiers, veuillez noter que les opinions exprimées appartiennent au contributeur tiers et ne reflètent pas nécessairement celles de Binance Academy. Veuillez lire notre clause de non-responsabilité complète ici pour plus de détails. Les prix des actifs numériques peuvent être volatils. La valeur de votre investissement peut augmenter ou diminuer et vous ne récupérerez peut-être pas le montant investi. Vous êtes seul responsable de vos décisions d'investissement et Binance Academy n'est pas responsable des pertes que vous pourriez subir. Ce matériel ne doit pas être interprété comme un conseil financier, juridique ou autre conseil professionnel. Pour plus d’informations, consultez nos conditions d’utilisation et nos avertissements de risque.
