Cold Storage et stockage du Wallet.dat ... à vie ?!?

[KabaaL]

Bitcoin Core + wallet.dat + séparation = pleins pleins pleins de wallet.dat indépendants + 20 supports de stockages différents = Cold Storage.

En même temps, c'est mes économies d'une vie, faut donc être un peu sérieux (PC séparé et spécialisé pour le Bitcoin Core + sauvegardes paranoïaques -copie d'une copie d'une copie- ).

https://bitcointalk.org/index.php?topic=763970.msg8608715#msg8608715

Bonjour
c'est votre méthode a vous de vous protegez niveau wallet sur vote pc c'est bien ca ?

merci.

[1715239169]

1715239169

[1715239169]

1715239169

[1715239169]

1715239169

[Meuh6879]

Il va falloir faire une meilleure tournure de phrase ...

[chagry]

.du coup celui ci fait bien l'affaire mais commen fonctionne t'il ?..je veux dire ou sont stocké les donné ? en ligne ou est il possible de le télécharger hors ligne ?

Les donné son stocké nul par. Tout est basé sur la cryptographie, donc rien n'est stocké.

Ce que tu peux télécharger son les scripts que tu peux exécuter sur ton ordi. tu peux déjà lire ça https://bitcointalk.org/index.php?topic=1235511.0

.car l'inconveniant est si le site disparait ou si quelqu'un trouve votre passphrase ou même si un vent solaire détruit toutes les infrastructure électronique comme dans ta théorie du chao.

que ce soit https://www.bitaddress.org ou https://mircoin.com utilise la lib bitcoinjs, donc meme si les sites sont hébergés sur un serveur, tout le contenue est exécuté en javascript côté client. Mais tu peux les télécharger est executer hors ligne, ce qu'on appel le cold storage.

[ZenFr]

Au sujet des seeds, passphrases et autres dénominations, merci de me corriger si je me trompe :

Le protocole bitcoin inclu clés privées, clés publiques, transactions (et d'autres amusements qui ne sont pas le sujet ici).
Ce protocole me garanti que quelle que soit la durée depuis laquelle mes btc n'ont pas bougés (je parle de plusieurs décennies, en partant du principe que ce qui fonctionnera pour plusieurs décennies fonctionnera pour tous les délais plus courts), je serais toujours capable de récupérer les fonds assignés à une adresse (clé publique) grâce à la clé privée correspondant à cette clé publique et un accès à la blockchain : je fais un inputprivkey et le wallet va scanner la blockchain de la première transaction de l'histoire du bitcoin jusqu'à la dernière. Au final, le solde de toutes ces transactions correspondra bien au total de mes btc. Tant que la blockchain existera, j'ai la garantie que je pourrais accéder à mes btc. Le jour où la blockchain n'existera plus n'est pas vraiment problème sur le plan de l'accès à mes btc car, ce jour là, plus aucun btc ne sera accessible et Bitcoin sera mort.

Tout ce qui est seed, passphrase  et autres dénomination est hors protocole Bitcoin : c'est dépendant d'un autre logiciel. Se pose le problème de la perénité de cet autre logiciel dans un monde où un soft élimine l'autre bien trop vite pour l'usage à l'échelle d'une vie. Comme mentionné par l'un d'entre vous, il y a la possibilité de télécharger le logiciel et de le faire tourner en local. Mais là, la garantie n'est pas satisfaisante : qui peux garantir que lhtml 5 ou 6 sera encore lisible par le grand public dans 30 ans, quid du Java, où même simplement des systèmes d'exploitation qui apporteront leurs incompatibilités (même Linux : il n'est pas du tout aisé de faire tourner aujourd'hui un Linux 1.0 sur du matériel d'aujourd'hui, un Windows 386 ou meme 95 ou encore 98, c'est carrément impossible).

Donc, je suis d'accord pour dire que les systèmes à passphrases sont d'une ergonomie bien plus pratique que les autres systèmes, mais ils ne sont absolument pas adaptés pour du stockage long terme : passé 2 ans, il y aura intérêt à vérifier que toute la chaîne logicielle et matérielle est encore opérationnelle et si ce n'est pas le cas, trouver une solution de mise à jour.

Qu'en est-il des Ledger sur ce plan ? Celui de l'obsolescence ? Est-on tributaire d'un logiciel en dehors du protocole bitcoin ? Si oui, je ne vois pas comment cela pourrait être une solution pérenne.

[Meuh6879]

C'est pour ça que je suis retourné au stockage sur wallet.dat et avec Bitcoin Core.

Car je voulais le faire sur téléphone portable (avec fichier de sauvegarde) ... mais après 6 mois, ils commençaient à tout convertir, les fous.

C'est aussi pour ça que pour le moment, je désactive le HDWallet de Bitcoin Core.
Car on peut pas encore le restaurer avec un DUMP ... qui sort quelque chose.

Ma sauvegarde wallet.dat fait maintenant 72Mo.
Et je vérifie, à chaque création d'un wallet, qu'un ancien ... est toujours lu par le nouveau Bitcoin Core.
Aucun problème.

---

La plateforme qui fera tourner Bitcoin Core ne posera pas de problème.
On fait tourner du Windows 10 - 64 bits sur tablette de 500 grammes aujourd'hui (Intel Atom).

[ZenFr]

Merci Meuh : je déduis de ta réponse que ce que je n'ai pas fait d'erreur dans mon précédent post, c'est déjà ca, car effectivement, je trouve le sujet bien plus ardu qu'il devrait être :-).

C'est pour ça que je suis retourné au stockage sur wallet.dat et avec Bitcoin Core.

Car je voulais le faire sur téléphone portable (avec fichier de sauvegarde) ... mais après 6 mois, ils commençaient à tout convertir, les fous.

Convertir quoi ? Le lengage de programmation du soft ?

C'est aussi pour ça que pour le moment, je désactive le HDWallet de Bitcoin Core.
Car on peut pas encore le restaurer avec un DUMP ... qui sort quelque chose.

la commande dumpprivkey ne fonctionne pas sur un HDWallet ?
Ca sort rien ou pire, ca sort quelque chose d'erroné ?

Et je vérifie, à chaque création d'un wallet, qu'un ancien ... est toujours lu par le nouveau Bitcoin Core.
Aucun problème.

Là, tu fais allusion à la limite des 100 adresses crées pour un wallet dans Bitcoin core ?
Si j'ai bien compris :
Passé cette limite des 100 adresses crées, le wallet fonctionne toujours, mais il te renvoie ta monnaie (sachant qu'il expédie à chaque fois tout le solde du wallet, cette monnaie c'est le solde du wallet moins ta dépense) sur une 101émé adresse qui elle est inconnue de toutes tes sauvegardes précédentes : tu te crois protégé et en fait tu peux tout perdre si tu ne fait pas une nouvelle sauvegarde tout de suite après cette 101ème adresse.

[Meuh6879]

Convertir quoi ? Le lengage de programmation du soft ?

le format complet du fichier de sauvegarde ... incompatible avec la nouvelle version (passage clé privée vers HD wallet).

ils ont fait d'autres erreurs maitresses qu'il est impensable de faire à ce niveau de responsabilité (utilisation d'une structure de nom de fichier obligatoire sinon fichier illisible).

mais je ne leur en veut pas, ils développent et ont découvert un peu plus tard ce que c'est que des utilisateurs qui viennent par paquet indiquer que leur fichier de sauvegarde ne s'ouvre plus ... sur la nouvelle version du soft (après disons 6 mois).

j'aime bien la clé privée en claire (bitaddress) ... mais je ne peux pas me permettre cela.
il me faut un mot de passe avant d’accéder aux fonds.

[Meuh6879]

la commande dumpprivkey ne fonctionne pas sur un HDWallet ?

Non.

[Meuh6879]

Là, tu fais allusion à la limite des 100 adresses crées pour un wallet dans Bitcoin core ?

Non, j'ai une adresse par wallet.
Je parle de la version du wallet (version du bitcoin core qui l'a créé, le fichier).

Elle apparaît quand tu charge le wallet dans Bitcoin Core.
dernière ligne ici.

Code:

2016-10-17 16:31:16 Using wallet wallet.dat
2016-10-17 16:31:16 init message: Vérification du portefeuille...
2016-10-17 16:31:16 CDBEnv::Open: LogDir=
2016-10-17 16:31:16 Bound to
2016-10-17 16:31:16 Bound to
2016-10-17 16:31:16 Cache configuration:
2016-10-17 16:31:16 * Using 2.0MiB for block index database
2016-10-17 16:31:16 * Using 8.0MiB for chain state database
2016-10-17 16:31:16 * Using 290.0MiB for in-memory UTXO set
2016-10-17 16:31:16 init message: Chargement de l'index des blocs...
2016-10-17 16:31:16 Opening LevelDB in 
2016-10-17 16:31:16 Opened LevelDB successfully
2016-10-17 16:31:16 Using obfuscation key for 
2016-10-17 16:31:16 Opening LevelDB in 
2016-10-17 16:31:16 Opened LevelDB successfully
2016-10-17 16:31:16 Using obfuscation key for 
2016-10-17 16:31:23 LoadBlockIndexDB: last block file = 652
2016-10-17 16:31:23 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=150, size=129906566, heights=434568...434717, time=2016-10-16...2016-10-17)
2016-10-17 16:31:23 Checking all blk files are present...
2016-10-17 16:31:24 LoadBlockIndexDB: transaction index disabled
2016-10-17 16:31:24 LoadBlockIndexDB: hashBestChain=000000000000000003014e916d40cefc8d7a31ee102fa77e719effb7eff2be2c height=434717 date=2016-10-17 16:26:08 progress=0.999998
2016-10-17 16:31:24 init message: Rebobinage des blocs...
2016-10-17 16:31:26 init message: Vérifications des blocs...
2016-10-17 16:31:26 Verifying last 288 blocks at level 3
2016-10-17 16:31:26 [0%]...[10%]...[20%]...[30%]...[40%]...[50%]...[60%]...[70%]...[80%]...[90%]...[DONE].
2016-10-17 16:32:39 No coin database inconsistencies in last 81 blocks (143782 transactions)
2016-10-17 16:32:39  block index           83150ms
2016-10-17 16:32:39 init message: Chargement du porte-monnaie...
2016-10-17 16:32:40 nFileVersion = 130000                    <--------------------------------------------------------

[Meuh6879]

J'ai relu mon premier message ... dire que la blockchain locale faisait 25Go en 2014 et 95Go en 2016.  C'est impressionnant et peu problématique car le stockage a aussi évolué depuis (SSD à gros potentiel).

[ZenFr]

Merci pour tes précisions.
Même si je progresse sur le sujet, je ne suis toujours pas complètement à l'aise... et ce n'est pas trop pour me rassurer.

[ZenFr]

Non, j'ai une adresse par wallet.

Je rebondi avec retard : tu as donc 1 fichier wallet.dat de 72 MO par wallet (et 1 adresse par wallet) ?

Si je me souviens bien, tu as de nombreux walet pour ne pas avoir tout tes bitcoins dans le même wallet (précaution sécuritaire, sans même compter que quand, comme nous, on mise sur une large appréciation du Bitcoin dans les années à venir, un wallet êmme avec peu de btc aujourd'hui pourrait s’avérer correspondre à une forte somme dans quelques années).

Donc au final, tu dois gérer de nombreux fichiers wallet.dat ?

Et ta vérification "Et je vérifie, à chaque création d'un wallet, qu'un ancien ... est toujours lu par le nouveau Bitcoin Core.", c'est plus une vérification que la version en cours de Bitcoin.core est compatible avec les sauvegardes wallet.dat de tes portefeuilles déjà créés que à la création de ton nouveau wallet ? Comme tu épargne régulièrement en BTC, tu créé régulièrement des wallets, donc cela te donne régulièrement l’occasion de vérifier que la version en cours de Bitcoin.core est compatible avec tes précédents wallets ?

[Meuh6879]

J'ai de nombreux wallet.dat qui contiennent, chacun, une seule adresse.
Et ... aucun n'est lié aux autres.

Chaque fichier est imbriqué 6 fois de 3 manières différentes dans la sauvegarde (principe de l'étalement de cluster sur le support de sauvegarde).

Au fur et à mesure du temps, le paquet complet commence à peser.

---

Exact pour la vérification régulière car si ça ne fonctionne pas, je peux revenir rapidement à l'ancienne version de Bitcoin Core et faire une opération pour envoyer les fonds sur un nouveau wallet.dat récemment créé pour l'occasion avec le nouveau Bitcoin Core.

Mais ça n'a pas été encore le cas.

De plus, tant que je peux faire un DUMP ... ça n'est pas un problème.

C'est pour ça que j'ai vu le HD Wallet arrivé d'un mauvais oeil quand le changelog de Bitcoin Core mentionnait qu'on ne pouvait pas encore faire un DUMP pour récupérer les 12 mots (exemple) qui composent la SEED (et recréer ensuite, le porte-monnaie).

[cheche974]

Dans quel cas est ce que l'on sauvegarde avec un phrase de récupération et dans quel cas il faut sauvegarder tous les fichiers ?

[Meuh6879]

Reformule ta phrase, je n'ai pas compris.

[galaxiekyl]

Au sujet des seeds, passphrases et autres dénominations, merci de me corriger si je me trompe :

Le protocole bitcoin inclu clés privées, clés publiques, transactions (et d'autres amusements qui ne sont pas le sujet ici).
Ce protocole me garanti que quelle que soit la durée depuis laquelle mes btc n'ont pas bougés (je parle de plusieurs décennies, en partant du principe que ce qui fonctionnera pour plusieurs décennies fonctionnera pour tous les délais plus courts), je serais toujours capable de récupérer les fonds assignés à une adresse (clé publique) grâce à la clé privée correspondant à cette clé publique et un accès à la blockchain : je fais un inputprivkey et le wallet va scanner la blockchain de la première transaction de l'histoire du bitcoin jusqu'à la dernière. Au final, le solde de toutes ces transactions correspondra bien au total de mes btc. Tant que la blockchain existera, j'ai la garantie que je pourrais accéder à mes btc. Le jour où la blockchain n'existera plus n'est pas vraiment problème sur le plan de l'accès à mes btc car, ce jour là, plus aucun btc ne sera accessible et Bitcoin sera mort.

Tout ce qui est seed, passphrase  et autres dénomination est hors protocole Bitcoin : c'est dépendant d'un autre logiciel. Se pose le problème de la perénité de cet autre logiciel dans un monde où un soft élimine l'autre bien trop vite pour l'usage à l'échelle d'une vie. Comme mentionné par l'un d'entre vous, il y a la possibilité de télécharger le logiciel et de le faire tourner en local. Mais là, la garantie n'est pas satisfaisante : qui peux garantir que lhtml 5 ou 6 sera encore lisible par le grand public dans 30 ans, quid du Java, où même simplement des systèmes d'exploitation qui apporteront leurs incompatibilités (même Linux : il n'est pas du tout aisé de faire tourner aujourd'hui un Linux 1.0 sur du matériel d'aujourd'hui, un Windows 386 ou meme 95 ou encore 98, c'est carrément impossible).

Donc, je suis d'accord pour dire que les systèmes à passphrases sont d'une ergonomie bien plus pratique que les autres systèmes, mais ils ne sont absolument pas adaptés pour du stockage long terme : passé 2 ans, il y aura intérêt à vérifier que toute la chaîne logicielle et matérielle est encore opérationnelle et si ce n'est pas le cas, trouver une solution de mise à jour.

Qu'en est-il des Ledger sur ce plan ? Celui de l'obsolescence ? Est-on tributaire d'un logiciel en dehors du protocole bitcoin ? Si oui, je ne vois pas comment cela pourrait être une solution pérenne.

ne 'men parle pas..vista n'est bientôt plus supporter par chrome et firefox n'ont plus..en clair vista aux chiotte..MS a même désactiver ma license pour me faire up..si j'upgrade pas je suis cyber owned..ça me dégoute mais bon pas le choix pour cela q'un open source comme linux doit devenir la norme et être rétro compatible indéfiniment.
 
tu peux aussi garder ton vieux matos (hard ware) avec une copie de ton soft..sinon dans 50 ans une vm fera surement le job je pense.

[JUmpy14]

Au sujet des seeds, passphrases et autres dénominations, merci de me corriger si je me trompe :

Le protocole bitcoin inclu clés privées, clés publiques, transactions (et d'autres amusements qui ne sont pas le sujet ici).
Ce protocole me garanti que quelle que soit la durée depuis laquelle mes btc n'ont pas bougés (je parle de plusieurs décennies, en partant du principe que ce qui fonctionnera pour plusieurs décennies fonctionnera pour tous les délais plus courts), je serais toujours capable de récupérer les fonds assignés à une adresse (clé publique) grâce à la clé privée correspondant à cette clé publique et un accès à la blockchain : je fais un inputprivkey et le wallet va scanner la blockchain de la première transaction de l'histoire du bitcoin jusqu'à la dernière. Au final, le solde de toutes ces transactions correspondra bien au total de mes btc. Tant que la blockchain existera, j'ai la garantie que je pourrais accéder à mes btc. Le jour où la blockchain n'existera plus n'est pas vraiment problème sur le plan de l'accès à mes btc car, ce jour là, plus aucun btc ne sera accessible et Bitcoin sera mort.

Tout ce qui est seed, passphrase  et autres dénomination est hors protocole Bitcoin : c'est dépendant d'un autre logiciel. Se pose le problème de la perénité de cet autre logiciel dans un monde où un soft élimine l'autre bien trop vite pour l'usage à l'échelle d'une vie. Comme mentionné par l'un d'entre vous, il y a la possibilité de télécharger le logiciel et de le faire tourner en local. Mais là, la garantie n'est pas satisfaisante : qui peux garantir que lhtml 5 ou 6 sera encore lisible par le grand public dans 30 ans, quid du Java, où même simplement des systèmes d'exploitation qui apporteront leurs incompatibilités (même Linux : il n'est pas du tout aisé de faire tourner aujourd'hui un Linux 1.0 sur du matériel d'aujourd'hui, un Windows 386 ou meme 95 ou encore 98, c'est carrément impossible).

Donc, je suis d'accord pour dire que les systèmes à passphrases sont d'une ergonomie bien plus pratique que les autres systèmes, mais ils ne sont absolument pas adaptés pour du stockage long terme : passé 2 ans, il y aura intérêt à vérifier que toute la chaîne logicielle et matérielle est encore opérationnelle et si ce n'est pas le cas, trouver une solution de mise à jour.

Qu'en est-il des Ledger sur ce plan ? Celui de l'obsolescence ? Est-on tributaire d'un logiciel en dehors du protocole bitcoin ? Si oui, je ne vois pas comment cela pourrait être une solution pérenne.

ne 'men parle pas..vista n'est bientôt plus supporter par chrome et firefox n'ont plus..en clair vista aux chiotte..MS a même désactiver ma license pour me faire up..si j'upgrade pas je suis cyber owned..ça me dégoute mais bon pas le choix pour cela q'un open source comme linux doit devenir la norme et être rétro compatible indéfiniment.
 
tu peux aussi garder ton vieux matos (hard ware) avec une copie de ton soft..sinon dans 50 ans une vm fera surement le job je pense.

il ce passe quoi si il est decidé de changer le format des clés privées ? mon ancienne clé ne serait plus reconnu par les nouveaux wallets
Il ce passe quoi si on change de chaine ? exemple Noblecoin il faut recuperer ses coins sur un POW wallet , faire une manip et reinjecter dans un POS wallet

vos avis m'interessent (<--noob inside)

[Meuh6879]

il ce passe quoi si il est decidé de changer le format des clés privées ?

OKay, donc, refléchi à ce que tu viens de dire : une réseau P2P qui n'a jamais été arrêté ou réussi à être hacké (les premiers millions de satoshi) ... qui pèse aujourd'hui 43 milliards d'USD en valeur.

Et donc, toi, tu arrives comme une fleur avec l'idée de changer le format des clés privées ... qui sont introduite par le logiciel "de base" qui fait tourner le réseau actuel : Bitcoin Core.

Ma réponse sera :











C'est comme si demain, tu disais qu'il faudrait qu'on remplace le signe @ dans les emails.

[Meuh6879]

Néanmoins, ta remarque est légitime car Multibit (basé sur bitcoinj) et Android Bitcoin Wallet (Schildbach) ... ont déjà eu un passage historique où les sauvegardes ne fonctionnaient pas lorsqu'on essayait de restaurer un wallet.

Le concepteur, entre 2 portes, a simplement indiqué que le programme ne réagissait qu'à une seule forme de "nommage" de fichier (à savoir le nom du programme suivi d'une date ISO).

si tu renommait le fichier en wallet-noel, le programme ne l'acceptait pas et tu pensais que tu avais tout perdu.

Ce sujet (où l'on est) est donc une conclusion à cette expérience/point de détail : peut-on faire confiance à un logiciel pour stocker une information à vie ?

Oui : si c'est le logiciel officiel qui fait tourner le système en question.

C'est pour ça qu'une ALT qui n'a pas un équivalent Bitcoin Core, c'est du tampon pour traders ... tout simplement (aucune vie, wallet virtuel uniquement).

---

Et de manière paranoïaque, je prends toujours un vieux COLD STORAGE pour le tester sur les nouvelles versions de Bitcoin Core ... histoire de voir s'ils ont pas fait quelques bétises.

ça arrive (dans les version RC, mais bon, c'est rare hein) mais jamais sur une version finale.

[Meuh6879]

En cas d'EMP, je n'ai plus besoin des BTC.
J'ai besoin d'un fusil et de graines.

Serie : Jericho
https://fr.wikipedia.org/wiki/Jericho_(s%C3%A9rie_t%C3%A9l%C3%A9vis%C3%A9e)


---

Donc, les sauvegardes informatiques ... c'est surtout une question de les faire.
D'abord.

Combien de débutants viennent sur le forum pour raler qu'ils n'ont même pas inscrit leur 12 mots quelque part ?

Et donc, une sauvegarde d'un fichier ... c'est encore plus dur apparamment.
Alors qu'ils téléchargent des Giga de données par jour pour ... du contenu protégé avec NAS de 4To pour les regarder sur une TV.  

Les humains sont bizarre.
En revanche, un développeur a une excellente mémoire ... et encore plus avec des outils comme github et sourceforge.

Un standard informatique implanté depuis 2009 au niveau d'une base de sauvegarde ne disparaît pas "comme ça".
Tu auras toujours un développeur qui pondera un pont entre le vieux et le nouveau format ... surtout si le logiciel est gratuit ET opensource.