Open aguycalled opened 5 years ago
@aguycalled we should add an issue over at NavPay as well, and Next?
We only have 3 wallets to update right?
NEXT uses core? So do we have anything to change on that end?
NEXT uses core, NavPay should see an issue opened too
NEXT uses core, NavPay should see an issue opened too
ACK
I think NavPay is easier as it's just changing the default on creation and the default on import
Then adding a note on import page.
I think NavPay is easier as it's just changing the default on creation and the default on import
Then adding a note on import page.
This statement was WRONG :+1:
i do not see anything on this here: https://github.com/bitcoin/bips/blob/master/bip-0130.mediawiki
so you're talkin about m/44'/130'
and i found this:
https://github.com/navcoin/navcoin-core/blob/498e75f2b915bf5d8fccc10c1080ed68b478fceb/src/wallet/wallet.cpp#L119
so what is it you finally wanna?
you are right, updated issue description
Currently navcoin core shares with bitcoin the derivation path used for the generation of new addresses (m/0'/0'), this should be changed to m/44'/130' while preserving backwards compatibility with old wallets.
it'll be 44'/130'/0'/0'/0'
in 44'/130'/0' all three lose its meanings
EDIT:
you can go with letter stuff
@alexeyneu What do you mean by "letter stuff"
@alexeyneu are you working on this? If so I can assign this issue to you.
may be i'll do it , may be not
the bad is that you'd to add mnemonic early . And now all this deriv path stuff goes straight to user coz no one knows what he'd used to export it.
say in mew during import you choose path used , but before that you did it on export . So how i see it is to add option to importmnemonic
like -before17 .
on the other hand it's new stuff so is not being used by many.
Currently navcoin core shares with bitcoin the derivation path used for the generation of new addresses (m/0'/0'), this should be changed to m/44'/130' while preserving backwards compatibility with old wallets.