Bitcoin faisait face à un embarrassant goulot d'étranglement - la taille du bloc était limitée à 1 Mo, ce qui signifie que le nombre de transactions pouvant être incluses dans chaque bloc était limité. Imaginez, lorsque tout le monde veut transférer des fonds, le réseau commence à être congestionné. Ce problème est devenu de plus en plus grave avant 2017.
Comment les données de signature consomment-elles de l'espace dans le bloc ?
Chaque transaction Bitcoin nécessite une signature numérique pour prouver « cet argent est vraiment le mien ». Le problème est que ces données de signature sont exceptionnellement volumineuses, occupant 65 % de la capacité d'un bloc. En d'autres termes, la majeure partie de l'espace d'un bloc est occupée par la « preuve », tandis que les véritables informations de transaction ne représentent qu'un tiers.
C'est le problème que le développeur de Bitcoin Pieter Wuille et d'autres contributeurs clés ont voulu résoudre en 2015.
Innovations de SegWit : séparation vs réorganisation
L'idée centrale de SegWit (témoignage séparé) est très simple : séparer les informations de transaction et les informations de signature. Concrètement, cela consiste à ajouter un nouveau champ « témoin » au format de transaction, déplaçant ainsi les données de validation comme les signatures numériques et les clés publiques dans cette zone indépendante.
Plus intelligemment, lors du calcul de la taille du Bloc, les données de témoignage ne sont plus prises en compte. Cela signifie qu'un même espace physique de 1 Mo peut réellement contenir plus de transactions - théoriquement, cela peut s'étendre à un effet proche de 4 Mo.
En août 2017, SegWit a été officiellement activé sur le réseau Bitcoin sous la forme d'un fork léger.
Quelles sont les modifications apportées par cette mise à jour ?
Efficacité des transactions considérablement améliorée
Un Bloc peut contenir plus de transactions, ce qui signifie que le nombre de transactions traitées par unité de temps (TPS) augmente considérablement. Les situations de congestion sont atténuées, et la vitesse de confirmation des transactions s'accélère.
Résolution de la vulnérabilité de l'extensibilité des transactions
Avant SegWit, un attaquant pouvait modifier l'ID de la transaction avant que celle-ci ne soit confirmée. Cela semble très étrange - c'est comme si un chèque avait déjà été émis, mais que le montant pouvait encore être changé. Avec SegWit, après que les données de signature aient été déplacées hors du cœur de la transaction, cette manipulation n'est plus possible.
Ouverture de la deuxième couche de l'innovation
C'est justement parce qu'ils ont résolu le problème de l'évolutivité que les protocoles de deuxième couche comme le réseau Lightning ont trouvé leur place. Ces innovations ont encore élargi les cas d'utilisation de Bitcoin.
Pourquoi y a-t-il encore des opposants ?
SegWit a suscité de vives controverses au sein de la communauté. Certains estiment que cette mise à niveau est trop complexe et pourrait introduire de nouveaux risques de sécurité. Des critiques ont souligné que certaines transactions pourraient présenter une vulnérabilité de type « n'importe qui peut dépenser ».
Les divergences plus profondes résident dans le fait que les développeurs s'opposant à SegWit plaident pour une augmentation directe de la taille des blocs afin de résoudre le problème de capacité. Ce différend a finalement conduit à un hard fork en 2017, donnant naissance à Bitcoin Cash (BCH) — une branche de Bitcoin qui maintient des blocs de 1 Mo ou plus.
SegWit représente essentiellement la divergence fondamentale de la communauté Bitcoin entre « extension élégante » et « expansion brutale ».
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Comment SegWit a changé le destin de Bitcoin : l'évolution de 1 Mo à 4 Mo
Bitcoin faisait face à un embarrassant goulot d'étranglement - la taille du bloc était limitée à 1 Mo, ce qui signifie que le nombre de transactions pouvant être incluses dans chaque bloc était limité. Imaginez, lorsque tout le monde veut transférer des fonds, le réseau commence à être congestionné. Ce problème est devenu de plus en plus grave avant 2017.
Comment les données de signature consomment-elles de l'espace dans le bloc ?
Chaque transaction Bitcoin nécessite une signature numérique pour prouver « cet argent est vraiment le mien ». Le problème est que ces données de signature sont exceptionnellement volumineuses, occupant 65 % de la capacité d'un bloc. En d'autres termes, la majeure partie de l'espace d'un bloc est occupée par la « preuve », tandis que les véritables informations de transaction ne représentent qu'un tiers.
C'est le problème que le développeur de Bitcoin Pieter Wuille et d'autres contributeurs clés ont voulu résoudre en 2015.
Innovations de SegWit : séparation vs réorganisation
L'idée centrale de SegWit (témoignage séparé) est très simple : séparer les informations de transaction et les informations de signature. Concrètement, cela consiste à ajouter un nouveau champ « témoin » au format de transaction, déplaçant ainsi les données de validation comme les signatures numériques et les clés publiques dans cette zone indépendante.
Plus intelligemment, lors du calcul de la taille du Bloc, les données de témoignage ne sont plus prises en compte. Cela signifie qu'un même espace physique de 1 Mo peut réellement contenir plus de transactions - théoriquement, cela peut s'étendre à un effet proche de 4 Mo.
En août 2017, SegWit a été officiellement activé sur le réseau Bitcoin sous la forme d'un fork léger.
Quelles sont les modifications apportées par cette mise à jour ?
Efficacité des transactions considérablement améliorée Un Bloc peut contenir plus de transactions, ce qui signifie que le nombre de transactions traitées par unité de temps (TPS) augmente considérablement. Les situations de congestion sont atténuées, et la vitesse de confirmation des transactions s'accélère.
Résolution de la vulnérabilité de l'extensibilité des transactions Avant SegWit, un attaquant pouvait modifier l'ID de la transaction avant que celle-ci ne soit confirmée. Cela semble très étrange - c'est comme si un chèque avait déjà été émis, mais que le montant pouvait encore être changé. Avec SegWit, après que les données de signature aient été déplacées hors du cœur de la transaction, cette manipulation n'est plus possible.
Ouverture de la deuxième couche de l'innovation C'est justement parce qu'ils ont résolu le problème de l'évolutivité que les protocoles de deuxième couche comme le réseau Lightning ont trouvé leur place. Ces innovations ont encore élargi les cas d'utilisation de Bitcoin.
Pourquoi y a-t-il encore des opposants ?
SegWit a suscité de vives controverses au sein de la communauté. Certains estiment que cette mise à niveau est trop complexe et pourrait introduire de nouveaux risques de sécurité. Des critiques ont souligné que certaines transactions pourraient présenter une vulnérabilité de type « n'importe qui peut dépenser ».
Les divergences plus profondes résident dans le fait que les développeurs s'opposant à SegWit plaident pour une augmentation directe de la taille des blocs afin de résoudre le problème de capacité. Ce différend a finalement conduit à un hard fork en 2017, donnant naissance à Bitcoin Cash (BCH) — une branche de Bitcoin qui maintient des blocs de 1 Mo ou plus.
SegWit représente essentiellement la divergence fondamentale de la communauté Bitcoin entre « extension élégante » et « expansion brutale ».