You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think for new users with a multiwallet Bob, just onboarding by getting a passphrase and encrypting primary is a good strategy. But for users who want to upgrade existing Bob wallets or import a phrase (from the airdrop for example) this will result in an unused primary wallet which may confuse users and so perhaps hiding that wallet makes sense. We just should make sure that users can't accidentally access that wallet, and ensure that Bob wont accidentally get a receive address from primary, etc. Because we know the user won't have the seed backed up.
Related to multi-account #233
The wid
primary
is automatically created on start up byhsd
and is an unencrypted wallet, meaning that user can "login" with any password.We should not allow users to use this wallet. I think a simple way to handle it would be:
encrypted === true
inwallet/service.js
primary
from frontendmain
If we can remove wallet by id later, we can re-allow the
primary
wid by remove the existingprimary
before creating theprimary
wallet againThe text was updated successfully, but these errors were encountered: