[Aide] Mes 85 btc peuvent-ils être récupérés ?

[cost203]

Bonjour à tous,

Je suis le créateur de ce post, j'ai changé de pseudo car je ne trouvais plus mon pass, désolé.

https://bitcointalk.org/index.php?topic=53554.0;wap2



Voila, j'ai pas mal avancé dans l'exploration de mon wallet.dat !

Avec PyWallet, j'ai réussi à explorer le fichier et à aller dans le PoolKey...

L'adresse que je recherche n'est pas dans le PoolKey, mais le numéro des adresses vont de N°17 à 116

Comme vous le voyez, il manque les adresse N°1 à 16...

La question est donc de savoir comment faire pour faire apparaître les adresses 1-16 tout en sachant qu'il y a hypothétiquement mes 85 BTC là dedans...

J'ai un peu fouillé :

-1) il y aurait une méthode de "keypool refill" qui générerait automatiquement des adresse, il il faudrait continuer a en régénéré jusqu'à ce que l'on retombe sur l'adresse recherchée...c'est une méthode de "brut force"...A force d'en créer, on retomberait dessus...

-2) Crypter le wallet.dat avec le logiciel bitcoin remettrait à zéro les adresses, comme à son origine...Seulement que Pywallet, ne supporte pas les nouveau wallet encrypté...

Bref, j'espère que les spécialiste pourront m'aider.

Je donne 20 000 USD en BTC à la personne qui me fait retrouver ces BTC.

La somme sera divisée par le nombre de personnes ayant donné des info pertinentes et significatives.

Merci pour votre aide

[troubhacker]

Ouvrir ton wallet.dat dans autre chose ?

Quelques conseils : évites les pièces jointes et gens trop gentils en ces périodes sensibles...
Le Pywallet est open source, y'a moyen de tout faire soi-même si tu y prends le temps, regarder dans le Python et confectionner tes scripts.
Pour le brute-force, aussi, lance le script le plus tôt...

Y'a moyen que ce soit une petite fortune d'ici que ça marche...

Bon courage,

Bisous

[executter]

wouah 1 million qui dorment bien tranquillement

je crois comprendre que le wallet n'est pas chiffré. dans ce cas, j'ai un vieux bout de code Python qui peux t'aider.
j'ai jamais réussi à m'en sortir avec pywallet, surtout quand la db est corrompue ou d'une mauvaise version. du coup j'avais écris à l'arrache le code suivant qui scanne un wallet au complet et extrait les clés privées, sans s'occuper de la structure ou de la version du wallet. la version d'origine de mon code rebalançait les commandes d'import en rpc sur un nouveau wallet, j'ai désactivé cette partie, tu auras juste les commandes/clé privées qui s'afficheront à l'écran.

pour l'utiliser dans ton cas, tu as juste à modifier le chemin de ton wallet.dat en ligne 15, et à le lancer avec python2.

Code:

#!/usr/bin/env python2
# -*- coding: utf-8 -*-

#from jsonrpc import ServiceProxy, JSONRPCException

import re
import binascii
import hashlib
import struct

def main(args):
#    rpcaddress = 'http://user:password@172.22.10.186:9988'
#    client = ServiceProxy(rpcaddress)
    
    file = open('/home/executter/.bitcoin/wallet.dat', 'rb')
    binary_data = file.read()
    file.close()
    keys = re.findall(b'(?=\x30\x81[\xB4-\xD3]\x02\x01\x01\x04([\x01-\x20])([\x00-\xFF]{32}))', binary_data)
    for key in keys:
        size = int('0x0'+binascii.hexlify(key[0]).decode('utf8'), 16)
        private_key = key[1][:size]
        private_key = str(private_key.rjust(32, '\x00'))
        wif = private_key_to_wif(private_key)
        command = 'importprivkey %s "" false' % wif
        print(command)
#        try:
#            client.importprivkey(wif, "", False)
#        except JSONRPCException as e:
#            print e.error
    return 0

def private_key_to_wif(private_key):
    version = b'\x80'
    checksum = hashlib.sha256(hashlib.sha256(version+private_key+b'\x01').digest()).digest()[:4]
    return base58encode(version+private_key+b'\x01'+checksum)

def base58encode(b):
    """Encode bytes to a base58-encoded string"""

    b58_digits = '123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz'

    # Convert big-endian bytes to integer
    n = int('0x0' + binascii.hexlify(b).decode('utf8'), 16)

    # Divide that integer into bas58
    res = []
    while n > 0:
        n, r = divmod(n, 58)
        res.append(b58_digits[r])
    res = ''.join(res[::-1])

    # Encode leading zeros as base58 zeros
    czero = 0
    pad = 0
    for c in b:
        if c == czero: pad += 1
        else: break
    return b58_digits[0] * pad + res

if __name__ == '__main__':
    import sys
    sys.exit(main(sys.argv))

1NHvzhH6NDNAwJFijURqscguQqBq2sJt6X, merci

[har23]

J'espère vraiment que ce qui t'es arrivé dans le passé est finalement un mal pour un bien, que tu va retrouver tes bitcoins, avec en prime tes BCH et tes BTG !

Je m'y connais rien donc je peu pas t'aider mais bonne chance !!!

On croise les doigts pour toi !

Je pense que aussi tu peu aller à la maison du bitcoin à Paris, peut être qu'ils pourraient t'aider !

[Irokui]

Alors je peux pas t'aider car j'suis complètement novice, mais moi à ta place soit j'irais a la maison du bitcoin effectivement, ou alors je rechercherais un informaticien compétent...très dur a trouver j'imagine...mais si tu propose un salaire indécent ça risque d'en interesser plus d'un nan? genre 15 bitcoins, au moins de ton côté tu recupere tes 60, si biensûr c'est faisable..

J'espere vraiment que tu va pouvoir les recuperer, voir un random devenir riche ça fait toujours plaisir !!

[jackjack]

-2) Crypter le wallet.dat avec le logiciel bitcoin remettrait à zéro les adresses, comme à son origine...Seulement que Pywallet, ne supporte pas les nouveau wallet encrypté...

Oui mais il gère les anciens!
Du coup tu peux télécharger bitcoin-qt 0.8 (ou 0.7? je ne sais pas à quel moment la compatibilité a été cassée) et chiffrer le wallet avec cette version
Si ta méthode fonctionne tu retrouves tes adresses et pywallet pourra le lire

Sinon tu as toujours le même disque dur? Si oui tu peux tester la recherche de clés directement sur le disque dur avec pywallet (options --recovery-xxx)

sudo python2 ../Downloads/pywallet.py --recover --recov_device=C: --recov_outputdir c:\users\aaaa --recov_size 640.1Gio

On pourra regarder si tu veux

Mais tu es sûr que tes adresses ne sont pas dans le wallet? Ce n'est pas plutôt que tes 16 premières adresses ont été utilisées et ne sont plus dans le keypool mais ont été transférées dans la liste des adresses normales car utilisées?
Tu connais une de ces adresses? Tu as essayé un

pywallet xxx --dumpwallet | grep 1adressexxxxx

?

[cost203]

-2) Crypter le wallet.dat avec le logiciel bitcoin remettrait à zéro les adresses, comme à son origine...Seulement que Pywallet, ne supporte pas les nouveau wallet encrypté...

Oui mais il gère les anciens!
Du coup tu peux télécharger bitcoin-qt 0.8 (ou 0.7? je ne sais pas à quel moment la compatibilité a été cassée) et chiffrer le wallet avec cette version
Si ta méthode fonctionne tu retrouves tes adresses et pywallet pourra le lire

Sinon tu as toujours le même disque dur? Si oui tu peux tester la recherche de clés directement sur le disque dur avec pywallet (options --recovery-xxx)

sudo python2 ../Downloads/pywallet.py --recover --recov_device=C: --recov_outputdir c:\users\aaaa --recov_size 640.1Gio

On pourra regarder si tu veux

Mais tu es sûr que tes adresses ne sont pas dans le wallet? Ce n'est pas plutôt que tes 16 premières adresses ont été utilisées et ne sont plus dans le keypool mais ont été transférées dans la liste des adresses normales car utilisées?
Tu connais une de ces adresses? Tu as essayé un

pywallet xxx --dumpwallet | grep 1adressexxxxx

?

Hello,

Merci pour ta réponse...

1)je vais essayer le chiffrage avec un vieux client BTC...

2) je n'ai plus le disque dur... Uniquement le Wallet..dat

3) l'adresse recherchée (une seule est recherchée) n'est pas dans le wallet/keypool, sur et certain ! J'ai aussi fait une manipulation sur le client bitcoin, dans la fenêtre spécifique, et dans la ligne "IsMine", c'etait : NO

4) Je connais l'adresse recherchée, c'est celle mis en évidence dans l'ancien thread : adresse Bitcoin : 12htr1c1RjxAyxGBwkvyF2ZiMtHtUfpiJW   (client bitcoin : version : 0.3.24-beta)

5) J'ai fait un dumpwallet, l'adresse n'y est pas ! C'est là où j'ai vu que les adresse commençait au N°17. Donc c'est à partir de là que je me suis dit que l'adresse recherchée pourrait être entre le N°1 et 16

6) La commande : grep 1adressexxxxx , je ne l'ai jamais réalisé, je ne sais pas ce que cela est... je veux bien ton aide sur ce coup.

7) Après plusieurs tentatives, impossible de mettre la main sur les .exe des version 0.7 et 0.8 , tu aurais un lien ?

Dans l'attente, je te remercie.

PS : envoie moi ton email, si tu veut bien, en MP, je suis limité à 2 MP par jour

[executter]

anciennes versions :
 - https://bitcoin.org/bin/
 - http://luke.dashjr.org/programs/bitcoin/files/bitcoin-qt/

[RazielleDbx]

Coucou !
As-tu toujours, dans tes sauvegardes, ton wallet.dat d'origine (du client 0.3.24-beta) qui n'a pas été chargé dans un qt plus récent ?

[cost203]

Coucou !
As-tu toujours, dans tes sauvegardes, ton wallet.dat d'origine (du client 0.3.24-beta) qui n'a pas été chargé dans un qt plus récent ?

Oui, car je fais des copie des wallets si je dois utiliser...

donc celui que j ai sur USB n  a theoriquement jamais connu d autre version...

[potagefume]

Bonjour Cost203 : as tu tout simplement essayé de désinstaller la version du logiciel Bitcoin que tu as et de réinstaller la version la plus récente ?

Une autre piste assez simple : as tu essayé de jouer la commande bitcoind -rescan ?

Le cas échéant; as tu essayé d'envoyer 0.00005 BTC a une adresse , pour voir si tes bitcoin partent ? Il se peut qu'il s'agisse uniquement d'un bug d'affichage

Cdt

[cost203]

Bonjour Cost203 : as tu tout simplement essayé de désinstaller la version du logiciel Bitcoin que tu as et de réinstaller la version la plus récente ?

Une autre piste assez simple : as tu essayé de jouer la commande bitcoind -rescan ?

Le cas échéant; as tu essayé d'envoyer 0.00005 BTC a une adresse , pour voir si tes bitcoin partent ? Il se peut qu'il s'agisse uniquement d'un bug d'affichage

Cdt

Hello,

Tout a été essayé, pas de bug d'affichage... rescan testé egalement...

Sans effet, ce genre d'astuce, je les ai fait bien avant d'utiliser Pywallet...

Rescan, dumpprivkey, et les autre commande dans la console du clien au été faite....

[goatpig]

Je dis ca juste pour aider, la recompense ne m'interesse pas et j'ai pas le temps de lire l'OP pour voir les details. On m'a envoye un lien pour ce thread, je lis pas le forum FR d'habitude. Ce que je vais dire a peut etre deja etait couvert ailleurs.

En gros pour faire simple, Core a 2 type de wallet:

1) Les originales qui n'utilisent pas de chaines determinees. Dans ce cas la, tu l'a dans le baba, dsl. Les cles de ces wallets sont generees aleatoirement et il n'y a pas moyen de les recrees. Le "brute force" n'est pas une solution. Il n'y a pas assez d'energie sur la planete pour creer une collision sur un champ aussi large que 256 bit.

2) La version courante, qui est reglementaire BIP32. Dans ce cas, les cles privees sont generees de maniere determinee, et tout particulierement en utilisant la derivation "legere" de BIP32 a partir du noeud qui te concerne. Ainsi, simplement avec la chaine de cles publiques et une seule cle privee, tu peux recreer le xpriv du noeud et le restaurer dans n'importe quel programme qui supporte BIP32.

[cost203]

Je dis ca juste pour aider, la recompense ne m'interesse pas et j'ai pas le temps de lire l'OP pour voir les details. On m'a envoye un lien pour ce thread, je lis pas le forum FR d'habitude. Ce que je vais dire a peut etre deja etait couvert ailleurs.

En gros pour faire simple, Core a 2 type de wallet:

1) Les originales qui n'utilisent pas de chaines determinees. Dans ce cas la, tu l'a dans le baba, dsl. Les cles de ces wallets sont generees aleatoirement et il n'y a pas moyen de les recrees. Le "brute force" n'est pas une solution. Il n'y a pas assez d'energie sur la planete pour creer une collision sur un champ aussi large que 256 bit.

2) La version courante, qui est reglementaire BIP32. Dans ce cas, les cles privees sont generees de maniere determinee, et tout particulierement en utilisant la derivation "legere" de BIP32 a partir du noeud qui te concerne. Ainsi, simplement avec la chaine de cles publiques et une seule cle privee, tu peux recreer le xpriv du noeud et le restaurer dans n'importe quel programme qui supporte BIP32.

Hello,

Merci pour ton indication...

Selon toi, je suis dans quel cas ?

[TrAsHeR]

Je dis ca juste pour aider, la recompense ne m'interesse pas et j'ai pas le temps de lire l'OP pour voir les details. On m'a envoye un lien pour ce thread, je lis pas le forum FR d'habitude. Ce que je vais dire a peut etre deja etait couvert ailleurs.

En gros pour faire simple, Core a 2 type de wallet:

1) Les originales qui n'utilisent pas de chaines determinees. Dans ce cas la, tu l'a dans le baba, dsl. Les cles de ces wallets sont generees aleatoirement et il n'y a pas moyen de les recrees. Le "brute force" n'est pas une solution. Il n'y a pas assez d'energie sur la planete pour creer une collision sur un champ aussi large que 256 bit.

2) La version courante, qui est reglementaire BIP32. Dans ce cas, les cles privees sont generees de maniere determinee, et tout particulierement en utilisant la derivation "legere" de BIP32 a partir du noeud qui te concerne. Ainsi, simplement avec la chaine de cles publiques et une seule cle privee, tu peux recreer le xpriv du noeud et le restaurer dans n'importe quel programme qui supporte BIP32.

Hello,

Merci pour ton indication...

Selon toi, je suis dans quel cas ?

répond à mon MP, j'ai la solution

[goatpig]

Demarre Core avec ton wallet, s'il te dit qu'il est "deterministic", c'est bon. Sinon, pas de chance.