
Segregated Witness, plus connu sous le nom de SegWit, est une évolution du protocole Bitcoin qui sépare les « witness data » (données de témoin) du corps principal de chaque transaction. Les witness data désignent les signatures et preuves associées attestant de l’autorisation de dépenser certains fonds.
En isolant les witness data, le contenu central des transactions devient plus stable, tandis que les signatures sont stockées dans une zone dédiée. Cette modification structurelle résout la problématique de la « malléabilité des transactions » et introduit une nouvelle métrique, le « block weight », pour mesurer la capacité des blocs. Ainsi, SegWit améliore le débit et l’efficacité du réseau Bitcoin sans compromettre les règles de sécurité.
Le principal objectif de SegWit est de remédier à la malléabilité des transactions. Ce phénomène se produit lorsqu’une personne peut modifier certains éléments de la signature d’une transaction avant sa confirmation, ce qui modifie son identifiant de transaction (TXID), c’est-à-dire son identifiant unique.
Imaginez que vous envoyiez des fonds à un ami. Tant que la transaction est en attente, un tiers pourrait modifier le format de la signature, générant un TXID différent. Même si vos fonds restent sécurisés, toute opération reposant sur le TXID initial (gestion de canaux, transactions avancées par script, etc.) pourrait devenir instable. En excluant les signatures du calcul du TXID, SegWit garantit que de légères modifications des signatures n’affectent plus l’identifiant de transaction, renforçant ainsi la fiabilité des processus ultérieurs.
SegWit place les signatures et witness data dans une zone distincte, en dehors de la structure principale de la transaction. Lors du calcul du TXID, ces witness data sont ignorées. SegWit est déployé via un « soft fork », ce qui assure la rétrocompatibilité : les nœuds mis à jour et les nœuds historiques restent interopérables.
Sur le plan technique, SegWit introduit un nouveau format de transaction : les anciens nœuds considèrent les witness data comme des « informations supplémentaires » et continuent de valider les règles principales sans ces données, tandis que les nœuds mis à jour lisent et vérifient intégralement les witness data selon des méthodes de validation actualisées. Cette approche corrige la malléabilité tout en assurant une transition fluide pour le réseau.
SegWit accroît la capacité effective des blocs grâce au concept de « block weight ». Ce mécanisme attribue un poids plus important aux données principales des transactions, tandis que les witness data sont moins pondérées. Le poids maximal d’un bloc est fixé (généralement à 4 millions d’unités), ce qui permet d’intégrer davantage de transactions par bloc.
Dans Bitcoin, les frais de transaction sont calculés sur la base du « poids consommé » et non de la taille brute en octets. En déplaçant les signatures dans un segment faiblement pondéré, de nombreuses transactions voient leur poids total réduit et nécessitent donc des frais de minage plus faibles. Par exemple, les adresses SegWit natives (commençant par « bc1 ») présentent généralement un poids de transaction inférieur et des frais plus compétitifs — un avantage notable en période de congestion du réseau. Les données publiques indiquent qu’à la mi-2024, 80 % à 90 % des transactions Bitcoin utilisent SegWit (sources : explorateurs blockchain et plateformes d’analyse comme mempool.space et Glassnode, 2024).
Les adresses SegWit se déclinent généralement en trois catégories :
Lors de vos transferts :
L’utilisation de SegWit sur Gate est intuitive. Voici les étapes :
SegWit constitue la base technique des solutions Layer 2 comme le Lightning Network, en corrigeant la malléabilité des transactions et en stabilisant les identifiants de transaction. Le Lightning Network s’appuie sur des structures de transaction scriptables et traçables pour ouvrir des canaux de paiement, et SegWit rend ces mécanismes plus fiables.
Pour les utilisateurs recherchant des micropaiements rapides et peu coûteux, les portefeuilles recommandent souvent d’utiliser des adresses compatibles SegWit afin de profiter de frais on-chain réduits et d’une gestion de canal plus stable.
SegWit a été déployé sous forme de soft fork, assurant une large compatibilité, mais quelques points de vigilance subsistent :
Pour limiter les risques :
SegWit vise à séparer les witness data et à résoudre la malléabilité, tout en augmentant la capacité via le block weight. Taproot s’appuie sur cette base pour améliorer la confidentialité et la flexibilité des smart contracts, rendant les conditions complexes sur la blockchain comparables à des transferts classiques.
On peut comparer leur relation à une « fondation et des étages supérieurs » : SegWit pose les bases de la scalabilité, tandis que Taproot fait progresser l’utilisabilité et la confidentialité. Les portefeuilles compatibles Taproot prennent généralement aussi en charge les formats d’adresse SegWit — ces deux évolutions sont complémentaires.
SegWit sépare les witness data liées aux signatures des transactions principales, corrige la malléabilité, augmente la capacité effective des blocs et optimise les frais via le block weight, tout en permettant des solutions avancées comme le Lightning Network. En pratique, privilégiez les adresses « bc1 » ou « 3 » pour la compatibilité et la maîtrise des coûts ; effectuez toujours un test avec un faible montant en période de congestion.
Pour aller plus loin :
Oui. SegWit est rétrocompatible : les adresses legacy (format P2PKH) peuvent toujours recevoir et envoyer des transactions. Cependant, il est conseillé de migrer vers des adresses SegWit (formats P2WPKH ou P2SH-P2WPKH) pour bénéficier de frais réduits et de confirmations plus rapides. Vous pouvez consulter ou modifier votre type d’adresse dans les paramètres du portefeuille Gate.
Non. Il est possible d’envoyer des BTC entre tous les types d’adresses pris en charge, qu’elles soient SegWit ou legacy. Cependant, pour maximiser les économies de frais et les avantages de performance, il est préférable que l’expéditeur et le destinataire utilisent des adresses SegWit. Il est donc recommandé d’inciter vos contacts à migrer vers SegWit pour des résultats optimaux.
Certains systèmes anciens ont été conçus avant l’introduction de SegWit ; l’intégration de SegWit nécessite des adaptations importantes du code. L’absence de prise en charge de SegWit ne signifie pas une sécurité moindre, mais simplement que les utilisateurs ne bénéficient pas de ses avantages. Opter pour des plateformes comme Gate permet de profiter des dernières avancées technologiques et de frais réduits.
Il n’y a pas de différence fondamentale. La génération et la gestion des clés privées restent identiques ; seul le format d’encodage de l’adresse évolue. Une même clé privée peut générer plusieurs types d’adresses (P2PKH, P2WPKH, P2SH). Il est essentiel de sauvegarder correctement votre clé privée ou phrase de récupération, quel que soit le type d’adresse utilisé.
Non. SegWit réorganise la structure des données mais ne remet pas en cause les fondements cryptographiques de Bitcoin. En corrigeant la malléabilité des transactions, SegWit renforce même la sécurité dans certains cas d’usage (comme les opérations sur Lightning Network). Toutes les transactions SegWit traitées via Gate bénéficient du même niveau de sécurité que les transactions legacy.


