Cold Storage

Alice veut conserver du bitcoin à long terme, mais utilise aussi son ordinateur pour travailler, lire ses e-mails et télécharger des fichiers. Elle ne veut pas qu’un piratage de cet ordinateur livre directement les clés de ses économies à un attaquant. Elle les crée donc et les conserve dans un appareil de confiance séparé. Elle ne transfère dans l’application de l’ordinateur que les informations publiques nécessaires pour observer le portefeuille. Lorsqu’elle envoie du bitcoin depuis son ancien portefeuille à une adresse de réception déjà vérifiée, l’appareil de signature peut rester éteint. Le réseau enregistre le paiement et l’application affiche ses confirmations ; aucun fichier contenant de l’argent n’est téléchargé dans l’appareil. Un mois plus tard, Alice veut envoyer une partie des fonds. L’ordinateur prépare une proposition : à qui, combien et avec quels frais. Alice la transmet à l’appareil de signature, contrôle les données sur son écran et ne confirme qu’ensuite. L’appareil produit une signature numérique prouvant l’autorisation de dépenser sans révéler les clés privées. La transaction signée revient à l’application en ligne, qui la diffuse. Ce partage des tâches est le principe de Cold Storage. Le nom seul ne dit rien de la qualité de l’appareil, de l’exactitude de l’adresse affichée ni de la capacité d’Alice à restaurer le portefeuille après une panne. [7] [11]

Ce sont les clés qui restent à l’écart de l’ordinateur connecté, pas les bitcoins. Chaque UTXO, une sortie d’un paiement antérieur qui n’a pas encore été dépensée, demeure enregistré dans la blockchain publique. Déconnecter un portable déjà compromis ne suffit pas ; une plaque métallique portant des mots est une sauvegarde, pas un appareil de signature. Prévoyez vol, incendie, panne et décès du propriétaire. Glacier Protocol distingue donc préparation, dépôts, retraits, consultation et entretien. [9] [10]

Les mots de sauvegarde sont appelés Seed Phrase. La passphrase facultative est un secret supplémentaire que vous choisissez pour dériver le portefeuille, pas le PIN de l’appareil. Multisig exige, quant à lui, les signatures de plusieurs clés. Créez les clés sur un appareil fiable et consignez le format de sauvegarde, la passphrase éventuelle et la configuration du portefeuille. BIP129 décrit une préparation Multisig en deux étapes avec vérification des clés et de la configuration commune. Comparez l’adresse de réception sur l’appareil de signature, pas seulement sur l’ordinateur. Commencez par un petit transfert et testez réception, dépense et récupération. Recevoir un paiement ne prouve pas, à lui seul, que la récupération fonctionne. [5] [11]

La Seed Phrase et la passphrase utilisée permettent de dériver de nouveau les clés ; retrouver le bon portefeuille peut demander d’autres informations. Une passphrase différente mène à un autre portefeuille et ne remplace pas celle oubliée. Les parts de sauvegarde SLIP39 ne sont pas des copies du seed, les données secrètes de départ servant à dériver les clés : il faut le nombre requis de parts pour récupérer. Protégez-les du vol, des photographies et des dommages. Ne saisissez jamais une véritable sauvegarde sur un site web ou un ordinateur ordinaire connecté. [13] [14]

Un air gap supprime la connexion réseau directe, mais les données arrivent toujours, par exemple par QR ou microSD. Un défaut du programme qui lit les données reçues, un logiciel interne de l’appareil (firmware) malveillant ou un écran trompeur peuvent aussi compromettre ce système. Utilisez un firmware vérifié, des formats compatibles et des contrôles indépendants. Une carte mémoire ne nettoie pas un ordinateur infecté, et un QR n’est pas automatiquement sûr. Une Hardware Wallet reliée par câble peut aussi isoler ses clés. Le mode de connexion ne garantit pas la sécurité. [1] [7] [12]

Pensez aux cambriolages, à la copie discrète des sauvegardes, à la contrainte et à la récupération par les héritiers. Un même incident ne devrait ni révéler assez de clés pour voler, ni détruire assez d’éléments pour rendre la récupération impossible. Un scellé peut signaler une manipulation, sans empêcher une copie. Un portefeuille caché ou servant de leurre ne garantit aucune protection contre la contrainte. Documentez procédure et rôles sans divulguer inutilement les secrets ; le double contrôle d’une entreprise demande une autre organisation que la garde personnelle. [9] [10] [13]

Contrôlez l’état des sauvegardes, la clarté des instructions et la compatibilité sans exposer inutilement le seed. Un test sûr doit retrouver les bons UTXO des paiements reçus et ceux qui renvoient le reliquat au portefeuille (change) et produire une signature valide ; accepter une liste de mots ne suffit pas. Utilisez un appareil fiable. Avant de changer d’appareil ou de règles, testez tout le parcours avec un petit montant. Si vous soupçonnez une fuite, créez de nouvelles clés indépendantes et transférez les fonds en sécurité. Conservez les anciens éléments jusqu’à vérification du nouveau système. [7] [9] [10]

Un script fixe les conditions permettant de dépenser les bitcoins. Une clé publique étendue, ou xpub, permet de dériver d’autres clés publiques dans la branche concernée du portefeuille. Pour en tirer des adresses, il faut aussi connaître le type de script, qui fixe les conditions de dépense. Un xpub ne peut pas signer de paiements. Le coordinateur en ligne est une application détenant les données publiques du portefeuille. Il trouve les UTXO, dérive les adresses et construit une transaction non signée ; l’appareil de signature conserve les clés privées. Un Output Descriptor décrit les scripts et l’origine des clés. Sa somme de contrôle aide à détecter les erreurs de copie. Un descripteur public ou un xpub ne permet normalement pas de dépenser seul, mais peut révéler adresses et soldes. Un coordinateur compromis peut aussi remplacer le destinataire. [4] [8] [15]

PSBT, défini par BIP174, transporte une transaction non signée avec les informations nécessaires à sa signature. Les données sont organisées en tables de valeurs associées à des identifiants : une pour l’ensemble de la transaction et une pour chaque entrée et chaque sortie. Le fichier commence par les octets 0x70 0x73 0x62 0x74 0xff. Le coordinateur prépare les données, l’appareil ajoute la signature ; après combinaison des signatures et finalisation, la transaction peut être diffusée. L’appareil hors ligne n’a donc pas besoin de sa propre base UTXO. BIP370 définit PSBT v2 et BIP371 ajoute les champs Taproot. Vérifiez la compatibilité avant utilisation. [1] [2] [3] [6] [7]

Avant de confirmer, vérifiez sur un écran fiable le destinataire, le montant, les frais ou leur taux, et les sorties qui renvoient le reliquat à votre portefeuille, appelées change. Examinez aussi les entrées affichées et le mode sighash, qui détermine quelles parties de la transaction sont couvertes par la signature. BIP174 exige de vérifier que le change proposé appartient au portefeuille attendu ; l’étiquette fournie par l’ordinateur ne suffit pas. Pour un paiement important, confirmez l’adresse par un autre canal indépendant et authentifié, éventuellement avec une seconde personne. [1] [11] [12]

Dans une configuration m-of-n, il faut m clés parmi n pour signer. Une perte reste surmontable si au moins m clés sont disponibles. Un attaquant, lui, doit obtenir au moins m clés pour dépenser seul. Ne confondez pas ces deux limites. Les seeds peuvent ne pas suffire à reconstruire le portefeuille : sauvegardez le descripteur ou la configuration Bitcoin Secure Multisig Setup (BSMS), avec les xpub, l’ordre des clés, les chemins de dérivation (la succession d’étapes pour calculer chaque clé) et le type de script. Un système plus complexe n’aide que si vous savez le gérer et le restaurer. [4] [5] [8]