@PeterRaeves Ils ont utilisé des acteurs Occidentaux en plus des acteurs Japonais. L était un Japonais bien. Pas un problème, je devine qu'il est Japonais, comme indiqué ci-dessous @hqt La probabilité que vous serez mine d'un bloc dépend uniquement de la difficulté. Fusionné l'exploitation minière n'a pas d'effet sur la difficulté, de sorte que votre cote de l'exploitation minière soit de bloc sont les mêmes que si vous n'étiez pas fusionné l'exploitation minière. Chaque hachage est comme deux billets de loterie au lieu d'un.

Supposons un BIP-32 compatible HD portefeuille est également BIP-39 et BIP-44 conforme.

Nous allons supposons ensuite que lors de la première configuration de votre BIP-39 compatible HD portefeuille condition de l'ensemble des mots utilisés pour reconstituer votre maître de graines: petites céréales fou à venir bouger n'a jamais galaxie projet de dessiner plonger tri identifier embarquer greffier dur wagon intelligent torche cruel revenu épisode tous les débris chiot. En outre, supposons également que le portefeuille a demandé que vous entrez un supplément de BIP-39 en ce qui concerne salé mot de passe qui sera réglé pour je'mAbadASS à des fins de discussion.

Une de 512 bits racine de semences m pourrait être obtenue pour la situation ci-dessus par l'émission d'suivantes bitcoin-explorer (bx) commande:

% echo "petites céréales fou à venir bouger n'a jamais galaxie projet de dessiner plonger tri identifier embarquer greffier dur wagon intelligent torche cruel revenu épisode tous les débris chiot" | bx mnémonique-de-graines -l fr-p "je'mAbadASS" c64364d5a4175ff506620c3b788633063a2b3808579cd0f074503a365d283fc3a0bfb50d98f1293828e868e865054eff94261c206d35138689ce97efef9ada9c

BIP-44 compatible HD les arbres utilisent le m/objectif/coin_type'/ compte'/modifier/address_index convention afin de dériver les clés privées et les associés d'adresses. Supposons ensuite que le porte-monnaie n'a qu'un seul compte 0. Pour le Bitcoin, la coin_type la clé privée de l'arbre ressemblerait m/44'/0'/0'/c/i où c peut être 0 ou 1 et i est un indice utilisé pour synthétiser le i-ème étendue de la clé privée, la i-ème étendu à clé publique ou de l'adresse.

m/44'/0'/0'/1/0 pourrait alors être synthétisés comme suit:

% echo $root_seed | bx hd-nouveau | bx hd-privé -j'ai 44 -d | bx hd-privé -i 0 -d | bx hd-privé -i 0 -d | bx hd-privé -i 1 | ct hd-privé -i 0 xprvA3zHj8cyzFJiKAXiqdLqrdjUvMqdxubrpspdgfxha15uk2j3fuknu2gn6rsyppc3qdhalvlbntkfngqtlylnfjd5fknufbdprobp5tahfba

À partir de la résultante étendue de la clé privée (ext_prv_key) ci-dessus, le correspondant de l'adresse publique et la clé privée peut être trouvé.

% echo $ext_prv_key | bx hd-adresse
1BLQ28VdYxJ4Y89fjpbNP5ihUvy2hMkGgq

Ensuite, de déterminer si les fonds ont été envoyés à l'adresse ci-dessus par l'émission d' % bx fetch-solde 1BLQ28VdYxJ4Y89fjpbNP5ihUvy2hMkGgq sur un ordinateur connecté à Internet, ou les frais bitcoin-serveur plein nœud de serveur disponible pour votre bx sur votre ordinateur privé qui est en mode hors connexion.

Si les fonds sont présents, afin d'obtenir les clés privées de l'importation dans un autre portefeuille d'essayer:

% echo $ext_prv_key | bx hd-wif
L3KsdTwat69cMtLTJE4W2G77SgazLGqhzfvmkyqsuwmc96tr3tj8

Le qrencode commande peut recevoir les canalisations de sortie de texte, immédiatement au-dessus de synthétiser un QR image pour une puce de téléphone cellulaire ou un comprimé à base de portefeuille de facilement importer à partir d'un mode hors connexion clé de la synthèse de l'ordinateur qui conserve un réseau de vide d'air.

% echo $ext_prv_key | bx hd-wif | qrencode -o QRwif.png

Voir le how-to-import-un-hd-porte-monnaie-de-une-extension-privé-clés pour plus d'Électrum des détails spécifiques.