Concernant l'exploitation de ColdCard... D'après ce que je comprends, le bug est bien compris. La correction est ciblée et inclut des mécanismes à la compilation pour empêcher toute récurrence, le code est ouvert à l'audit de la communauté, et le processus de divulgation et de correctif en urgence a été relativement transparent. D'autres appareils ont connu leurs propres problèmes sérieux (voies d'extraction physique, préoccupations liées à la chaîne d'approvisionnement, éléments à code fermé, controverses passées sur la récupération, etc.). Aucun HWW d'un seul fournisseur n'est à l'abri des défaillances de processus ou d'implémentation. Générer votre propre entropie avec des dés et utiliser une signature multisig réduit la dépendance à la voie RNG d'un seul fabricant. Le problème était une erreur subtile mais finalement simple dans la compilation ou la configuration, qui a eu des conséquences catastrophiques car elle a touché la fondation d'entropie et a persisté pendant des années avant d'être détectée. La mise à jour restaure correctement l'utilisation appropriée du RNG matériel pour les nouvelles clés. L'entropie du Coldcard Q après le correctif *devrait* être équivalente à celle des autres portefeuilles matériels fiables. Ledger n'est pas catégoriquement supérieur ; l'impact durable plus important est l'érosion de la confiance dans les processus d'audit antérieurs de Coinkite. Le rejet définitif est une réaction émotionnelle mais compréhensible pour certains ; une approche plus rationnelle et équilibrée pour la plupart consiste à traiter tout appareil unique comme non fiable pour la garde exclusive de montants importants, vérifier le firmware corrigé (ou utiliser des dés), et privilégier la signature multisig.