Multisig

Une adresse multisig repose sur un script qui nomme plusieurs clés publiques et un seuil, le plus souvent deux sur trois. Le réseau Bitcoin la traite comme un type de transaction standard depuis la rédaction du BIP-11 en octobre 2011, des années avant l'apparition des portefeuilles matériels. Pour une épargne que vous prévoyez de conserver sur une décennie, elle supprime le point de défaillance unique que crée une seule phrase de récupération.

Comment cela fonctionne

La règle multisig réside dans le script de la sortie, de sorte que c'est le réseau qui l'applique, et non une application quelconque. Un script de rachat classique en deux sur trois se lit ainsi : empiler le nombre 2, empiler trois clés publiques, empiler le nombre 3, puis OP_CHECKMULTISIG. Les nœuds comptent les signatures valides par rapport aux clés listées et rejettent la dépense si moins de deux sont valides. Aucune entreprise, aucun serveur et aucun fournisseur de portefeuille ne participe à cette décision.

Trois encodages de la même idée ont été standard à différentes époques, et les limites de taille diffèrent.

Le multisig nu place les clés directement dans la sortie. La politique de relais la plafonne à trois clés depuis des années, et il gaspille de l'espace, si bien qu'il ne subsiste principalement que dans de très vieilles pièces.

P2SH cache le script derrière un hachage et le révèle au moment de la dépense. La limite de 520 octets sur un script de rachat plafonne cette voie à 15 clés publiques compressées.

P2WSH, la version SegWit, déplace le script dans le witness et relève le plafond à un script witness de 3 600 octets, point auquel la limite propre à l'opcode, soit 20 clés, s'applique en premier. Les adresses multisig SegWit natives commencent par bc1q et sont ce que produit la plupart des logiciels de coordination actuels.

Une bizarrerie historique reste visible dans chaque dépense. OP_CHECKMULTISIG dépile un élément de plus que nécessaire, un bug de l'implémentation d'origine qui n'a pas pu être supprimé sans un hard fork. Le BIP-147 a imposé que cet élément résiduel soit vide comme règle de consensus, activée en même temps que SegWit au bloc 481 824 le 24 août 2017.

Taproot a de nouveau changé la donne. Le BIP-342 a désactivé OP_CHECKMULTISIG dans tapscript et introduit OP_CHECKSIGADD, qui compte les signatures une clé à la fois et lève le plafond de 20 clés. Par ailleurs, MuSig2 permet à un groupe de signataires de combiner leurs clés en une seule, de sorte qu'une dépense n sur n apparaît sur la chaîne comme un paiement Taproot ordinaire à signature unique, impossible à distinguer et moins coûteux.

Pourquoi cela compte quand vous achetez du bitcoin

Le multisig n'est pas une alternative à une plateforme d'échange. Vous achetez toujours sur l'une des plateformes examinées ici, et le multisig est la destination vers laquelle vous retirez, de sorte que les guides d'achat et cette décision sont indépendants.

Ce qu'il change, c'est la forme de votre risque. Un portefeuille à signature unique échoue complètement à cause d'un seul événement : une phrase perdue, un incendie domestique qui atteint les deux copies, une divulgation sous contrainte, une porte dérobée dans le firmware du produit d'un fournisseur. Un deux sur trois construit à partir de trois fabricants différents survit à tout cela, parce qu'aucune phrase de récupération à elle seule, aucun bâtiment à lui seul et aucune entreprise à elle seule ne suffit. C'est pourquoi nos avis sur le matériel signalent quels appareils n'ont pas d'élément sécurisé : dans un quorum mixte, un appareil plus faible cesse d'être fatal.

Les coûts sont réels et doivent être comptés honnêtement. La dépense est plus grosse, puisqu'une entrée SegWit native en deux sur trois pèse environ 105 vbytes contre environ 68 pour une entrée à signature unique, de sorte que le même paiement coûte environ moitié plus cher en frais. La configuration prend une soirée plutôt que trois minutes. Et il y a un nouvel objet à sauvegarder, le descripteur de portefeuille qui liste chaque clé publique étendue, les chemins de dérivation et le seuil, lequel n'est pas reproductible à partir des phrases de récupération que vous détenez si vous ne pouvez pas joindre les cosignataires.

Le seuil honnête pour l'adopter est comportemental, non financier. Si vous avez déjà testé la restauration d'un portefeuille à signature unique à partir de vos mots écrits, et que le montant en jeu vous préoccupe désormais, le multisig est l'étape suivante. Si vous n'avez pas encore fait cet exercice, ajouter deux appareils multiplie les façons dont une sauvegarde non testée peut vous décevoir.

Un deux sur trois qui survit à une clé perdue

Voici une configuration multisig en deux sur trois que des personnes maintiennent réellement, décrite de manière assez concrète pour être reproduite.

Achetez trois appareils de signature de trois fabricants, idéalement auprès de trois revendeurs différents, et configurez chacun d'eux séparément avec ses propres mots de récupération. Combinez leurs clés publiques étendues dans un logiciel de coordination tel que Sparrow ou Nunchuk, en choisissant une politique deux sur trois, et exportez le descripteur obtenu.

Conservez les trois sauvegardes de phrases de récupération dans trois endroits qui défaillent indépendamment : un coffre à domicile, un coffre bancaire ou le lieu de travail, et un proche de confiance dans une autre ville. Conservez une copie du descripteur avec chacune d'elles, puisqu'il n'est pas secret et que le détenir seul ne permet à personne de dépenser quoi que ce soit, tandis que son absence peut bloquer des pièces que les trois graines pourraient sinon récupérer.

Alimentez-le avec un petit montant, puis répétez la panne. Faites comme si un appareil avait disparu, dépensez depuis les deux autres et confirmez que la transaction aboutit. Refaites le même exercice après tout changement du quorum, et de nouveau une fois par an.

Quand un appareil tombe réellement en panne, vous n'avez rien perdu, mais vous fonctionnez désormais en deux sur deux. Remplacez le signataire manquant, construisez un nouveau quorum avec la nouvelle clé et déplacez les pièces vers la nouvelle adresse plutôt que de vivre sur la marge réduite.

Multisig contre coffre multisig

Le multisig est le schéma sous-jacent ; un coffre multisig est un produit construit par-dessus. Des services vendent des quorums gérés où le fournisseur détient une clé, vous en détenez une ou deux, et un processus de récupération couvre le reste. Le script sur la chaîne est identique dans les deux cas, mais le modèle de confiance ne l'est pas : un coffre introduit une entreprise qui peut faire faillite, modifier ses tarifs ou être contrainte par un tribunal, ce qui est précisément la dépendance que le multisig autogéré supprime. Les deux sont des choix légitimes, et les confondre revient à mal évaluer qui doit rester en vie pour que vos pièces puissent bouger.

Multisig contre multisig P2SH

Le multisig est la politique de dépense ; le multisig P2SH est une façon de mettre cette politique dans une adresse. La distinction est devenue déterminante avec l'arrivée de SegWit et de Taproot, puisqu'un deux sur trois identique a désormais au moins trois formes possibles sur la chaîne, avec des tailles différentes, des préfixes d'adresse différents et des propriétés de confidentialité différentes. Lors de la restauration d'un portefeuille, « c'était un deux sur trois » ne suffit pas ; il faut aussi savoir quel type de script a produit les adresses que vous avez alimentées.