Blockchain Bitcoin : performances et évolutivité

Bitcoin est un système de paiement électronique décentralisé qui permet les paiementsentre particuliers sans intermédiaire. Le logiciel Bitcoin original a été développé par Satoshi Nakamoto et publié sous la licence MIT en 2009, suite au livre blanc Bitcoin, Bitcoin : Un système de paiement électronique pair à pair.

Bitcoin est la première implémentation réussie d'une cryptomonnaie distribuée. Seize ans après sa création, le Bitcoin compte environ 20 millions de bitcoins en circulation, et sa capitalisation boursièredépasse désormais les 2 000 milliards de dollars.



Au sein de lablockchainBitcoin , une transaction désigne un ensemble d'entrées et de sorties qui transfèrent la propriété des bitcoins entre le payeur et le bénéficiaire. Les entrées indiquent au réseau quelle(s) cryptomonnaie(s) sera/seront utilisée(s) pour le paiement. Les pièces saisies doivent être inutilisées, c'est-à-dire qu'elles n'ont pas servi à payer quelqu'un d'autre. Parallèlement, les montants de bitcoins que le payeur accepte de verser aux bénéficiaires sont disponibles. Une fois la transaction effectuée, les sommes perçues deviennent les montants non dépensés pour le bénéficiaire et restent non dépensées jusqu'à ce que ce dernier paie quelqu'un d'autre avec ces pièces.

Par exemple, lorsqu'Alice a besoin de payer 10 BTC à Bob, elle ouvre son portefeuille Bitcoin, scanne ou copie l'adresse de transaction de Bob et crée une transaction avec un paiement de 10 BTC à Bob. Une fois la transaction signée numériquement et soumise, elle est envoyée au réseau blockchain Bitcoin.

Une fois la transaction diffusée sur le réseau Bitcoin, le nœudcomptable, généralement un nœud complet dans un réseau P2P qui reçoit les transactions, la valide conformément aux règles du protocole Bitcoin. Si la transaction est valide, le comptable l'ajoute au pool de transactions et la relaie aux pairs du réseau.

Au sein du réseau Bitcoin, toutes les 10 minutes, un sous-ensemble de nœuds du réseau, appelés « nœuds de minage » ou mineurs, collecte toutes les transactions valides du pool de transactions et crée les blocs candidats. Ils créent également une transaction Coinbase pour eux-mêmes afin de recevoir des récompenses et de percevoir les frais de transaction. S’ils parviennent à « remporter la course au minage » et à ajouter le bloc à la chaîne, tous les nœuds vérifieront le nouveau bloc et l’ajouteront à leur propre copie de la blockchain. Comme par magie, Bob pourra voir le paiement d'Alice — et 10 BTC dans son portefeuille.

L’une des principales préoccupations du réseau Bitcoin, ou en général de toute blockchain basée surla preuve de travail (PoW), est celle de l’évolutivité. De par sa conception, chaque transaction doit être vérifiée par tous les nœuds. La création d'un nouveau bloc prend en moyenne 10 minutes, la taille des blocs étant limitée à 1 Mo. Les limitations de taille et de fréquence des blocs restreignent davantage le débit du réseau. De ce fait, un bloc Bitcoin peut contenir en moyenne 2 700 transactions. Avec les systèmes de paiement actuels, VISA est capable de traiter en moyenne environ 2 000 transactions par seconde (TPS), et le taux de pointe quotidien est d'environ 4 000 TPS. En 2025, PayPal pourra gérer en moyenne environ 193 TPS, soit près de 17 millions de transactions par jour.

Il est clair qu'atteindre une capacité similaire à celle de Visa sur le réseau Bitcoin n'est pas réalisable. Des performances accrues et une meilleure évolutivité nécessiteraient d'augmenter la limite de traitement des transactions du réseau et d'apporter des améliorations logicielles au réseau Bitcoin.

Le trilemme de la blockchain aborde le « triple défi » que représente l’obtention de l’évolutivité, de la décentralisation et de la sécurité sur un réseau blockchain sans faire de compromis sur aucun d’entre eux. L'idée centrale du trilemme est qu'il est quasiment impossible de réunir les trois propriétés au sein d'un système blockchain.

Le diagramme suivant illustre le trilemme de la scalabilité de la blockchain.

L'élément clé du concept de scalabilité est de trouver un moyen de satisfaire aux trois exigences au niveau de la couche de base. Les choix de conception du Bitcoin privilégient la décentralisation et la sécurité, au détriment de l'évolutivité.

Solutions de mise à l'échelle Bitcoin

Il existe de nombreuses propositions de solutions de scalabilité pour Bitcoin, qui peuvent être divisées en scalabilité on-chain et off-chain.

Mise à l'échelle sur la chaîne

Les solutions on-chain, parfois appelées solutionsde couche 1 , résolvent les problèmes d'évolutivité et de performance de la couche de base du réseau blockchain Bitcoin. En termes de latenceréseau, la mise à l'échelle sur la chaîne offre la capacité de traiter davantage de transactions dans la blockchain. Parmi les exemples, citons SegWit, qui permet de faire tenir un plus grand nombre de transactions dans un bloc de 1 Mo, et Bitcoin Cash (BCH, symbole Ƀ), qui augmente simplement la taille du bloc.

SegWit

SegWit (Bitcoin Improvement Proposal numéro BIP14) est l'abréviation de « segregated witness », ce qui signifie séparer la signature numérique d'une transaction. Elle a été présentée pour la première fois par le développeur Pieter Wiulle lors de la conférence Scaling Bitcoin en décembre 2015. L'objectif de SegWit était d'empêcher la malléabilité non intentionnelle des transactions Bitcoin, de permettre la transmission optionnelle de données et de contourner certaines restrictions du protocole.

Une transaction Bitcoin se compose de trois éléments : 

• une donnée d'entrée de transaction, qui est l'adresse de l'expéditeur Bitcoin

• une sortie de transaction, qui est l'adresse Bitcoin de réception 

• le montant de Bitcoin envoyé, ainsi qu'une signature numérique vérifiant que l'expéditeur est autorisé à envoyer les pièces.

L'identifiant de la transaction change si la signature numérique change. Il s'avère que le code de Bitcoin permet de modifier les signatures numériques lorsqu'une transaction n'a pas encore été confirmée. Une fois qu'une transaction est ajoutée au réseau, la transaction, y compris la signature, devient immuable. La modification de la signature est effectuée de telle sorte que si vous effectuez une vérification mathématique, elle soit toujours validée par le réseau. Cependant, lorsqu'on applique un algorithmede hachage , on obtient un résultat différent.

Prenons un exemple :

Saisir:

Transaction précédente : p9k5ee39a430901c91a5917b9f2dc19d6d1a0e9cea205b009ca73dd04470b9a6

Indice: 0

scriptSig: 304502206e21798a42fae0e854281abd38bacd1aeed3ee3738d9e1446618c4571d10

90db022100e2ac980643b0b82c0e88ffdfec6b64e3e6ba35e7ba5fdd7d5d6cc8d25c6b241501

Sortir:

Valeur: 2000000000

scriptPubKey : OP_DUP OP_HASH160 201371705fa9bd789a2fcd52d2c580b65d35549d

OP_EQUALVERIFY OP_CHECKSIG

L'entrée de cette transaction importe 20 BTC depuis la sortie n° 0 de la transaction p9k5e… Ensuite, la sortie envoie 20 BTC à une adresse Bitcoin (exprimée ici en hexadécimal 2013… au lieu de la base58 normale). Lorsque le bénéficiaire voudra dépenser cet argent, il fera référence à la sortie n° 0 de cette transaction dans une entrée de sa propre transaction.

Quelques définitions :

• Transaction précédente — identifiant de la transaction précédente à l'adresse A

• Index — numéro d'entrée (ici, nous n'avons qu'un seul numéro d'entrée : 0)

• scriptSig — première partie du script de validation (contient une signature de transaction)

• Valeur — le nombre de bitcoins à envoyer en unités de satoshi (un bitcoin = 100 millions de satoshis) (20 bitcoins dans l'exemple ci-dessus)

• scriptPubKey — deuxième partie du script de validation, qui contient également l'adresse du destinataire B.

Pour vérifier que le montant de la transaction précédente peut être dépensé, il est nécessaire de combiner le scriptSig d'une nouvelle transaction avec le scriptPubKey de la transaction précédente, afin de garantir que le résultat est vrai et valide ; scriptPubKey vérifie simplement l'égalité de la clé publique et la validité de la signature (OP_CHECKSIG).

Dans une transaction Bitcoin, le txid (abréviation de transaction ID ou hachage de transaction) est un hachage sha256d de tous les champs des données de la transaction. La valeur de txid dépend de scriptSig. Lors d'une transaction de traitement d'un nœud de minage, le nœud peut modifier scriptSig afin que la signature reste valide et que la transaction ait le même effet, mais l'identifiant de transaction (txid) changera. Par exemple, on peut ajouter une opération OP_NOP (qui ne fait rien). Ou, pour plus de sophistication, on peut ajouter deux opérations : OP_DUP et OP_DROP (le premier duplique la signature sur la pile, et le second la supprime). La signature est toujours valide, mais l'identifiant de transaction (txid) change.

Autre exemple : Si la valeur de la signature est « 3 », nous pouvons la changer en « 03 » ou « 3+7-7 ». Mathématiquement, il s'agit toujours de la valeur de la transaction avec une signature valide, mais les résultats de hachage sont différents, car le hachage dépend de la façon dont vous écrivez la valeur, et non de la valeur elle-même.

Un identifiant de transactionmodifiable pour une transaction existante peut poser problème pour plusieurs raisons. Par exemple, si vous souhaitez construire une solutionde couche 2 sur le réseau Bitcoin, vous devez vous assurer que personne ne puisse modifier la couche 1, car la couche 2 en dépend.

Modifier l'identifiant de transaction (txid) peut entraîner des problèmes si vous dépensez ou acceptez des fonds non confirmés. Voici comment SegWit résout ce problème :

Avec SegWit, toutes les informations modifiables sont séparées de la transaction et placées dans des « données témoins » distinctes. Lors du calcul du txid, ces informations modifiables ne seront pas prises en compte. Dans ce cas, l'identifiant ne pourra jamais changer, car les problèmes seront résolus. 

Voici un exemple de sortie de transaction SegWit :

Index 0

Détails

Sortir

Adresse

35SegWitPieWKVHieXd97mnurNi8o6CM73

Valeur

1,00200000 BTC

PkScript

OP_HASH160

2928f43af18d2d60e8a843540d8086b305341339

OP_ÉGAL

SigScript

0014a4b4ca48de0b3fffc15404a1acdc8dbaae226955

Témoin

30450221008604ef8f6d8afa892dee0f31259b6ce02dd70c545cfcfed8148179971876c54a022076d771d6e91bed212783c9b06e0de600fab2d518fad6f15a2b191d7fbd262a3e01

039d25ab79f41f75ceaf882411fd41fa670a4c672c23ffaf0e361a969cde0692e8

Nous pouvons constater qu'il existe des informations provenant de témoins et que les données incluent toutes les informations modifiables. Le SigScript contient beaucoup moins d'informations de hachage que l'exemple précédent sans la transaction SegWit. Cela signifie également que cela réduit la taille d'une transaction Bitcoin et améliore la vitesse des transactions en supprimant les données de témoin de la partie originale et en les ajoutant comme structure séparée à la fin.

Voici quelques avantages de SegWit :

Performances des nœuds — La taille des transactions est réduite, ce qui diminue la congestion du réseau Bitcoin, car les nœuds peuvent vérifier les blocs (ou transactions) plus rapidement.

Malléabilité des transactions — Comme indiqué ci-dessus, avec SegWit, la signature passe des données de transaction à un bloc de données témoin. L'identifiant de transaction (txid) est immuable et protège les données de transaction contre le piratage.

Mise à l'échelle linéaire des opérations de hachage de signature — La réduction de la taille des transactions ajoute davantage de données de transaction pour une transaction donnée dans le cadre d'un lot. SegWit sépare les signatures de transaction des données de transaction afin que chaque octet d'une transaction n'ait besoin d'être haché que deux fois au maximum.

Sécurité accrue pour les transactions à signatures multiples — SegWit fournit deux scripts différents : l’un associé à une clé publique et l’autre qui dirige les paiements vers un hachage de script. En combinant ces scripts, SegWit renforce la sécurité en permettant une transactionmulti-signature(multisig).

S'appuyant sur la couche 1, SegWit est idéal pour le développement de protocoles de couche 2, tels que le Lightning Network, pour Bitcoin. De plus, l'activation de SegWit stimule le développement d'autres fonctionnalités, telles que MAST(qui permetdes contrats intelligents Bitcoin plus complexes ), les signatures Schnorr (qui permettent une augmentation de la capacité de transaction) et TumbleBit (un réseau de couche supérieure anonyme).

Protège le réseau Lightning — Les canaux de micropaiement du réseau Lightning s'appuient sur des transactions à double signature pour verrouiller les dépôts initiaux. Pour initier un paiement via le réseau Lightning, les fonds des deux parties sont envoyés à une seule adresse doublement signée. Afin d'éviter toute fraude, la transaction doit être signée deux fois avant que les fonds ne soient effectivement envoyés à l'adresse doublement signée. Les deux parties doivent être synchronisées afin de collecter les résultats des transactions provenant de la blockchain principale. Cet identifiant de transaction obligatoire est immuable.

En théorie, SegWit peut doubler le débit ou le TPS de Bitcoin. Cependant, bien qu'il soit essentiel d'améliorer le débit du réseau Bitcoin, même un doublement théorique reste insuffisant pour une utilisation généralisée du Bitcoin comme système de paiement.

Taille du bloc

Une autre proposition visant à améliorer la scalabilité on-chain de Bitcoin suggère d'augmenter la taille des blocs. L'idée est en apparence simple : augmenter la taille des blocs de 1 Mo aujourd'hui à, par exemple, 8 Mo permettrait de multiplier par huit le débit des transactions. Par exemple, les blocs Bitcoin Cash (BCH) faisaient initialement 8 Mo, et actuellement un bloc BCH est fixé à 32 Mo. Cette approche de mise à l'échelle verticale permet d'ajouter beaucoup plus de transactions au sein d'un même bloc. Cependant, augmenter la taille des blocs signifie que la blockchain peut être beaucoup plus grande, ce qui nécessite une meilleure capacité de calcul pour traiter des blocs de grande taille. Dans le même temps, cela diminuerait quelque peu la sécurité du réseau, en raison de la diminution de la puissance de hachage honnête effective. 

Cela peut également conduire à un scénario dans lequel un réseau se concentre entre les mains de quelques riches et, par conséquent, compromettre à terme la décentralisation et la sécurité, les principes fondamentaux de la blockchain. En matière de sécurité, il est généralement admis qu'un réseau blockchain est plus sûr si davantage de nœuds participent au traitement des transactions. Avec la diffusion plus large des chaînes d'altcoins, moins de nœuds fonctionneront sur une blockchain donnée. 

Cela pourrait en réalité rendre la blockchain moins sécurisée, car un réseau d'altcoins plus petit peut être plus vulnérable aux attaques réseau. Par exemple, supposons que nous ayons environ 10 000 nœuds sur un réseau plus vaste. Il faudra qu'au moins 5 001 nœuds (51 %) soient compromis pour lancer une attaque sur le réseau. Si nous divisons 10 000 nœuds en 50 chaînes plus petites, chaque chaîne comprenant 200 nœuds, il suffit donc de 101 nœuds pour mettre hors service n'importe quelle chaîne plus petite, ce que nous appelons un problème d'attaque à 1 %. 

Un autre problème concerne l'intégration inter-chaînes : bien qu'il existe des solutions pour gérer l'intégration entre différentes blockchains, la complexité globale de l'intégration des chaînes plus petites et des altcoins augmentera considérablement. SegWit2x, une proposition de compromis au débat sur la taille des blocs datant de 2017, suggérait d'activer SegWit dans un premier temps, puis d'augmenter la taille des blocs à 2 Mo. Cependant, cette proposition n'a pas été acceptée par la majorité des nœuds du réseau Bitcoin.

Solutions hors chaîne

À l'instar des justifications en faveur d'une solution sur la chaîne, la communauté Bitcoin recherche également activement des solutions hors chaîne, parfois appelées solutions de couche 2. Dans le cadre de la mise à l'échelle hors chaîne, la solution consiste à construire une couche supplémentaire au-dessus de la blockchain Bitcoin, capable de traiter tous types de transactions avec deux participants. Ces transactions peuvent ensuite être regroupées et envoyées comme une seule transaction sur la blockchain. L'une de ces solutions hors chaîne s'appelle le Lightning Network.

Réseau d'éclairage

En janvier 2016, un livre blanc intitulé « Le réseau Lightning de Bitcoin » a été publié : Le projet Scalable Off-Chain Instant Payments a été soumis par Joseph Poon et Thaddeus Dryja. Ce document décrivait les contours du réseau Lightning.

Lightning est un réseau décentralisé qui utilise les fonctionnalités des contrats intelligents au sein d'une blockchain pour permettre des paiements instantanés au sein d'un réseau de participants.

La solution de paiement de couche 2 de Lightning Network permet de faire évoluer les blockchains et d'effectuer des paiements instantanéssans confiance en conservant la plupart des transactions hors chaîne. Elle met en place un réseau de canaux de paiement, dans lequel deux parties effectuent une transaction et se paient mutuellement. Le processus est instantané et la transaction n'a pas besoin d'être validée, relayée et stockée par chaque nœud du réseau Bitcoin, car elle se déroule uniquement entre les deux participants.

En déplaçant les paiements hors chaîne, le coût de maintenance des canaux est réduit en fonction du volume de paiements dans ce canal, permettant ainsi les micropaiements et les transactions de faible valeur pour lesquelles les frais de transaction sur la chaîne seraient autrement trop élevés pour être justifiés. De plus, le Lightning Network augmente le débit des transactions hors chaîne grâce à des technologies modernes de traitement des données et à des limites de latence, permettant ainsi un traitement des paiements à grande vitesse.

Voyons voir comment fonctionne le réseau Lightning.

Exemple: Initialement, Alice détient l'engagement de transaction A1 et Bob détient l'engagement de transaction B1. La clé de révocation de A1, K A1, appartient uniquement à Alice, et la clé de révocation de B1, K B1, appartient uniquement à Bob.

Supposons qu'Alice et Bob aient chacun 10 BTC sur leur compte. Alice souhaite envoyer 2 BTC à Bob.



Alice et Bob déposent tous deux des sommes d'argent égales (dans ce cas, 10 BTC) et chacun les bloque. Cette action de dépôt de sommes égales dans une boîte commune est enregistrée sur la blockchain sous la forme d'un « canal de paiement », qui est ensuite ouvert entre les deux participants.

Alice crée une nouvelle transaction, B2, qui alloue 8 BTC à Alice et 12 BTC à Bob.



Alice signe B2 et l'envoie à Bob.

Bob reçoit le document B2, le signe et le conserve.



Bob crée une nouvelle transaction, A2, qui alloue 8 BTC à Alice et 12 BTC à Bob.

Bob signe A2 et l'envoie à Alice.



Alice reçoit le document A2, le signe et le conserve.



Alice fournit Ka1, invalidant A1. Elle peut alors supprimer A1.



Bob fournit K B1, invalidant B1. Il peut alors supprimer B1.



En résumé, le canal de paiement crée une mise en commun des fonds pour les deux parties, puis transfère la promesse de propriété de ces fonds selon les modalités convenues. Alice ou Bob peuvent fermer la chaîne lorsqu'ils le souhaitent. « Fermer un canal » signifie simplement que les deux parties récupèrent leur argent. L'ouverture de cette boîte se déroule sur la blockchain, et l'enregistrement de la répartition des biens contenus dans la boîte est conservé de manière permanente.

Lightning Network utilise un contrat HTLC (Hashed TimeLock Contract ), une catégorie de paiements qui utilise des hachages et des verrous temporels pour exiger que le destinataire d'un paiement accuse réception du paiement avant une date limite en générant une preuve de paiement cryptographique, ou renonce à la possibilité de réclamer le paiement, le retournant au payeur. Il permet d'envoyer des transactions entre des parties qui n'ont pas de canal direct en les acheminant via plusieurs relais (canaux supplémentaires), de sorte que toute personne connectée au Lightning Network fasse partie d'un système financier mondial unique et interconnecté.

Prenons un exemple :

Alice souhaite envoyer un paiement à Tim, mais elle n'a pas de canal de paiement avec lui. Alice a un canal de paiement avec Bob, qui a lui-même un canal de paiement avec Tim. La question est : Comment Alice peut-elle payer Tim ?

Pour ce faire, Tim doit créer une chaîne secrète cryptographique (clé), puis la hacher à l'aide d'une fonction de hachage (telle que SHA-256) et l'envoyer à Alice. Tim partage également ce hachage avec Bob. Pour simplifier cette illustration écrite, nous représenterons la valeur par V.

HTLC

Le Hash (V) est la serrure, et la clé est le code pour déverrouiller le HTLC.

Alice crée un contrat HTLC avec Bob et lui dit qu'elle le paiera s'il peut produire la préimage de V dans les 3 jours. Alice signe une transaction dont le délai de blocage est de trois jours après sa diffusion. Bob peut le racheter, connaissant V, et ensuite il ne peut être racheté que par Alice. Le HTLC permet à Alice de faire une promesse conditionnelle à Bob, tout en garantissant que ses fonds ne seront pas accidentellement dépensés si Bob ne sait pas ce qu'est V.

Bob fait de même, créant un contrat HTLC qui paiera Tim si Tim peut produire V dans les deux jours. Cependant, Tim connaît bel et bien V. Comme Tim est capable de soutirer la somme souhaitée à Bob grâce à sa clé, il peut considérer le paiement d'Alice comme effectué. Maintenant, il n'a aucun problème à partager V avec Bob afin de pouvoir lui aussi percevoir ses fonds.

Tim révèle la clé à Bob en deux jours, et Bob le paie.

Bob révèle la clé à Alice en trois jours, et Alice le paie.

Une fois que tout le monde a coopéré, toutes ces transactions ont lieu au sein du Lightning Network. Le paiement s'effectue de manière mécanique, car le Lightning Network est de nature quasi atomique et bidirectionnelle, ce qui signifie que soit tout le monde est payé, soit personne ne l'est.

Avec Lightning Network, lorsqu'une transaction de paiement est diffusée, toutes les transactions individuelles sont d'abord vérifiées et doivent correspondre à l'historique des transactions afin d'éviter la diffusion de transactions fausses ou incorrectes. Une pénalité est également imposée en cas de transactions frauduleuses : si le Lightning Network détecte un acteur malveillant dans le système, celui-ci est immédiatement sanctionné. De cette manière, l'ensemble du réseau garantit la crédibilité et la cohérence tout en décourageant les comportements inappropriés.

L’utilisation du Lightning Network présente plusieurs avantages par rapport aux transactions sur la blockchain :

Transactions rapides et instantanées: Le délai de règlement des transactions Lightning Network est inférieur à une minute et peut même se produire en millisecondes.

Micropaiements: Le réseau Lightning permet d'effectuer des microtransactions en grandes quantités.

Débit de transactions: Fondamentalement, il n'y a pas de limite au nombre de paiements par seconde pouvant être effectués dans le cadre de ce protocole. Le nombre de transactions est uniquement limité par la capacité et la vitesse de chaque nœud.

Confidentialité: Aucun enregistrement dans la blockchain. Les détails des transactions de paiement individuelles du Lightning Network ne sont pas enregistrés directement et publiquement sur la blockchain. Les paiements peuvent transiter par de nombreux canaux séquentiels, car chaque opérateur de nœud pourra voir les paiements transitant par ses canaux. Toutefois, ils ne pourront pas voir la source ni la destination de ces fonds s'ils ne sont pas adjacents.

Moins de congestion sur la chaîne

Frais de transaction extrêmement bas: Les frais de transaction versés aux nœuds intermédiaires du Lightning Network sont souvent faibles, généralement de l'ordre du millisatoshi.

Limites

Le Lightning Network est constitué de canaux de paiement bidirectionnels entre deux nœuds qui, lorsqu'ils sont combinés, créent des contrats intelligents. Si l'une des parties quitte le canal à tout moment, celui-ci sera fermé et le règlement sera effectué sur la blockchain.

En raison de la nature du mécanisme de règlement des litiges du Lightning Network, chaque participant est tenu de surveiller en permanence son canal et de suivre l'état du registre hors ligne diffusé sur le réseau. Le concept de « tour de guet » a été développé pour résoudre ce problème.



Conclusion

La blockchain Bitcoin demeure un système de paiement décentralisé révolutionnaire, mais sa conception intrinsèque privilégie la sécurité et la décentralisation au détriment de l'évolutivité, ce qui se traduit par un débit de transactions limité par rapport aux réseaux de paiement traditionnels. Des innovations comme SegWit et le Lightning Network représentent des avancées cruciales qui améliorent les performances du Bitcoin en augmentant sa capacité de transaction et en permettant des paiements instantanés hors chaîne. 

Cependant, le trilemme de la scalabilité de la blockchain continue de mettre les développeurs au défi d'équilibrer scalabilité, sécurité et décentralisation sans compromis. À mesure que Bitcoin évolue, la recherche continue et les solutions de mise à l'échelle par couches seront essentielles pour soutenir une adoption plus large et maintenir l'intégrité du réseau dans une économie de plus en plus numérique.



#LearnWithBybit