Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request]Export WIF private keys from addresses #1445

Open
jonjonez opened this issue Jun 25, 2024 · 4 comments
Open

[Feature Request]Export WIF private keys from addresses #1445

jonjonez opened this issue Jun 25, 2024 · 4 comments

Comments

@jonjonez
Copy link

I haven't found this possibility within the Sparrow app, is it within the roadmap in implementing it?

I know that only the BIP39 seed has access to all the data necessary to create and restore the wallet, however, at some point the user will need to have access to a single key from a public address, and if he wants to do this, he you will have to jump from app to app to get where you want, like having to enter iancoleman html.

It would be easier, more practical and safer if you had it all in one app.

@pycan-jouza
Copy link

Just asked the same thing on reddit today!

@craigraw
Copy link
Collaborator

I know that only the BIP39 seed has access to all the data necessary to create and restore the wallet, however, at some point the user will need to have access to a single key from a public address

It's not clear to me what the use case for this requirement is.

Exposing private keys in any fashion introduces another attack vector for scammers to exploit. A lot of user education has gone into explaining that BIP39 seed words should not be shared - much less so for formats like WIF, which are difficult to identify for the average user.

In addition, the use of HD wallets has replaced the use of single key wallets, which commonly lead to address reuse. The WIF format is part of this legacy wallet approach, and adding this functionality would serve to encourage use of the old approach we are trying to leave behind.

For both of these arguments to be overcome, strong substantiation would be needed.

@pycan-jouza
Copy link

I'm learning to build a raw transaction and having the ability to export a private key of a single address would be helpful. Other than that I completely agree with your reasoning - it doesn't make sense for a regular user.

@craigraw
Copy link
Collaborator

I appreciate this use case, but I think I must unfortunately err on the side of security with this tradeoff.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants