En passant, si la réponse à cette question est simplement de "tous les le café est amer à un certain degré: entièrement non-café amer n'existe pas" alors que c'est bien. Mais s'il vous plaît ne pas chercher à fermer ma question, car il n'a pas été compris ce que je demande - merci :) @Dragon Qui était l'explication en anglais. Je suis à la recherche de l'explication dans l'original Japonais. Je pense plutôt l'accent sur orochimaru,il peut même être Nidaime qui est visée ici.......c'est juste mon avis, si Merci d'éditer votre post pour utiliser un titre plus descriptif. Je veux dire, vous êtes *techniquement* correct, mais la réponse qui précède le vôtre couvre le même terrain avec beaucoup plus de détails. Voulez-vous dire par "les Transactions par seconde"? Oui. Cela pourrait se produire si, par exemple, un de vos nœuds n'était pas de recevoir des blocs, seulement de les envoyer.

Quand j'ai créé un multi-sig voûte sur Coinbase, j'ai obtenu:

  1. Un maître de la clé publique dans BIP32 format étendu, d'une profondeur de 0, parent d'empreintes digitales 00000000 et de l'enfant de l'indice 0.
  2. Une clé privée dans le WIF format ("utilisateur " graine"), dont je ne sais pas si elle a été durcies, dérivés à partir d'une clé publique, ni de la profondeur ou de l'index.

Je suis en train de prouver la propriété d'une adresse dérivé du maître de la clé publique à l'indice 14. Donc, en utilisant bip32.org j'ai été en mesure de dériver la clé publique dans BIP32 format étendu à l'indice m/14, qui correspond exactement à l'adresse pour laquelle j'ai besoin de prouver la propriété.

Mon objectif maintenant est donc de dériver la clé privée dont l'adresse est la même que l'adresse de la dérivée de la clé publique à l'indice m/14, sur la base des informations que j'ai. Si possible avec pybitcointools.

J'ai essayé de poser une question plus générale ici, mais c'était une bonne affaire de XY problème (j'ai demandé à ma tentative de solution plutôt que le réel problème).