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

[1.0] account management API questions #1113

Closed
connectdotz opened this issue Oct 14, 2017 · 5 comments
Closed

[1.0] account management API questions #1113

connectdotz opened this issue Oct 14, 2017 · 5 comments
Assignees
Labels
2.x 2.0 related issues Enhancement Includes improvements or optimizations Stale Has not received enough activity

Comments

@connectdotz
Copy link

First of all, it is great to see account management API made it to web3, I think it will go a long way to reduce friction for dapp development.

A few questions to make sure I understand the idea behind the design:

  1. Is there any particular reason the current accounts implementation does not support HD wallet (BIP32/BIP39) for account creation?
  2. the current Wallet.save/Wallet.load is hard-coded with localStorage, will it make sense to allow customization?
  3. while there is a clear extension point for provider, it didn't seem to be one for accounts. Most of the wallets out there used provider interface to inject its own accounts. It's a necessary evil before, but now with the modular accounts API, I wonder would it make sense to split extension points and allow accounts to be customized independent of the provider? (better for composition and less monolithic)
@frozeman
Copy link
Contributor

  1. we were planning on doing that, but it is more work. I would be happy for contributions on that side.
  2. load save is only available in the browser, and you can easily encrypt yourself and choose what ever storage you like, the API is not restricting that. Load/save isa convenient function.
  3. Not sure if i understand right, but there is a separate web3-eth-accounts package, if you want it network ID it can't sign, which if not give, will be automatically fetched from the node.

@jellegerbrandy
Copy link
Contributor

Hello @frozeman , I may be interested in working on HD Wallet support.

It could be built on bitcore-lib (for the HD wallet) and bitcore-mnemonic (for the BIP39 seedphrase)

Not sure what your ideas would on how to integrate this stuff. It could either replace the address generation code of the wallet, i.e. to have wallet.create(numberOfAccounts, mnemonic) take an (optional) mnemonic argument that replaces the current entropy argument), or it cold be a new kind of object, or an option for wallet creation.

@netpi
Copy link

netpi commented Jul 4, 2018

@jellegerbrandy @frozeman
This PR can solve this problem #1755

@nivida
Copy link
Contributor

nivida commented Apr 2, 2019

@jellegerbrandy Feel free to submitt a PR with a TransactionSigner object. We could add the possibility to pass a string like hd-wallet instead of an object which will load the HDWallet transaction signer.

@nivida nivida added Enhancement Includes improvements or optimizations and removed support labels Apr 2, 2019
@nivida nivida added the 2.x 2.0 related issues label Jun 20, 2019
@github-actions
Copy link

github-actions bot commented Jul 4, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions

@github-actions github-actions bot added the Stale Has not received enough activity label Jul 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
2.x 2.0 related issues Enhancement Includes improvements or optimizations Stale Has not received enough activity
Projects
None yet
Development

No branches or pull requests

5 participants