
Le développeur Bitcoin allemand René Pickhardt a déclaré le 6 août que les craintes concernant la sécurité de l'auto-garde et la gestion des clés l'avaient empêché d'accumuler davantage de Bitcoin, malgré sa conviction que l'actif avait un potentiel de hausse.
Dans une publication, Pickhardt a écrit que « la sécurité et la gestion des clés m'ont toujours fait paniquer », présentant sa décision comme un choix de gestion des risques plutôt que comme une critique de Bitcoin.
Ses remarques ont fait suite à l'incident du portefeuille matériel Coldcard, qui a relancé l'examen minutieux de la manière dont les outils d'auto-garde génèrent les clés privées. Des recherches en sécurité ont lié un micrologiciel Coldcard vulnérable à une génération de seed prévisible, tandis que l'analyse on-chain citée par Galaxy Research a estimé qu'environ 1 755 BTC avaient été volés au cours de plusieurs vagues d'attaques. Le total des pertes reste sous enquête.
Le problème de Coldcard concernait le caractère aléatoire utilisé lors de la génération des seeds de portefeuille, et non une défaillance du protocole Bitcoin. Les chercheurs en sécurité Bitcoin de Block ont découvert que certaines configurations de micrologiciel pouvaient contourner l'aléatoire matériel et recourir à une entropie logicielle plus faible. Cela a réduit l'imprévisibilité de certaines phrases de récupération et a potentiellement permis aux attaquants de reconstruire des clés privées sans posséder physiquement l'appareil.
Coinkite a reconnu le problème du micrologiciel et a publié un logiciel corrigé. Cependant, la société a averti que l'installation d'un nouveau micrologiciel ne répare pas une seed créée dans des conditions vulnérables. Les utilisateurs ayant des seeds affectées doivent en générer une nouvelle de manière sécurisée et déplacer les fonds on-chain. Des rapports citant Galaxy Research ont estimé une vague de vol du 30 juillet à plus de 1 000 BTC, les attaques ultérieures augmentant les pertes estimées.
Cet épisode illustre la distinction expliquée dans notre guide sur l'auto-garde : le contrôle des clés privées élimine le risque de contrepartie lié aux exchanges, mais transfère la responsabilité de la génération, de la sauvegarde et de la récupération des clés au propriétaire. Les portefeuilles matériels réduisent les surfaces d'attaque en ligne, mais dépendent du micrologiciel, de la conception matérielle et d'un caractère aléatoire sécurisé.
Pickhardt a beaucoup travaillé sur le routage et la fiabilité des paiements du Lightning Network, et Bitcoin Optech l'identifie comme un développeur et chercheur Lightning chez OpenSats. Son article de 2026 comprend un cadre mathématique pour les réseaux de canaux de paiement axés sur la liquidité et le débit hors chaîne.
Dans ce contexte, son aveu a attiré l'attention car sa familiarité technique n'a pas éliminé ses préoccupations en matière de garde. Pickhardt a déclaré que même les clés privées correctement générées font face à des risques liés au stockage, aux erreurs d'implémentation et aux avancées futures de l'informatique. Ces préoccupations ne signifient pas que l'auto-garde correctement mise en œuvre est intrinsèquement dangereuse ; elles décrivent la charge opérationnelle que les détenteurs individuels acceptent.
Adam Back, PDG de Blockstream, a répondu que « avec un grand pouvoir de monnaie au porteur vient une grande responsabilité de ne pas perdre ses clés ». La réponse illustre le compromis : Bitcoin permet aux détenteurs de contrôler leurs actifs sans banque, mais aucune institution centrale ne peut réinitialiser une clé privée perdue ou annuler une transaction valide non autorisée.
De récents incidents de sécurité de portefeuilles donnent un contexte à ce débat. Cinco Días, citant Galaxy Research, a rapporté qu'environ 1 755 BTC avaient été volés à environ 5 000 portefeuilles à travers plusieurs vagues d'attaques. Les estimations antérieures de Galaxy étaient plus faibles, et Coinkite a déclaré que l'attribution complète et l'étendue du problème restaient non résolues, de sorte que ce chiffre devrait être considéré comme une estimation on-chain évolutive plutôt qu'une perte finale confirmée.
Cette défaillance ne signifie pas non plus que chaque portefeuille matériel est confronté à la même faille. Block a déclaré que ses produits n'étaient pas affectés, tandis que d'autres fabricants ont expliqué séparément leurs conceptions de génération d'entropie. La vulnérabilité suivait les phrases de récupération affectées même si les utilisateurs les importaient dans un autre portefeuille, ce qui signifie que changer de matériel sans créer de nouvelles clés n'aurait pas éliminé l'exposition sous-jacente.
Notre guide de sécurité des phrases de récupération explique pourquoi la phrase de récupération est en fait la clé maîtresse d'un portefeuille. Si la génération est faible, le stockage hors ligne ne peut pas restaurer l'entropie manquante par la suite. Le cas Coldcard déplace donc l'attention de la simple dissimulation d'une seed vers la vérification de la sécurité de sa création.
L'enquête de Coinkite, le traçage blockchain et toute conclusion des forces de l'ordre détermineront l'ampleur finale des pertes Coldcard. Les utilisateurs qui ont créé des seeds sur un micrologiciel affecté devraient suivre les directives de remédiation du fabricant plutôt que de supposer qu'une mise à jour du micrologiciel seule corrige un portefeuille existant.
Pour le marché Bitcoin plus large, les commentaires de Pickhardt sont anecdotiques et n'établissent pas que les craintes concernant l'auto-garde freinent l'adoption. Néanmoins, cet épisode montre pourquoi l'utilisabilité et la sécurité restent liées. À mesure que les portefeuilles matériels deviennent plus faciles à acheter, les fabricants sont sous pression pour rendre la gestion des clés à la fois vérifiable et compréhensible.
La décision de Pickhardt montre que la conviction dans la thèse monétaire de Bitcoin ne se traduit pas automatiquement par un confort avec la sécurité des actifs au porteur. L'auto-garde supprime une catégorie de risque intermédiaire tout en créant un autre ensemble de responsabilités. L'échec de Coldcard a rendu ce compromis plus difficile à ignorer, en particulier pour les détenteurs qui décident si la propriété directe l'emporte sur la charge opérationnelle de sécuriser eux-mêmes les clés.





