6

I read a part of Ledger nano S documentation (including HD Wallet and BIP39/BIP44 derivation path, and BOLOS system, that you can find at https://ledger.readthedocs.io/en/latest/background/introduction.html). I also looked at different sources, either to better understand an error I could have made, or some code I could reuse to make a better script to test the values and find my PKH: https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki#use-cases https://iancoleman.io/bip39/ I did not find better than bruteforcing until now (the security the ledger is offering does force that only solution, which is ok).

  1. In the beginning, I jumped on the first tezbox version that allowed linking with my Ledger Nano S. At some point I deleted the data in the chrome navigator and the wallet at the same time. I have tried since then to get access to my xtz. I know the tz1 PKH and I have my Ledger Nano S.
  2. I brute-forced the path, 44'/1729'/0'/0' modifying incrementally the 2 last value in the Derivation Path, without success.

So my questions are:

  1. Was there a change in previous version of the tezos-client that could affect the creation of new PKH (the derivation tree for HD Wallet), that would disrupt my attempts to brute-force my way using tezos CLI?
  2. Question addressed to tezbox team: did you change something, was there a bug in the first versions published which could affect the derivation of PKH and preventing me to generate my PKH where my funds are locked on the current version of tezbox? Was there a possibility, for example, to modify the PATH, including 44'/1729', corrected afterwards?

I want to make very clear that I don't want to blame anyone else (but me), but merely have information that would be crucial to my investigation to access my xtz tokens again.

Thanks a lot in advance for your answers!

| improve this question | |
  • hi, welcome to tezos stack exchange! please provide link of the docs you are referring to. It will help understand better, thanks! – Ezy♦ Apr 14 '19 at 18:55
  • H, you say you tried to brute force the last 2 parts of the derivation path, but did you try them with the 3 ≠ curves? – Seb Mondet Apr 14 '19 at 19:41
  • Hi Seb, I assumed tezbox and tezos application used by default the ed25519 curve scheme. Do you think it could be otherwise?--because I did not change this setup. I will look into that to check if it can have been changed on the application side. – tndnz Apr 15 '19 at 14:22
  • @Ezy, thank you. BTW I wanted to apologize before for the editing of a post which was not mine, but as a new user I could not answer or comment. It was really more the result of rush to try to get an answer, but not intended to bypass rules or pollute discussions. Sorry for that. – tndnz Apr 15 '19 at 14:25
  • Recently I could not access my Ledger Nano S via TezBox. The path (44'/1729'/0'/0') seems wrong. I could access it using Galleon, which uses a different path: 44'/1729'/0'/0'/0'. Not sure if this is specific to my Ledger or not, but I hope it helps. – palthk_on Apr 18 '19 at 14:33
1

It is most likely that your address is the root path - I recommend trying the import command without the derivation path. tezos-client did change a few months ago: it used to show 6 import command options - the first three were the 3 root paths (1 for each signing cuve) and 3 with a derivation path, i.e. /0'/0'

I suspect you'll find your missing address using tezos-client import secret key ledger_yourstruly "ledger://adjective-animal-adjective-animal/ed25519/"

| improve this answer | |
  • Thanks, but no, I tried already this manually and through my bruteforce small script. But I do take note of the change that you mention. – tndnz Apr 23 '19 at 16:00
  • 1
    Ok, I have one more thing that may help. Unfortunately due to bash, entering the path with/without quotes changes the derived address. We are making adjustments to prevent this, but in the meantime, I recommend trying both. For instance: ./tezos-client import secret key <name> "ledger://<alltheanimalstuff>/secp256k1/0'/0'" results in a different PKH than ./tezos-client import secret key <name> ledger://<alltheanimalstuff>/secp256k1/0'/0' – mikereinhart Apr 24 '19 at 14:12
  • I am going to try agagin my bruteforce script to include this. I will keep you updated if it succeeds. Thanks a lot you for your help. – tndnz Apr 25 '19 at 15:19
  • Let us know how it goes! – mikereinhart Apr 30 '19 at 15:32

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.