Points principaux
Les solutions de couche 2 sont conçues pour répondre aux limitations d'évolutivité inhérentes à la technologie blockchain.
Le Lightning Network est une solution de mise à l'échelle de couche 2 qui permet des transactions rapides sans confirmation de blocage, permettant ainsi des micropaiements efficaces.
Le Lightning Network garantit la sécurité et l’évolutivité des paiements grâce à des adresses multi-signatures et des contrats hachés et verrouillés dans le temps.
Introduction
Les crypto-monnaies ont des propriétés importantes qui les rendent moins sensibles aux pirates informatiques ou aux fermetures. Tout le monde peut transférer de la valeur dans le monde entier grâce aux crypto-monnaies sans l’intervention de tiers.
Garantir que ces caractéristiques restent inchangées entraîne un coût énorme. En raison du grand nombre de nœuds exécutant un réseau de crypto-monnaie, le débit est limité. Par conséquent, bien qu’il s’agisse d’une technologie destinée à une adoption massive, le nombre de transactions par seconde (TPS) que les réseaux blockchain peuvent gérer est relativement faible.
Pour surmonter les limites inhérentes à la technologie blockchain, diverses solutions d'évolutivité ont vu le jour pour augmenter le nombre de transactions que le réseau peut gérer. Dans cet article, nous allons approfondir l’une des extensions du protocole Bitcoin, le Lightning Network.
Qu’est-ce que le réseau Lightning ?
Le réseau Lightning fonctionne au-dessus de la blockchain et est conçu pour accélérer les transactions peer-to-peer. Le réseau fonctionne non seulement sur la blockchain Bitcoin, mais est également intégré à d’autres crypto-monnaies.
Nous pouvons être confus, que signifie « au-dessus de la blockchain » ? Le Lightning Network est une solution dite hors chaîne ou couche 2. Les particuliers peuvent effectuer des transactions via le réseau sans enregistrer chaque transaction dans la blockchain.
Le Lightning Network est indépendant du réseau Bitcoin et dispose de nœuds et de logiciels autonomes, mais il doit toujours communiquer avec la chaîne principale. Pour entrer et sortir du Lightning Network, des transactions spéciales doivent être créées dans la blockchain.
La première transaction d'un individu consiste en fait à établir un contrat intelligent avec d'autres utilisateurs. Nous en reparlerons plus tard. Pour l’instant, considérons d’abord un contrat intelligent comme un registre privé que vous détenez avec d’autres utilisateurs. Vous pouvez écrire plusieurs transactions dans ce grand livre. Ces enregistrements ne sont visibles que par vous et votre contrepartie, et en fonction des caractéristiques des paramètres, aucune des parties ne peut les falsifier.
Ce mini grand livre s'appelle un canal. Par exemple, Alice et Bob investissent chacun 5 BTC dans le contrat intelligent. Chacun a actuellement un solde de 5 BTC dans son canal. Alice écrit ensuite dans le grand livre « Payez 1 BTC à Bob ». Maintenant, Bob a 6 BTC et Alice a encore 4 BTC. Bob renvoie plus tard 2 BTC à Alice. Une fois le solde mis à jour, Alice dispose de 6 BTC et Bob se retrouve avec 4 BTC. Ils peuvent continuer à faire ça pendant un moment.
N'importe quelle partie peut publier à tout moment l'état actuel du canal sur la blockchain. À ce moment-là, les soldes aux deux extrémités du canal sont alloués aux adresses respectives en chaîne des deux parties.
Comme son nom l'indique, Lightning Trading est rapide comme l'éclair. Pas besoin d'attendre les confirmations de blocage, ce qui permet des paiements rapides dès que votre connexion Internet le permet.
Pourquoi avez-vous besoin de Lightning Network ?
Pour l’instant, le Lightning Network (ou « LN » en abrégé) semble être le moyen le plus logique de résoudre les problèmes d’évolutivité de la blockchain Bitcoin. Coordonner les changements dans un écosystème aussi vaste est délicat, avec des risques tels que des hard forks et des vulnérabilités potentiellement catastrophiques. Avec autant de valeur en jeu, mener des expériences est une activité extrêmement risquée.
Si l’expérimentation doit être retirée de la blockchain, il faut plus de flexibilité. Une légère erreur de cette manière n’aura pas d’impact substantiel sur le réseau Bitcoin. Une solution de couche 2 ne remettrait en cause aucune des hypothèses de sécurité qui ont permis au protocole de fonctionner pendant plus de 15 ans.
De plus, il n’est pas nécessaire de modifier la manière habituelle de fonctionner. De cette façon, les transactions en chaîne de l'utilisateur final se poursuivent comme d'habitude, et il existe désormais davantage d'options de transaction hors chaîne.
L’utilisation du Lightning Network présente de nombreux avantages. Nous soulignerons les points suivants.
Évolutivité
Les blocs Bitcoin sont créés environ toutes les dix minutes et peuvent contenir un nombre limité de transactions. L'espace de bloc est une ressource rare, les utilisateurs doivent donc enchérir les uns sur les autres pour s'assurer que leurs transactions sont incluses dans l'espace de bloc en temps opportun. La principale préoccupation des mineurs est d’être payés, c’est pourquoi ils donnent la priorité aux transactions comportant des frais plus élevés.
En supposant que plusieurs utilisateurs n’essayent pas d’envoyer des fonds en même temps, cela ne posera pas réellement de problème. Vous pouvez fixer les frais à un niveau bas afin que la transaction soit susceptible d'être incluse dans le bloc suivant. Cependant, si trop d’utilisateurs effectuent des transactions en même temps, les frais augmentent considérablement, dépassant les 10 $ à plusieurs reprises. Au plus fort du marché haussier en 2017, les frais ont brièvement dépassé 50 $. En avril 2021, les frais moyens de transaction Bitcoin dépassaient même 60 $.
Cela peut paraître anodin pour une transaction Bitcoin valant des milliers de dollars. Mais les micropaiements connaissent des difficultés. Qui veut payer 10 $ de plus pour une tasse de café à 3 $ ?
Il reste encore deux frais à payer pour utiliser le Lightning Network, à savoir les frais d'ouverture et de fermeture du canal. Une fois qu’un canal est ouvert, vous et vos contreparties pouvez effectuer des milliers de transactions gratuitement. Une fois la transaction terminée, l’état final est simplement publié sur la blockchain.
D'un point de vue macro, si davantage de personnes choisissent des solutions hors chaîne telles que Lightning Network, l'efficacité de l'utilisation de l'espace de bloc augmentera. Les transferts de petits montants à haute fréquence sont effectués via des canaux de paiement, tandis que l'espace de bloc est utilisé pour les transactions de gros montants et l'ouverture/fermeture des canaux. De cette manière, le nombre de groupes d'utilisateurs accédant au système augmente et l'évolutivité est développée à long terme.
micropaiement
Bitcoin a un montant minimum de transaction d’environ 0,00000546 BTC. Au moment de la rédaction de cet article, cela équivalait à environ 38 cents américains. C'est déjà un petit montant, mais Lightning Network a encore poussé la limite de transaction plus bas. Calculée dans la plus petite unité actuelle, elle est de 0,00000001 BTC, soit 1 Satoshi.
Le Lightning Network est plus attractif pour les micropaiements. Compte tenu des frais de traitement des transactions régulières, il semble peu pratique d'envoyer de petits montants sur la chaîne principale. Cependant, au sein du canal, de minuscules fractions de Bitcoin peuvent être envoyées gratuitement.
Les micropaiements se prêtent à de nombreux cas d’utilisation. Certains prédisent que les micropaiements deviendront une alternative efficace au modèle de service par abonnement, dans lequel les utilisateurs ne paient qu'un petit montant pour chaque utilisation du service.
confidentialité
Le deuxième avantage du Lightning Network est que les informations des utilisateurs restent plus confidentielles. Chaque acteur n'a pas besoin de diffuser ses propres informations de chaîne sur le réseau. La blockchain peut indiquer « Cette transaction a ouvert un canal » mais les détails de la transaction ne seront pas révélés. Si un participant choisit de rendre le canal privé, la progression de la transaction ne sera visible que par le participant.
En supposant qu'Alice et Bob partagent un canal et que Bob partage un autre canal avec Carol, Alice et Carol peuvent s'envoyer des paiements via Bob. Si Dan établit une connexion avec Carol, Alice peut également lui envoyer un paiement. Imaginez étendre ce modèle à un vaste réseau de canaux de paiement interconnectés. Selon ce paramètre, tant que le canal est fermé, il est impossible de déterminer à qui Alice a envoyé des fonds.
Comment fonctionne le réseau Lightning ?
Nous avons expliqué en détail comment le réseau Lightning s'appuie sur les canaux entre les nœuds. Ce qui suit vous présentera ses principes spécifiques sous-jacents.
Adresse multi-signature
Une multi-signature (ou « multisig » en abrégé en anglais) est une adresse qui peut être utilisée pour les paiements avec plusieurs clés privées. Une fois que les utilisateurs ont créé un multisig, ils peuvent spécifier le nombre de clés privées requises pour payer les fonds et signer les transactions. Par exemple, un schéma 1 sur 5 signifie que cinq clés génèrent une signature valide et qu'une seule clé est nécessaire pour signer la transaction. Et le système 2 sur 3 signifie que l'utilisateur doit détenir deux des trois clés pour pouvoir payer les fonds.
Pour provisionner un canal Lightning Network, les participants doivent verrouiller les fonds selon un schéma 2 pour 2, ce qui signifie que seules deux clés privées sont nécessaires pour signer la transaction, et ces deux clés privées sont également nécessaires pour transférer les jetons. Revenons à l'exemple d'Alice et Bob. Ils allaient devoir s’effectuer des paiements importants au cours des prochains mois, ils ont donc décidé d’ouvrir un canal Lightning.
Tout d’abord, ils ont chacun déposé 3 BTC dans une adresse multi-signature partagée. Il convient de souligner que Bob ne peut pas transférer de fonds hors de l'adresse sans le consentement d'Alice, et vice versa.
Il leur suffit de laisser une trace papier lors de l’ajustement des soldes des deux côtés. Les deux parties disposent chacune d’un solde initial de 3 BTC. Si Alice veut payer 1 BTC à Bob, pourquoi ne pas simplement noter qu'Alice a 2 BTC et que le solde de Bob est de 4 BTC ? De cette façon, l'enregistrement peut suivre le solde avant qu'une décision ne soit prise de transférer réellement l'actif.
Cette approche fonctionne, mais quel est le secret ? En fait, et plus important encore, cela facilite-t-il la coopération les uns avec les autres ? En supposant qu'Alice finisse par posséder 6 BTC et que Bob se retrouve sans rien, alors Bob ne perdra rien en refusant de débloquer les fonds (peut-être que tout ce qu'il perd, c'est son amitié avec Alice).
Contrat de verrouillage du temps de hachage (HTLC)
Le système décrit ci-dessus est ennuyeux et terne par rapport aux configurations fiables actuelles. Le mécanisme que nous introduisons ensuite pour faire respecter le « contrat » entre Alice et Bob est bien plus intéressant. Si une partie ne respecte pas les règles, l’autre partie peut prendre des mesures correctives et retirer les fonds du canal.
Ce mécanisme est appelé « Hash Time Lock Contract » (en abrégé HTLC). Ce terme peut paraître intimidant, mais il s’agit en réalité d’un concept très simple et facile à comprendre. Il combine les technologies de verrouillage de hachage et de verrouillage temporel pour prendre des mesures correctives contre diverses opérations non coopératives dans les canaux de paiement.
Un hash lock est une condition attachée à une transaction qui oblige les utilisateurs à prouver qu'ils connaissent un secret avant de pouvoir utiliser leurs fonds. L'expéditeur hache une donnée et envoie la transaction avec la valeur hachée au bénéficiaire. Le bénéficiaire ne peut utiliser les fonds que s'il fournit des données initiales (c'est-à-dire secrètes) qui correspondent à la valeur de hachage. La seule façon d'obtenir ces données est d'en être informé par l'expéditeur.
Un verrouillage horaire est une restriction qui empêche l’utilisation des fonds avant une heure spécifique. Il peut spécifier une heure spécifique ou une hauteur de bloc spécifique.
Le contrat Hash Time Lock (HTLC) est créé en combinant le verrouillage de hachage et le verrouillage temporel. Dans des applications pratiques, les contrats Hash Time Lock (HTLC) peuvent être utilisés pour créer des paiements conditionnels, dans lesquels le destinataire doit fournir un secret avant une certaine heure, sinon l'expéditeur retirera les fonds. L'explication suivante sera plus facile à comprendre à travers des exemples. Revenons donc à Alice et Bob.
Ouvrir et fermer des canaux
Nous avons déjà donné un exemple, en supposant qu'Alice et Bob viennent de créer une transaction et que les deux parties déposent des fonds sur une adresse multi-signature partagée. Mais ces transactions n’ont pas encore été publiées sur la blockchain ! Nous devons d’abord faire une chose.
Trois jetons viennent de Bob et trois jetons viennent d'Alice.
N'oubliez pas que la seule façon de retirer ces jetons d'un multisig est qu'Alice et Bob cosignent la transaction. Si Alice souhaite envoyer les six jetons à une adresse externe, Bob doit l'approuver. Elle a initié une transaction spécifiant « envoyer six bitcoins à cette adresse » puis a apposé sa signature.
Si elle essaie de publier une transaction immédiatement sans la signature de Bob, la transaction n'est pas valide. Alice doit d'abord remettre la transaction incomplète à Bob. Après sa signature, la transaction devient effective.
Jusqu’à présent, nous n’avons pas mis en place de mécanisme pour inciter chacun à effectuer des transactions honnêtes. Comme mentionné précédemment, si la contrepartie refuse de coopérer, les fonds sont complètement bloqués. Jetons un coup d'œil aux mécanismes permettant de prévenir de telles situations. Ce mécanisme implique des opérations en plusieurs étapes, soyez patient car nous les présentons une par une.
Chaque côté fournit un secret, appelons-le secret "As" et secret "Bs". Une fois que les deux parties auront révélé leurs secrets, les conséquences seront désastreuses. Ils doivent donc garder le secret pour le moment. Les deux secrets génèrent leurs propres valeurs de hachage secrètes, respectivement h(As) et h(Bs). De cette façon, les deux parties n’ont pas besoin de partager des secrets, mais simplement des hachages.
Alice et Bob partagent le hachage secret.
Avant qu'Alice et Bob publient leur première transaction à l'adresse multisig, ils doivent également créer une série de transactions d'engagement, un remède qui empêche l'autre partie de saisir les fonds.
Si vous considérez un canal comme le mini grand livre que nous avons mentionné précédemment, alors une transaction d'engagement est une mise à jour du grand livre. Chaque fois qu'un nouvel ensemble de transactions d'engagement est créé, les fonds de deux participants sont rééquilibrés.
La transaction d'Alice a deux sorties, l'une payant l'adresse qu'elle possède et l'autre verrouillant la nouvelle adresse multi-signature. Elle l'a signé et l'a donné à Bob.
La transaction d'Alice a deux sorties, l'une vers sa propre adresse et l'autre vers la nouvelle multi-signature, qui nécessite la signature de Bob pour prendre effet.
La situation est la même pour Bob, une sortie se paie et l'autre paie les autres adresses multi-signatures. Il l'a signé et l'a remis à Alice.
Deux transactions incomplètes qui sont plus ou moins les mêmes.
De manière générale, Alice peut ajouter une signature à la transaction auprès de Bob pour rendre la transaction effective. Mais nous avons remarqué que ces fonds de dépenses provenaient de 2 multisigs sur 2 qui n'avaient pas encore été financés. Cela revient à essayer de rédiger un chèque à partir d’un compte dont le solde est actuellement nul. Par conséquent, ces transactions partiellement signées ne peuvent être utilisées qu’une fois le multisig opérationnel.
La nouvelle adresse multi-signature, qui est la destination de la sortie 3 BTC, présente quelques fonctionnalités. Jetons un coup d'œil à la transaction incomplète signée par Alice à Bob. La sortie multisignature peut être utilisée dans les conditions suivantes :
Les deux parties peuvent travailler ensemble pour signer l'accord.
En raison du blocage du temps, Bob peut le dépenser seul après un certain temps.
Si Alice connaît les secrets de Bob, elle peut utiliser les fonds.
Pour la transaction de Bob à Alice :
Les deux parties peuvent travailler ensemble pour signer l'accord.
Alice peut dépenser de l'argent toute seule après un certain temps.
Si Bob connaît le secret d'Alice, il peut utiliser les fonds.
N'oubliez pas qu'aucune des parties ne connaît le secret de l'autre, la condition 3 n'est donc temporairement pas remplie. Une autre remarque est qu'une fois qu'une partie signe une transaction, la contrepartie a un accès immédiat aux fonds car aucune condition n'est imposée sur ses résultats. Le signataire peut attendre l'expiration du délai avant de dépenser les fonds lui-même, ou il peut coopérer avec l'autre partie pour dépenser l'argent directement.
tous mes vœux! La transaction peut désormais être publiée à l'adresse multisig 2 sur 2 d'origine. C'est sûr car vous pouvez récupérer vos fonds si la contrepartie abandonne le canal.
Une fois la transaction confirmée, la chaîne sera opérationnelle. La première paire de transactions montre l'état actuel du mini-grand livre. À ce moment-là, le grand livre paie 3 BTC à Bob et 3 BTC à Alice.
Lorsqu'Alice souhaite effectuer un nouveau paiement à Bob, les deux créent deux nouvelles transactions pour remplacer la première série de transactions. Le mode opératoire est exactement le même, la transaction sera signée par chaque partie. C'est juste qu'Alice et Bob doivent d'abord abandonner leurs anciens secrets et échanger de nouveaux hachages pour la prochaine série de transactions.
Par exemple, si Alice veut payer 1 BTC à Bob, deux nouvelles transactions déposeront 2 BTC à Alice et 4 BTC à Bob. De cette façon, le solde sera mis à jour.
Les deux parties peuvent signer et publier la dernière transaction à tout moment et finaliser le « règlement » sur la blockchain. Cependant, la partie qui signe la quittance doit attendre l'expiration du délai et l'autre partie peut dépenser les frais immédiatement. N'oubliez pas que si Bob signe et publie la transaction d'Alice, elle peut obtenir une sortie inconditionnelle.
Les deux parties peuvent parvenir à un consensus sur la fermeture conjointe du canal, c'est-à-dire une fermeture coopérative. C'est le moyen le plus pratique pour que les fonds reviennent dans la chaîne. Cependant, si une partie ne répond pas ou refuse de coopérer, l’autre partie peut retirer les fonds après l’expiration du délai.
Comment le Lightning Network prévient-il la fraude ?
Nous pourrions remarquer ici un vecteur d’attaque. En supposant que le solde actuel de Bob soit de 1 BTC, que peut-on faire pour l'empêcher de publier une transaction plus ancienne avec un solde plus élevé ? Après tout, il a déjà reçu la transaction semi-signée d'Alice, il lui suffit d'ajouter sa signature et de la publier, n'est-ce pas ?
Rien ne peut l'empêcher de faire cela. Mais s’il le faisait, il pourrait perdre tout son équilibre. Supposons qu'il ait publié l'ancienne transaction payant 1 pièce à Alice et 5 pièces à l'adresse multi-signature que nous avons mentionnée plus tôt.
Alice reçoit les jetons immédiatement, mais Bob doit attendre l'expiration du délai avant de dépenser à partir de l'adresse multisig. Rappelez-vous que nous avons mentionné ci-dessus qu'il existe une autre condition qui doit être remplie avant qu'Alice puisse utiliser les mêmes fonds immédiatement ? Elle avait besoin de maîtriser un secret qu’elle ignorait à l’époque. Mais maintenant, elle connaît le secret : la deuxième série de transactions vient d'être créée et Bob laisse échapper le secret.
Alors que Bob ne peut qu'attendre l'expiration du délai, Alice peut retirer tous les fonds. Ce mécanisme punitif garantit que les participants ne tentent pas de tricher, sinon la contrepartie recevra ses jetons.
Paiement par canal
Nous avons déjà parlé de ce problème. Des connexions peuvent être établies entre les canaux, sinon le réseau Lightning ne peut pas prendre en charge efficacement les fonctions de paiement. Déposerions-nous vraiment 500 $ dans le même café juste pour en prendre une tasse tous les jours pendant les prochains mois ?
En fait, cela n’est absolument pas nécessaire. Si Alice et Bob ouvrent un canal et que Bob et Carol ont établi un canal, alors Bob peut payer les deux via le canal. En traversant ainsi plusieurs « sauts », Alice peut payer n'importe qui sur son passage.
Dans ce cas, Alice peut joindre Frank via plusieurs canaux. En fonctionnement réel, elle choisira certainement le canal le plus pratique.
Les intermédiaires jouent un certain rôle dans le canal et peuvent facturer une somme modique, mais ce n'est pas obligatoire. Le Lightning Network est encore relativement nouveau et le marché des frais n’a pas encore pris forme. Beaucoup s’attendent à pouvoir facturer des frais en fonction de la liquidité.
Dans la chaîne de base, les frais d'utilisation dépendent uniquement de l'espace de bloc occupé par leurs transactions et n'ont rien à voir avec la valeur transférée. Autrement dit, payer 1 $ de frais équivaut à payer 10 millions de dollars. En revanche, il n’y a pas d’espace de bloc dans le réseau Lightning.
Il existe cependant une notion d’équilibre local et d’équilibre à distance. Le solde local fait référence au montant qu'une partie peut « pousser » vers l'autre extrémité du canal, tandis que le solde à distance fait référence au montant que la contrepartie peut renvoyer à la partie locale.
Donnons un autre exemple. Examinons de plus près l'un des chemins ci-dessus : Alice <> Carol <> Frank.
Les soldes de chaque utilisateur avant et après qu'Alice ait transféré 0,3 BTC à Frank.
Alice <> Carol et Carol <> Frank ont chacune une capacité totale de 1 BTC. Le solde local d'Alice est de 0,7 BTC. En supposant que tout le monde s'installe dans la blockchain à ce moment-là, Alice recevra 0,7 BTC et Carol recevra 0,3 BTC pour le solde à distance.
Supposons qu'Alice veuille envoyer 0,3 BTC à Frank, elle poussera 0,3 BTC du côté du canal Carol. Carol envoie ensuite 0,3 BTC de son solde local à Frank via le canal. En fin de compte, le solde de Carol reste le même : +0,3 BTC d'Alice et -0,3 BTC envoyés à Frank s'annulent.
Carol ne perd pas de valeur en servant de lien entre Alice et Frank, mais elle devient moins flexible avec ses propres fonds. Comme vous pouvez le constater, elle dispose actuellement de 0,6 BTC à dépenser dans le canal avec Alice, mais seulement de 0,1 BTC en fin de canal avec Frank.
Imaginons une situation dans laquelle Alice n'est connectée qu'à Carol, tandis que Frank est connecté à un réseau plus large. Auparavant, Carol pouvait envoyer un total de 0,4 BTC à d'autres via Frank, mais elle ne dispose désormais que de 0,1 BTC à une extrémité du canal à envoyer.
Dans ce cas, Alice cannibalise les liquidités de Carol. Sans aucune incitation, Carol ne voulait pas se mettre dans une situation désavantageuse. Elle pourrait donc proposer « Je facturerai des frais de 10 Satoshi pour chaque sortie de 0,01 BTC de ma chaîne ». De cette façon, plus le solde local que Carol abandonne dans la voie « plus fort » est élevé, plus elle gagne de frais.
Comme mentionné, il n’y a aucune exigence de frais de facto ici. Certains ne s’inquiètent pas de la dégradation des liquidités, tandis que d’autres souhaitent simplement ouvrir un canal directement avec le destinataire.
Limites du réseau Lightning
S’il s’avère que le Lightning Network peut résoudre tous les problèmes d’évolutivité de Bitcoin, tout le monde sera content. Malheureusement, le Lightning Network présente des lacunes qui freinent son développement.
Disponibilité
Pour les débutants, Bitcoin n’est pas le système le plus intuitif, et les adresses et les frais peuvent prêter à confusion. Après avoir configuré le client Lightning Network, les utilisateurs doivent toujours ouvrir le canal pour effectuer des paiements. Ce processus prend beaucoup de temps, surtout lorsque les nouveaux arrivants sont exposés à des concepts tels que « capacité entrante/sortante » et sont confus.
Par conséquent, le Lightning Network doit encore être continuellement amélioré pour réduire les barrières à l’entrée et offrir aux utilisateurs une expérience plus fluide.
fluidité
Une critique majeure du Lightning Network est que les capacités de transaction des utilisateurs peuvent être limitées. Les dépenses personnelles ne peuvent pas dépasser le montant bloqué dans le canal. Si quelqu'un souhaite dépenser tous les fonds et transférer tous les fonds du canal vers le solde distant, le canal doit être fermé. Vous pouvez également attendre passivement que les autres paient via le canal, mais ce n’est pas l’idéal.
Les chemins individuels sont limités par la capacité totale du canal. Prenons l'exemple de la précédente Alice <> Carol <> Frank. Si le canal d'Alice et Carol a une capacité de 5 BTC, mais que Carol et Frank n'ont qu'une capacité de 1 BTC, alors Alice ne pourra jamais envoyer plus de 1 BTC. Néanmoins, tous les soldes doivent être du côté Carol du canal Carol <> Frank pour assurer le fonctionnement normal du Lightning Network. Cela limite considérablement le montant des fonds pouvant être transférés via les canaux Lightning Network, ce qui affecte à son tour l'utilité du réseau.
centre centralisé
Sur la base des problèmes mentionnés précédemment, certains craignent qu'un tel réseau ne crée un grand nombre de « hubs », c'est-à-dire de grandes entités étroitement liées et dotées d'une forte liquidité, par lesquelles transiteront tous les paiements importants.
Évidemment, cette dynamique de développement n’est pas bon signe. Les hubs centralisés paralysent le système car la mise hors ligne de ces entités perturbe gravement les relations entre les utilisateurs. De plus, avec seulement quelques points échangés, le risque de censure augmente.
L'état actuel du réseau Lightning
Depuis mars 2024, le Lightning Network fonctionne bien. Il compte plus de 13 000 nœuds en ligne, plus de 52 000 canaux actifs et sa capacité a dépassé 4 570 BTC.
Distribution mondiale des nœuds Lightning Network.
Parmi les nombreuses implémentations de nœuds différentes, c-lightning de Blockstream, Lightning Network Daemon de Lightning Labs et Eclair d'ACINQ sont particulièrement populaires. Ciblant les utilisateurs moins férus de technologie, de nombreuses entreprises ont introduit des nœuds plug-and-play. Les utilisateurs n'ont qu'à brancher leur appareil pour commencer à utiliser le réseau Lightning.
Conclusion
Le Lightning Network s'est considérablement développé depuis son lancement sur le réseau principal en 2018. Actuellement, seuls les utilisateurs possédant un certain niveau de compétence technique exploitent les nœuds du Lightning Network, le réseau doit donc encore surmonter certains obstacles en matière d'utilisabilité. Cependant, à mesure que le réseau se développe vigoureusement, les barrières à l’entrée devraient progressivement diminuer.
Lectures complémentaires
Évolutivité de la blockchain – Technologie Sidechain et canaux de paiement
Qu'est-ce qu'un nœud ?
La définition et le fonctionnement des smart contracts
Avis de non-responsabilité : le contenu de cet article est fourni « tel quel » à titre d'information générale et à des fins éducatives uniquement et ne constitue aucune représentation ou garantie. Cet article ne constitue pas un conseil financier, juridique ou autre professionnel et n’a pas pour but de recommander l’achat d’un produit ou d’un service spécifique. Vous devriez demander votre propre avis à des conseillers professionnels appropriés. Si cet article a été rédigé par un tiers, veuillez noter que les opinions exprimées dans cet article appartiennent au contributeur tiers et ne reflètent pas nécessairement les opinions de Binance Academy. Pour plus d’informations, veuillez cliquer ici pour lire la clause de non-responsabilité complète. Les prix des actifs numériques peuvent fluctuer. La valeur de votre investissement peut baisser comme augmenter et vous risquez de ne pas récupérer le capital investi. Vous êtes seul responsable de vos propres décisions d'investissement et Binance Academy n'est pas responsable des pertes que vous pourriez subir. Cet article ne constitue pas un conseil financier, juridique ou autre conseil professionnel. Pour plus d’informations, veuillez consulter nos conditions d’utilisation et nos avertissements de risque.
