Aspects clés
Les solutions de couche 2 ont été créées pour répondre aux limitations d'évolutivité inhérentes à la technologie blockchain.
Le Lightning Network est une solution d'évolutivité de couche 2 qui offre des transactions rapides sans avoir besoin de confirmation de blocage, permettant ainsi des micropaiements efficaces.
Garantit des paiements sécurisés et évolutifs via des adresses multi-signatures et des contrats Hash Timelock.
Introduction
Les crypto-monnaies ont des propriétés assez uniques. Ils ne peuvent pas être facilement piratés ou exploités, et peuvent être utilisés par n’importe qui pour transmettre de la valeur vers et depuis n’importe où dans le monde sans l’intervention d’un tiers.
Pour garantir le maintien de ces fonctionnalités, 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, la puissance de traitement est limitée. De ce fait, 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 à grande échelle.
Pour surmonter les limites inhérentes à la technologie blockchain, plusieurs solutions d’évolutivité ont été proposées visant à augmenter le nombre de transactions qu’un réseau peut gérer. Dans cet article, nous approfondirons le Lightning Network, l'une des extensions du protocole Bitcoin.
Qu’est-ce que le réseau Lightning ?
Lightning Network est un réseau qui fonctionne sur une blockchain pour faciliter les transactions Peer-to-Peer rapides. Elle n’est pas exclusive au Bitcoin, puisque d’autres cryptomonnaies l’ont intégré.
Vous vous demandez peut-être ce que nous entendons par « fonctionne sur une blockchain ». Le Lightning Network est ce que nous appelons une solution hors chaîne ou couche 2. Il permet aux utilisateurs d'effectuer des transactions sans avoir à enregistrer chaque transaction sur la blockchain.
Le Lightning Network est distinct du réseau Bitcoin : il possède ses propres nœuds et logiciels, mais il communique 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 créer une sorte de contrat intelligent avec un autre utilisateur. Nous y reviendrons plus tard. Pour l’instant, pensez simplement au contrat intelligent qui dispose d’un registre privé pour vous et un autre utilisateur. Dans ce grand livre, vous pouvez écrire de nombreuses transactions. Ils ne sont visibles que par vous et votre homologue, mais aucun de vous ne peut tricher en raison de certaines caractéristiques particulières de la configuration.
Ce mini-livre est appelé un canal. Supposons qu'Alice et Bob mettent chacun 5 BTC dans le contrat intelligent. Sur 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. Bob pourrait alors envoyer 2 BTC à Alice à une date ultérieure, ce qui mettrait à jour les soldes à 6 BTC du côté d'Alice et 4 BTC du côté de Bob. Ils peuvent continuer à faire cela pendant un moment.
A tout moment, l’un ou l’autre pourra publier l’état actuel de la chaîne sur la blockchain. À ce stade, les soldes de chaque côté du canal seront affectés à leurs parties respectives de la chaîne.
Comme son nom l’indique, les transactions Lightning sont rapides comme l’éclair. Il n'y a pas d'attente pour les confirmations de blocage : les paiements peuvent être effectués aussi rapidement que votre connexion Internet le permet.
Pourquoi Lightning Network est-il nécessaire ?
Jusqu’à présent, le Lightning Network (ou simplement LN) semble être l’approche la plus judicieuse en matière d’évolutivité de la blockchain Bitcoin. Coordonner les changements dans un écosystème aussi vaste est compliqué : il existe un risque de hard forks et d’erreurs potentiellement catastrophiques. Avec autant de valeur en jeu, l’expérimentation est incroyablement dangereuse.
Lorsque vous déplacez cette expérimentation hors 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 2 ne remettent en cause aucune des hypothèses de sécurité qui soutiennent le protocole depuis plus de 15 ans.
Il n’y a pas non plus d’obligation de remplacer l’ancienne façon de faire. Les transactions en chaîne continueront de fonctionner comme d'habitude pour l'utilisateur final, mais ils auront désormais également la possibilité d'effectuer des transactions hors chaîne.
L'utilisation du Lightning Network présente plusieurs avantages. Ensuite, nous verrons quelques-uns des principaux.
Évolutivité
Les blocs Bitcoin sont créés environ toutes les dix minutes et ne peuvent contenir qu’un nombre défini 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 du paiement, 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 transmettent des transactions simultanément, la commission moyenne peut augmenter considérablement. Il y a eu plusieurs occasions où il a dépassé 10 $. Au plus fort du marché haussier de 2017, il dépassait les 50 dollars. En avril 2021, les frais moyens de transaction Bitcoin dépassaient 60 $.
Cela peut sembler insignifiant pour les transactions transférant des milliers de dollars en Bitcoin, mais pour les petits paiements, cela n’est pas viable. Qui veut payer un café à 3$ avec une commission de 10$ ?
Avec Lightning Network, vous payez toujours des frais, un pour ouvrir votre canal et un pour le fermer, mais vous et votre contrepartie pouvez effectuer des milliers de transactions gratuitement une fois le canal ouvert. Lorsque vous avez terminé de négocier avec lui, il vous suffit de publier l'état final sur la blockchain.
D'une manière générale, si davantage d'utilisateurs s'appuient sur des solutions hors chaîne comme Lightning Network, l'espace de bloc sera utilisé plus efficacement. Des transferts de faible valeur et à haute fréquence pourraient être effectués via les canaux de paiement, tandis que l'espace de bloc serait utilisé pour des transactions plus importantes, ainsi que pour l'ouverture ou la fermeture de canaux. Cela rendrait le système accessible à une base d’utilisateurs beaucoup plus large et permettrait une évolutivité à long terme.
Micropaiements
En une seule transaction, un montant minimum de Bitcoin peut être envoyé : 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 effectuer des transactions avec la plus petite unité actuellement disponible : 0,00000001 BTC ou un satoshi.
Lightning est beaucoup plus attractif pour les micropaiements. Les frais de transaction réguliers rendent difficile l’envoi de petits montants sur la chaîne principale. Cependant, au sein d’un canal, vous pouvez envoyer gratuitement une fraction de fraction de Bitcoin.
Les micropaiements sont idéaux pour de nombreux cas d’utilisation. Certaines personnes pensent qu’ils pourraient constituer un substitut viable aux modèles basés sur l’abonnement, dans lesquels les utilisateurs paient de très 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 reste du réseau. Même si vous pouvez examiner la blockchain et dire que cette transaction a ouvert un canal, vous ne pourrez pas nécessairement savoir ce qui se passe au sein de ce canal. 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 pourront s'envoyer des paiements via Bob. Si Dan est connecté à Carol, Alice pourra lui envoyer un paiement. Ainsi, la portée s’étend à un vaste réseau de canaux de paiement interconnectés. Dans un tel contexte, vous ne pourrez pas savoir avec certitude à qui Alice a envoyé des fonds une fois le canal fermé.
Comment fonctionne le réseau Lightning ?
Nous avons expliqué comment le Lightning Network est basé sur des canaux entre nœuds de haut niveau. Examinons maintenant cela plus en profondeur.
Adresses multi-signatures
Une adresse multisignature (ou multisig) est une adresse à partir de laquelle plusieurs clés privées peuvent effectuer des dépenses. Lorsque vous créez une adresse, vous spécifiez le nombre de clés privées pour lesquelles les fonds peuvent être dépensés 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 démarrer un canal Lightning, les participants verrouillent les fonds selon un schéma 2 sur 2. Il n'y a que deux clés privées capables de signer, et les deux sont nécessaires pour déplacer des pièces. Pour bien comprendre, reprenons un autre exemple de nos amis Alice et Bob. Dans les mois à venir, ils effectueront de nombreux paiements entre eux, ils décident donc d'ouvrir un canal Lightning Network.
La relation commence lorsque vous déposez tous les deux, par exemple, 3 BTC chacun dans l'adresse multi-signature que vous partagez. Il faut rappeler que Bob ne pourra pas retirer de fonds à la direction sans l'accord d'Alice, et vice versa.
Bien sûr, ils pourraient simplement noter les soldes ajustés de chaque camp sur une feuille de papier. Les deux ont un solde de départ de 3 BTC. Si Alice voulait envoyer à Bob un transfert de 1 BTC, pourquoi ne pas noter sur la feuille qu'Alice possède désormais 2 BTC et Bob possède désormais 4 BTC ? Les soldes pouvaient être suivis de cette manière jusqu'à ce qu'ils décident de retirer les fonds.
Cela peut être fait de cette façon, mais où serait le plaisir ? Et plus important encore, cela ne pousserait-il pas l’un d’eux à simplement décider de ne pas coopérer ? Si Alice se retrouve avec 6 BTC et Bob avec zéro, Bob ne perdra rien en refusant de débloquer les fonds (sauf peut-être son amitié avec Alice).
Contrats Hash Timelock (HTLC)
Le système que nous avons décrit ci-dessus est ennuyeux et n’offre pas de grands avantages par rapport aux configurations actuelles impliquant la confiance. Tout devient beaucoup plus intéressant lorsque nous introduisons un mécanisme chargé de faire respecter le « contrat » entre Alice et Bob. Si une partie décide de ne pas suivre les règles, l’autre partie aura toujours la possibilité de retirer ses fonds du canal.
Ce mécanisme est un Hash Timelock Contract (ou HTLC). Le terme peut paraître compliqué, mais il s’agit en réalité d’un concept assez simple à comprendre. Il combine deux autres technologies (hashlocks et timelocks) pour remédier à tout comportement non coopératif dans les canaux de paiement.
Un hashlock est une condition appliquée à une transaction qui vous permet de dépenser des fonds uniquement si vous prouvez que vous connaissez un secret. L'expéditeur obtient le hachage d'une donnée et inclut ce 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 de fournir ces données est si l’expéditeur vous les donne.
Un timelock est une condition qui vous empêche de dépenser des fonds avant une certaine heure. Il est spécifié en temps réel ou en hauteur de bloc donné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 comprise avec un exemple, alors tournons-nous à nouveau vers Alice et Bob.
Ouvrir et fermer des canaux
Avant nous avons donné l'exemple d'Alice et Bob, qui venaient de générer les transactions qui financent l'adresse multisignature qu'ils partagent tous les deux. Ces transactions ne seront pas encore publiées sur la blockchain. Premièrement, nous devons faire autre 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 quitter le multisig est si Alice et Bob co-signent une transaction. Si Alice voulait envoyer les six pièces à une adresse externe, elle aurait besoin de l'approbation de Bob. Vous devez d'abord créer une transaction (six bitcoins à cette adresse) puis ajouter votre propre signature.
Vous pourriez essayer de le transmettre immédiatement, mais il serait invalide car Bob n'a pas encore inclus sa signature. Tout d'abord, Alice doit remettre la transaction incomplète à Bob. Et une fois qu’il aura apposé sa signature, la transaction sera valide.
Nous n’avons pas encore mis en place un mécanisme pour obliger tout le monde à respecter les règles. Comme nous l’avons déjà dit, si votre contrepartie refuse de coopérer, en pratique, vos fonds seraient piégés. Regardons donc le mécanisme qui empêche cela, qui est composé de quelques engrenages différents, alors faites attention.
Chaque partie doit proposer un secret. Appelons ces secrets A et B. Ils ne seraient pas des secrets si Alice et Bob les révélaient, ils les garderont donc cachés pour le moment. Le pair 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 échangent les hachages de leurs secrets.
Alice et Bob doivent également créer un ensemble de transactions de validation avant de publier leurs premières transactions à l'adresse multisignature. Cela leur donnera une solution au cas où l’une des parties déciderait de retenir les fonds.
Si vous imaginez le canal comme le miniledger que nous avons expliqué précédemment, les transactions d'engagement seraient les mises à jour que vous apportez au grand livre. Chaque fois que vous créez une nouvelle paire de transactions d'engagement, vous réalignez les fonds entre les deux participants.
La transaction 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 multi-signature. Elle le signe et le donne à Bob.
Transaction d'Alice avec deux sorties : une pour sa propre adresse et une pour une nouvelle adresse multi-signature. Alice a encore besoin de la signature de Bob pour que ce soit valide.
Bob fait la même chose : une sortie payante pour lui-même, l'autre payante vers une autre adresse multi-signature. 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 de la multisignature 2 sur 2 que nous n'avons pas encore financée. C'est un peu comme essayer de dépenser un chèque sur un compte dont le solde est actuellement nul. Par conséquent, ces transactions partiellement signées ne seront utilisables qu’une fois la multi-signature opérationnelle.
Les nouvelles adresses multi-signatures (où vont 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. Les sorties multi-signatures peuvent être dépensées dans les conditions suivantes :
Les deux parties peuvent signer en coopération.
Bob ne peut le dépenser qu'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 donnée à Alice :
Les deux parties peuvent signer en coopération.
Alice ne peut le dépenser qu'après un certain temps.
Bob peut le dépenser s'il connaît l'As Secret d'Alice.
Notez qu'aucune des parties ne connaît le secret de l'autre, la condition 3 n'est donc pas encore une possibilité. Une autre chose à garder à l’esprit est que si vous signez une transaction, votre contrepartie peut dépenser immédiatement car il n’y a pas de conditions particulières à sa sortie. Vous pouvez attendre l'expiration du délai pour dépenser les fonds vous-même, ou vous pouvez coopérer avec l'autre partie pour les dépenser immédiatement.
Bien. Vous pouvez désormais publier des transactions à l'adresse multisignature d'origine 2 sur 2. Enfin, vous pouvez le faire en toute sécurité car vous pouvez récupérer vos fonds si votre contrepartie quitte 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 miniledger. Actuellement, vous paierez 3 BTC à Bob et 3 BTC à Alice.
Si Alice souhaite effectuer un nouveau paiement à Bob, le pair crée deux nouvelles transactions pour remplacer la première série. L’exercice est le même : ils ne sont signés qu’à moitié. Cependant, Alice et Bob abandonnent d'abord leurs anciens secrets et échangent de nouveaux hachages pour la prochaine série de transactions.
Si par exemple Alice voulait payer 1 BTC à Bob, les deux nouvelles transactions créditeraient 2 BTC à Alice et 4 BTC à Bob. De cette façon, le solde est mis à jour.
Chaque partie peut à tout moment signer et transmettre l’une des transactions les plus récentes pour la « régler » sur la blockchain. Mais la partie qui le fait doit attendre que le délai soit expiré, tandis que l'autre partie peut dépenser immédiatement. N'oubliez pas que si Bob signe et transmet la transaction d'Alice, elle dispose désormais d'une sortie inconditionnelle.
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 restituer vos fonds à la chaîne. Cependant, même si une partie cesse de répondre ou refuse de coopérer, l’autre peut toujours réclamer vos fonds en attendant le 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êche de transmettre une transaction plus ancienne où il en avait plus ? Vous avez déjà la transaction à moitié signée d'Alice, il vous suffit d'ajouter sa signature et de la transmettre, non ?
Rien ne vous empêche de le faire, sauf le fait que vous pourriez perdre la totalité de votre solde. Disons que vous continuez et transmettez une ancienne transaction qui rapporte une pièce à Alice et cinq à cette adresse multi-signature que nous avons mentionnée plus tôt.
Alice reçoit immédiatement sa pièce. D'un autre côté, Bob doit attendre l'expiration du délai pour dépenser à partir de l'adresse multi-signature. 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 ? Il a besoin d'un secret qu'il n'avait pas auparavant. Maintenant vous l’avez : dès que la deuxième série de transactions a été créée, Bob a révélé ce secret.
Pendant que Bob attend, incapable de faire quoi que ce soit avant la fin du délai, Alice peut déplacer ces fonds. Ce mécanisme basé sur la punition rend peu probable que les participants tentent de tricher car l'autre partie aura accès à leurs pièces.
Acheminement des paiements
Nous en avons déjà parlé : les chaînes peuvent être connectées. Sinon, le Lightning Network ne serait pas aussi utile pour les paiements. Voudriez-vous vraiment bloquer 500 $ sur une chaîne avec un café juste pour pouvoir obtenir votre dose quotidienne de caféine 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 pour laquelle un chemin existe.
Dans ce scénario, Alice peut emprunter plusieurs itinéraires pour atteindre Frank. En pratique, elle prendra toujours la solution la plus simple.
Pour leur rôle dans le routage, les intermédiaires peuvent facturer une petite commission (bien qu’il n’y ait aucune obligation de le faire). Le Lightning Network est encore relativement nouveau, donc un marché de commission 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, au sein du Lightning Network, il n’y a pas d’espace de bloc.
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 le montant que votre homologue peut pousser vers vous.
Regardons un autre exemple. Examinons de plus près l'un des chemins ci-dessus : Alice <> Carol <> Frank.
Soldes des utilisateurs avant et après un transfert de 0,3 BTC d'Alice à Frank.
Alice <> Carol et Carol <> Frank ont toutes deux une capacité totale de 1 BTC. Le solde local d'Alice est de 0,7 BTC. S'ils optaient pour la blockchain maintenant, Alice recevrait 0,7 BTC et Carol recevrait le solde à distance (c'est-à-dire 0,3 BTC).
Si Alice veut envoyer 0,3 BTC à Frank, elle envoie 0,3 BTC du côté du canal de Carol. Carol transfère ensuite 0,3 BTC de son solde local dans le canal avec Frank. En conséquence, le solde de Carol reste le même : le +0,3 BTC d'Alice et le -0,3 BTC de Frank s'annulent.
Carol ne perd pas de valeur en agissant comme lien entre Alice et Frank, mais elle devient moins flexible. Vous pouvez désormais dépenser 0,6 BTC sur votre chaîne avec Alice, mais seulement 0,1 BTC sur la chaîne avec Frank.
Vous pouvez imaginer une situation dans laquelle Alice n'est connectée qu'à Carol, tandis 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 maintenant elle ne peut envoyer que 0,1 BTC car c'est tout ce qu'elle a de son côté du canal.
Dans ce scénario, Alice consomme effectivement les liquidités de Carol. Sans aucune incitation, Carol ne voudra peut-être pas affaiblir sa propre position. Au lieu de cela, on pourrait dire que j'acheminerai chaque 0,01 BTC vers des frais de dix satoshis. De cette façon, plus Carol sacrifie l’équilibre local sur des chemins « plus forts », plus elle réalisera de bénéfices.
Comme nous l’avons mentionné précédemment, il n’y a aucune obligation de facto de facturer une commission. Certains ne s’inquiéteront peut-être pas d’une diminution des liquidités. D'autres peuvent simplement ouvrir des chaînes directement sur le récepteur.
Limites du réseau Lightning
Ce serait formidable si le réseau Lightning s'avérait être la solution à tous les problèmes d'évolutivité de Bitcoin. Malheureusement, il présente ses propres défauts qui peuvent interférer.
Convivialité
Bitcoin n’est pas le système le plus intuitif pour les débutants : les adresses, les frais, etc. peuvent être déroutants à maîtriser. Après avoir configuré un client Lightning, les utilisateurs doivent également commencer à ouvrir des canaux avant de pouvoir effectuer des paiements. Cela peut prendre du temps et s'avérer fastidieux pour quelqu'un qui découvre des concepts tels que les capacités d'entrée et de sortie.
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 du 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 itinéraires peuvent également être limités par la capacité totale du canal. Prenons l'exemple d'Alice <> Carol <> Frank ci-dessus. Si Alice et Carol ont une capacité de 5 BTC sur 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 limiter considérablement le montant des fonds pouvant être transmis via les canaux LN et a donc un effet d'entraînement sur la convivialité.
Hubs centralisés
En raison du problème mentionné dans la section précédente, certains craignent que le réseau facilite la création de « hubs » massifs. C’est-à-dire de grandes entités, très connectées et disposant de beaucoup de liquidités. Tout paiement important doit être envoyé 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 les relations avec leurs pairs. Il existe également un risque de censure plus élevé, car les transactions ne transitent que par quelques points.
É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 compétents techniquement, de nombreuses entreprises proposent des nœuds plug-and-play. Tout ce que vous avez à faire est d'allumer l'appareil et vous êtes prêt à utiliser le réseau Lightning.
Conclusions
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 un certain degré de compétence technique est actuellement requis pour faire fonctionner un nœud Lightning. Mais avec l’ampleur du développement, nous pourrions voir les barrières à l’entrée s’atténuer 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 juridique et avertissement de risque : ce contenu 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 conseil individuel à des conseillers professionnels compétents. Cet article étant rédigé par des tiers, veuillez noter que les opinions exprimées sont celles du contributeur tiers et ne reflètent pas nécessairement celles de Binance Academy. Pour plus d’informations, lisez nos mentions légales complètes ici. Les prix des actifs numériques peuvent être volatils. La valeur d’un investissement peut augmenter comme diminuer et vous risquez de ne pas récupérer le montant investi. Vous seul êtes responsable de vos décisions d’investissement. 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, veuillez consulter nos conditions d’utilisation et nos avertissements de risque.
