Points 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 de mise à l'échelle de couche 2 qui offre des transactions rapides sans confirmation de blocage. Ils conviennent aux micropaiements efficaces.
Le réseau Lightning permet des paiements sécurisés et évolutifs à l'aide d'adresses multi-signatures et du contrat Hash Timelock.
Introduction
Les crypto-monnaies ont plusieurs propriétés uniques : elles ne peuvent pas être facilement piratées ou désactivées, et n’importe qui peut les utiliser pour transférer des fonds partout dans le monde sans aucun intermédiaire.
La sécurité de ces fonctions est garantie par certains compromis : comme de nombreux nœuds sont responsables du fonctionnement du réseau de cryptomonnaie, son débit est limité. Pour cette raison, le réseau blockchain ne traite pas autant de transactions par seconde (TPS) que nécessaire pour l’adoption massive de cette technologie.
Pour surmonter les limites de la technologie blockchain et augmenter le débit du réseau, un certain nombre de solutions d'évolutivité ont été proposées. Dans cet article, nous examinerons l'une des extensions du protocole Bitcoin : le Lightning Network.
Qu’est-ce que le réseau Lightning ?
Le Lightning Network est un réseau déployé au-dessus de la blockchain pour permettre des transactions peer-to-peer (P2P) rapides. Cette solution est disponible non seulement pour Bitcoin, mais aussi pour d’autres cryptomonnaies.
Que signifie « déployé au-dessus de la blockchain » ? Lightning Network est une solution hors chaîne ou une solution de deuxième niveau. Il vous permet d'effectuer des transferts sans avoir à enregistrer chaque transaction sur la blockchain.
Le Lightning Network est distinct du réseau Bitcoin : le Lightning Network possède ses propres nœuds et logiciels, mais doit toujours communiquer avec la chaîne principale. Pour entrer ou quitter le Lightning Network, vous devez créer des transactions spéciales sur la blockchain.
Votre première transaction crée une sorte de contrat intelligent avec un autre utilisateur. Nous réglerons bientôt tous les détails. Imaginez maintenant qu'un contrat intelligent crée un registre privé pour vous et un autre utilisateur. De nombreuses transactions peuvent être enregistrées dans ce grand livre. Seuls vous et votre contrepartie les voyez, mais aucun de vous ne pourra tromper le système en raison de paramètres spécifiques.
Ce mini-registre s'appelle un canal. Disons qu'Alice et Bob déposent chacun 5 BTC dans le contrat intelligent. Le solde de chaque canal est de 5 BTC. Alice peut entrer dans le registre : transférer 1 BTC à Bob. Bob a maintenant 6 BTC et Alice en a 4. Bob peut alors envoyer à Alice 2 BTC. Ensuite, Alice aura 6 BTC et Bob aura 4 BTC. Ils peuvent le faire pendant un certain temps.
A tout moment, n’importe lequel d’entre eux peut publier l’état actuel de la chaîne sur la blockchain. À ce stade, les soldes de chaque côté du canal seront distribués aux acteurs correspondants de la chaîne.
Les transactions sur le réseau Lightning se produisent à une vitesse fulgurante (son nom même signifie éclair). Puisqu'il n'est pas nécessaire d'attendre la confirmation du blocage, les paiements sont effectués à la vitesse maximale prise en charge par la connexion Internet.
Pourquoi Lightning Network est-il nécessaire ?
Le Lightning Network (LN) constitue actuellement l’approche la plus judicieuse pour faire évoluer la blockchain Bitcoin. Coordonner les changements dans un écosystème aussi vaste est assez difficile, car il existe un risque de hard forks et d'erreurs critiques. Pour ces raisons et d’autres encore, mener des expériences en ligne est extrêmement dangereux.
Cependant, si vous menez des expériences similaires en dehors de la blockchain, vous pouvez obtenir des solutions beaucoup plus flexibles. Dans ce cas, les erreurs et les échecs n’affecteront pas le réseau Bitcoin. Les solutions de deuxième couche ne remettent pas en cause les fondements de sécurité sur lesquels repose le protocole depuis plus de 15 ans.
Il n’est pas non plus nécessaire de s’éloigner de l’ancienne façon de faire les choses. Les transactions en chaîne (au sein du réseau) continuent de fonctionner normalement pour tous les utilisateurs finaux, mais en outre, la possibilité d'effectuer des transactions hors chaîne (en dehors du réseau) sera également disponible.
L’utilisation du Lightning Network présente plusieurs avantages. Nous examinerons ci-dessous quelques-uns des principaux.
Évolutivité
Les blocs Bitcoin sont créés toutes les dix minutes environ et peuvent contenir un certain nombre de transactions. L'espace dans un bloc est limité, les utilisateurs placent donc des paris pour faire avancer leurs transactions. Étant donné que les mineurs sont principalement intéressés par les revenus, ils traitent en premier les transactions présentant les taux les plus élevés.
Ce n’est pas un problème lorsqu’un petit nombre d’utilisateurs envoient des fonds en même temps. S'il y a peu d'activité, même une transaction avec une faible commission sera très probablement incluse dans le bloc suivant. Mais lorsque trop d’utilisateurs effectuent des transactions en même temps, les frais moyens augmentent considérablement. Par exemple, à plusieurs reprises, il dépassait 10 $. Au plus fort du marché haussier en 2017, ils ont dépassé 50 $ et en avril 2021, les frais moyens de transaction Bitcoin ont dépassé 60 $.
Ce montant peut sembler insignifiant pour des transactions impliquant des milliers de dollars, mais pour de petits paiements, il n'est pas rentable. Qui veut payer 10 $ pour un café à 3 $ ?
Sur le Lightning Network, vous payez deux frais : un pour l'ouverture d'un canal et un pour sa fermeture. Mais vous et votre contrepartie avez la possibilité d'effectuer des milliers de transactions de manière totalement gratuite au sein du canal ouvert. Lorsque vous avez terminé, il vous suffit de publier l'état final sur la blockchain.
À l’échelle mondiale, plus les utilisateurs s’appuient sur des solutions autonomes telles que Lightning Network, plus l’utilisation de l’espace de bloc deviendra efficace. Des transferts à basse et à haute fréquence peuvent être effectués au sein des canaux de paiement, tandis que l'espace de bloc sera utilisé pour des transactions plus importantes et l'ouverture/fermeture de ces canaux. Cela rendra le système accessible à une base d’utilisateurs plus large et permettra au réseau d’évoluer à long terme.
Micropaiements
Dans Bitcoin, la taille minimale de la transaction est de 0,00000546 BTC – au moment de la rédaction, cela représente environ 38 cents. Il s'agit d'un petit montant, mais vous pouvez envoyer aussi peu que 0,00000001 BTC, ou un Satoshi, au Lightning Network.
Lightning est idéal 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 déplacer gratuitement de petites portions de Bitcoin.
Les micropaiements conviennent à une variété de cas d’utilisation. Certains pensent qu’ils pourraient constituer un remplacement viable du modèle basé sur les signatures, dans lequel les utilisateurs paient une somme modique à chaque fois qu’ils utilisent un service donné.
Confidentialité
Le deuxième avantage du Lightning Network est le degré élevé de confidentialité des utilisateurs. Les partis n’ont pas besoin de publier en ligne des informations sur leurs chaînes. La blockchain reçoit uniquement l'information selon laquelle une transaction particulière a ouvert le canal, mais les détails restent inconnus. Si les membres rendent leur chaîne privée, alors eux seuls sauront quelles transactions s'y déroulent.
Si Alice a un canal avec Bob et que Bob a un canal avec Carol, Alice et Carol peuvent s'envoyer des fonds via Bob. Si Dan est connecté à Carol, Alice pourra également lui transférer des fonds. Vous pouvez le considérer comme un réseau étendu et en constante expansion de canaux de paiement interconnectés. Avec cette configuration, vous ne pouvez pas être sûr à qui Alice a envoyé les fonds après la fermeture du canal.
Comment fonctionne le réseau Lightning ?
Ci-dessus, nous avons expliqué comment le réseau Lightning s'appuie sur les canaux entre les nœuds. Étudions maintenant le fonctionnement du système de l'intérieur.
Adresses multi-signatures
Une adresse multi-signature implique l’utilisation de plusieurs clés privées pour réaliser le transfert. Lors de sa création, le nombre de clés privées pouvant dépenser des fonds et nécessaires à la signature de la transaction est indiqué. Par exemple, un schéma 1 sur 5 signifie que cinq clés peuvent créer une signature valide, mais qu'une seule est nécessaire pour terminer le transfert. Le schéma 2 sur 3 signifie que sur trois clés possibles, deux sont nécessaires pour la traduction.
Pour créer un canal Lightning, les participants verrouillent les fonds selon un schéma 2 sur 2. Seules deux clés privées peuvent créer une signature, et les deux sont nécessaires pour déplacer des pièces. Regardons cela à nouveau en utilisant Alice et Bob comme exemple. Ils s'attendent à effectuer de nombreux transferts dans les mois à venir, ils créent donc un canal sur le Lightning Network.
Cela commence par le dépôt tous les deux, disons, de 3 BTC chacun, sur leur adresse multisig partagée. Il convient de noter encore une fois que Bob ne peut pas retirer de fonds d'une telle adresse sans le consentement d'Alice ou vice versa.
Cela équivaut à avoir un morceau de papier qui ajuste l'équilibre de chaque côté. Par exemple, s'ils ont un solde de départ de 3 BTC et qu'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 désormais 4 BTC ? Ces soldes peuvent être surveillés jusqu'à ce que les parties prennent une décision mutuelle : retirer les fonds.
C'est possible, mais quel pourrait être le piège ? Plus important encore, cette simplicité n’est-elle pas une raison pour que quelqu’un ne coopère pas ? Si Alice reçoit 6 BTC et que Bob n'en reçoit aucun, Bob n'a rien à perdre (à part son amitié avec Alice) en refusant de débloquer les fonds.
Contrats de hachage Timelock (HTLC)
Le système ci-dessus est simple et n’offre pas de fonctionnalités riches par rapport à d’autres configurations modernes. Les choses deviennent beaucoup plus intéressantes lorsque nous introduisons un mécanisme qui prévoit un « contrat » entre Alice et Bob qui permet le retour des fonds du canal si l'une des parties ne veut pas respecter les règles.
Ce mécanisme est appelé Hash Timelock Contract (HTLC). Le terme peut paraître compliqué, mais le concept est assez simple. Il combine deux technologies – hash lock et time lock – pour empêcher les activités indésirables dans les canaux de paiement.
Un hash lock est une condition pour une transaction, selon laquelle vous ne pouvez dépenser des fonds qu'en fournissant certaines données (secrètes). L'expéditeur hache une partie des données et inclut le hachage dans une transaction pour le destinataire. Vous ne pouvez dépenser des fonds qu'en fournissant des données originales (secrètes) correspondant à un hachage donné. Ces données sont transmises au destinataire par l'expéditeur.
Un verrouillage horaire est une condition qui ne vous permet pas de dépenser des fonds avant une certaine heure. La période de temps est spécifiée soit sous forme de temps réel, soit sous forme d'une hauteur de bloc spécifique.
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 le secret avant un certain délai, sinon l'expéditeur a droit à un remboursement. La partie suivante est mieux illustrée en utilisant notre exemple populaire, revenons donc à nouveau à Alice et Bob.
Ouverture et fermeture des canaux
Prenons un exemple : Alice et Bob viennent de créer des transactions qui financent une adresse multisig. Ils prévoient d'utiliser cette adresse dans un avenir proche, mais jusqu'à présent, ces transactions n'ont pas encore été publiées sur la blockchain. Vous devez d’abord faire encore une chose.
Les trois pièces de Bob et les trois pièces d'Alice
N'oubliez pas que la seule façon d'extraire des pièces d'un portefeuille multisig est que les deux parties cosignent la transaction. Par exemple, Alice aurait besoin de l'approbation de Bob pour envoyer les six pièces à une adresse externe. Pour commencer, Alice créera une transaction (six bitcoins à une adresse spécifique) et ajoutera sa propre signature.
Alice peut immédiatement tenter de diffuser la transaction, mais celle-ci sera invalide car Bob n'a pas signé. Alice doit lui fournir la transaction en attente, et une fois qu'il l'a signée, la transaction devient valide.
Cependant, dans ce cas-ci, il n’existe pas encore de processus obligeant les participants à agir honnêtement. Comme nous l’avons mentionné précédemment, si votre contrepartie refuse de coopérer, vos fonds sont effectivement piégés. Passons au mécanisme qui empêche cela. Pour cela, il existe plusieurs éléments moteurs qui deviendront une solution à un tel problème.
Chaque camp doit avoir son propre secret. Appelons-les les secrets A et B. Jusqu'à ce qu'Alice et Bob révèlent leurs secrets. Au lieu de cela, ils génèrent des hachages des secrets correspondants - h(As) et h(Bs). Au lieu de partager des secrets, Alice et Bob échangent des hachages.
Alice et Bob échangent des fragments de leurs secrets.
Alice et Bob doivent se mettre d'accord sur certaines obligations de transaction avant d'envoyer des virements vers une adresse multisig. Cela assurera la sécurité au cas où quelqu'un déciderait de détourner des fonds.
Si vous pensez à un canal tel que le mini-grand livre auquel nous avons fait référence plus tôt, les engagements de transaction sont les mises à jour que vous apportez au grand livre. Chaque fois que vous créez une nouvelle paire d'obligations de transaction, vous rééquilibrez les fonds entre les deux participants.
Alice aura deux sorties : elle reconstitue la première adresse et lie l'autre à la nouvelle adresse multi-signature. Elle signe la deuxième adresse et la donne à Bob.
Transaction d'Alice avec deux sorties : un dépôt à sa propre adresse et un dépôt à une nouvelle adresse multisig. Toutefois, cette dernière nécessite tout de même la signature de Bob pour que la transaction soit valide.
Bob fait de même : une adresse est la sienne personnelle et l'autre est multi-signature. Il le signe et le donne à Alice.
Nous avons deux transactions en attente qui sont très similaires.
Alice peut ajouter une signature à la transaction de Bob, l'approuvant ainsi. Il est à noter que ces fonds sont dépensés à partir d'un dispositif multi-signature 2 sur 2 qui n'a pas encore été financé. C'est comme essayer d'encaisser un chèque avec un solde nul. Il s'avère que ces transactions partiellement signées ne peuvent être utilisées qu'après le lancement de multisig.
Les nouvelles adresses multisig (qui ont une sortie 3 BTC) ont des propriétés spécifiques. Examinons la transaction en attente qu'Alice a signée et soumise à Bob. Une inférence multi-signature peut être appliquée si les conditions suivantes sont remplies :
Les deux parties procèdent à une signature commune.
Bob effectue lui-même le transfert après un certain temps (conformément au blocage horaire).
Alice peut dépenser le solde si elle découvre le secret de Bob : Bs.
Pour la transaction, Bob demande à Alice de mettre en œuvre les éléments suivants :
Les deux parties procèdent à une signature commune.
Alice effectue elle-même le transfert après un certain temps.
Bob peut dépenser le solde s'il découvre le secret d'Alice : As.
Notez qu’aucune des parties ne connaît le secret de l’autre, la condition 3 ne peut donc pas encore être réalisée. A noter également que si vous signez une transaction, votre contrepartie peut dépenser l'argent immédiatement, puisqu'aucune condition particulière n'est imposée pour son retrait. Vous pouvez attendre que le temps soit écoulé et dépenser les fonds vous-même, ou coopérer avec une autre partie pour les dépenser en même temps.
Vous pouvez désormais publier des transactions à l'adresse source avec un multisig 2 sur 2. C'est sûr : vous pouvez récupérer vos fonds si la contrepartie quitte le canal.
Une fois les transactions confirmées, la chaîne sera lancée. La première paire de transactions montre l'état actuel du mini-grand livre. A ce stade, Bob et Alice reçoivent chacun 3 BTC.
Lorsqu'Alice souhaite effectuer un nouveau transfert vers Bob, le couple devra créer deux nouvelles transactions pour remplacer la première série. La pratique reste la même : les deals ne sont signés qu’à moitié. Cependant, Alice et Bob devront abandonner leurs anciens secrets et échanger de nouveaux hachages pour la prochaine série de transactions.
Si Alice veut payer à Bob 1 BTC, alors deux nouvelles transactions créditent Alice et Bob de 2 et 4 BTC, respectivement. De cette façon, le solde est mis à jour.
Chaque partie peut signer et transférer les dernières transactions à l'autre à tout moment afin de régler le règlement, c'est-à-dire enregistrer les informations finales dans la blockchain. Celui qui fera cela devra attendre l’expiration du délai, tandis que l’autre partie pourra dépenser les fonds immédiatement, au moment où il les recevra. Il convient de noter que si Bob signe et diffuse la transaction à Alice, elle a la possibilité de sortir sans aucune condition supplémentaire.
Les deux parties peuvent fermer le canal ensemble (effectuer une fermeture coopérative) - c'est le moyen le plus simple et le plus rapide de restituer les fonds au réseau. Mais si une partie cesse de répondre ou refuse de coopérer, l’autre peut restituer ses fonds après l’expiration du délai.
Prévenir la fraude sur le réseau Lightning
Vous avez probablement déjà reconnu le vecteur d'attaque possible. Si le solde de Bob est désormais de 1 BTC, qu'est-ce qui l'empêcherait de choisir une ancienne transaction dans laquelle il aurait plus de pièces ? Il a déjà reçu une signature d'Alice, et il lui suffit d'ajouter sa signature et d'envoyer la transaction à la blockchain, n'est-ce pas ?
Ce qui l'empêche de telles actions, c'est le risque de perdre tout son équilibre. Disons qu'il décide de le faire et envoie son ancienne transaction, qui donne à Alice une pièce et en envoie cinq à l'adresse multisig mentionnée précédemment.
Alice reçoit immédiatement sa pièce. Bob doit attendre l'expiration du délai pour dépenser les fonds de l'adresse multi-signature. Rappelez-vous que nous avons mentionné une autre condition sous laquelle Alice peut dépenser ces fonds immédiatement ? Elle a besoin d'un secret qu'elle n'avait pas alors. Maintenant, elle l'a compris : dès que la deuxième série de transactions a été créée, Bob a dévoilé ce secret.
Pendant que Bob attend l'expiration du délai, incapable de faire quoi que ce soit, Alice peut déplacer ces fonds. Ce mécanisme basé sur des sanctions suppose qu'il est peu probable que le participant veuille tenter de tricher, pour la simple raison que dans ce cas, l'autre partie a immédiatement accès à ses pièces partagées.
Acheminement des paiements
Nous avons déjà dit que les chaînes pouvaient être interconnectées. Sinon, le Lightning Network ne serait pas aussi pratique pour les paiements. Vous n’allez pas investir 500 $ dans le canal des cafés pour obtenir du café tous les jours au cours des prochains mois, n’est-ce pas ?
Vous n'êtes pas obligé de faire ça. Si Alice ouvre une chaîne avec Bob et que Bob a déjà une chaîne avec Carol, Bob peut envoyer des paiements entre eux. Ce mécanisme fonctionne en plusieurs « sauts », c'est-à-dire qu'Alice peut rapidement transférer des fonds à toute personne pour laquelle un chemin similaire existe.
Dans ce scénario, Alice peut emprunter plusieurs itinéraires pour rejoindre Frank. En pratique, ce chemin sera toujours le plus court.
Les intermédiaires peuvent facturer une somme modique (mais cela n’est pas obligatoire) pour leur rôle dans le routage. Le Lightning Network est un produit relativement nouveau, le marché des frais n’est donc pas encore arrivé à maturité. Beaucoup s’attendent à voir des frais basés sur la liquidité fournie.
Dans la chaîne de base, les frais dépendent uniquement du classement de votre transaction dans le bloc. Le montant de la transaction n'a pas d'importance : les paiements de 1 $ et de 10 000 000 $ coûtent le même prix. Dans le Lightning Network, l’espace de blocage n’existe pas.
Au lieu de cela, il utilise le concept de soldes locaux et distants. Le solde local est le montant qui peut être « poussé » à l’autre bout du canal. Le solde à distance est le montant que la contrepartie peut vous proposer.
Regardons un autre exemple. Explorons l'un des chemins suivants : Alice <> Carol <> Frank.
Soldes des utilisateurs avant et après le transfert de 0,3 BTC d'Alice à Frank.
Alice <> Carol et Carol <> Frank ont un débit total de 1 BTC. Le solde local d'Alice est de 0,7 BTC. S’ils décidaient d’opter pour la blockchain maintenant, elle recevrait 0,7 BTC et Carol recevrait son solde à distance (soit 0,3 BTC).
Si Alice veut envoyer 0,3 BTC à Frank, elle envoie 0,3 BTC à Carol. Carol retire ensuite 0,3 BTC de son solde local vers le canal avec Frank. En conséquence, le solde de Carol reste le même : +0,3 BTC pour Alice et -0,3 BTC pour Frank, hors toutes transactions tierces.
Carol ne subit aucune perte en agissant comme agent de liaison entre Alice et Frank, mais elle devient moins flexible. Désormais, elle peut dépenser 0,6 BTC dans le 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 et Frank est connecté à un réseau beaucoup plus large. Auparavant, Carol pouvait envoyer un total de 0,4 BTC à d'autres via Frank, mais elle ne peut désormais offrir que 0,1 BTC car tous ses fonds sont à l'autre bout du canal.
Dans ce cas, Alice réussit à absorber les liquidités de Carol. Carol, à son tour, ne veut pas affaiblir davantage sa position, elle pose donc une condition : envoyer chaque 0,01 BTC avec une commission de 10 satoshi. Ainsi, plus les soldes locaux sont négociés selon les conditions de Carol, plus sa position sera rentable.
Nous avons mentionné plus tôt qu’il n’y a aucune exigence réelle de commission. Certains ne s’inquiéteront peut-être pas d’une diminution des liquidités, tandis que d’autres ouvriront des canaux uniquement pour percevoir des frais.
Inconvénients du réseau Lightning
Ce serait formidable si le Lightning Network devenait la solution à tous les problèmes d’évolutivité du Bitcoin. Malheureusement, le concept présente des inconvénients qui pourraient empêcher que cela se produise.
Facilité d'utilisation
Bitcoin n’est pas le système le plus intuitif pour les débutants : les adresses, les frais et tout le reste peuvent prêter à confusion lors de leur première introduction. Et après avoir configuré le client Lightning, les utilisateurs doivent également ouvrir des canaux avant de pouvoir effectuer des paiements. Cela peut prendre du temps et demander beaucoup de travail, en particulier pour les débutants qui ne sont pas familiers avec le concept de bande passante entrante/sortante.
Cependant, les technologies s’améliorent constamment, réduisant les barrières à l’entrée et devenant plus accessibles aux utilisateurs.
Liquidité
L’un des principaux inconvénients du Lightning Network est qu’il limite la possibilité d’effectuer des transactions. Vous ne pouvez pas dépenser plus que ce que vous avez bloqué dans la chaîne. Si vous dépensez tout et que le solde supprimé se retrouve avec 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 non plus très pratique.
Les chemins peuvent également être limités par la capacité globale du lien. Considérez ceci en utilisant l'exemple précédent : Alice <> Carol <> Frank. Si le canal d'Alice et Carol a une capacité de 5 BTC, mais que le canal de Carol et Frank n'a que 1 BTC, Alice ne pourra pas envoyer plus de 1 BTC à travers eux. De plus, pour que cela fonctionne, la chaîne Carol <> Frank doit faire pencher la balance du côté de Carol. Cet inconvénient peut sérieusement limiter le débit des canaux LN, ce qui affecte la facilité d'utilisation.
Hubs centralisés
En raison du problème évoqué dans la section précédente, certains craignent que le réseau encourage le développement de grands « hubs ». Cela suggère l’émergence d’entités étroitement liées et dotées de liquidités abondantes, où tout paiement important sera acheminé via certaines d’entre elles.
Ce scénario n’est évidemment pas favorable. Cela affaiblira le système, puisque le départ de ces fournisseurs en mode hors ligne entraînera une perturbation importante des relations entre les éléments du système. Il existe également un risque accru de censure en raison des multiples points par lesquels transitent les transactions.
Stade actuel du développement du Lightning Network
Depuis mars 2024, le Lightning Network se développe avec succès. Le réseau compte plus de 13 000 nœuds en ligne, plus de 52 000 canaux actifs et un débit d'un peu plus de 4 570 BTC.
Répartition des nœuds Lightning Network dans le monde.
Il existe plusieurs solutions différentes pour exécuter un nœud - certaines des plus populaires sont c-lightning de Blockstream, Lightning Network Daemon de Lightning Labs et Eclair d'ACINQ. Les utilisateurs qui ne souhaitent pas approfondir les aspects techniques peuvent utiliser des nœuds plug-n-play. Dans ce cas, pour travailler avec Lightning Network, il vous suffit d'allumer l'appareil.
Enfin
Le réseau Lightning s'est considérablement développé depuis le lancement du réseau principal en 2018. Actuellement, l'exécution de nœuds Lightning nécessite des compétences techniques, ce qui crée des limitations d'utilisation. Mais compte tenu de la rapidité du développement, on peut compter avec le temps sur une diminution du seuil d’entrée.
Lecture recommandée
Évolutivité de la blockchain – sidechains et canaux de paiement
Que sont les nœuds ?
Que sont les contrats intelligents ?
Avis de non-responsabilité : les documents suivants sont fournis « tels quels » sans garantie d'aucune sorte, à titre de référence générale et à des fins éducatives uniquement. Ces informations ne doivent pas être considérées comme des conseils financiers, des conseils juridiques ou une recommandation d’achat d’un produit ou d’un service spécifique. Vous devriez demander votre propre avis à des conseillers professionnels appropriés. Cet article ayant été rédigé par un auteur tiers, veuillez noter que les opinions exprimées sont celles de l'auteur tiers et ne reflètent pas nécessairement celles de la Binance Academy. Pour des informations plus détaillées, veuillez suivre le lien. La valeur des actifs numériques peut être volatile. La valeur des fonds investis peut augmenter et diminuer. Vous risquez de ne pas récupérer vos fonds investis. Vous êtes seul responsable de vos décisions d’investissement. Binance Academy n'est pas responsable de vos éventuelles pertes. Ces informations ne constituent pas des conseils financiers, juridiques ou professionnels. Pour en savoir plus, veuillez lire nos conditions d'utilisation et notre divulgation des risques.
