-
Notifications
You must be signed in to change notification settings - Fork 243
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
Data Backup does not restore Bitcoin Core hot wallet. #948
Comments
I was able to verify that on the new node that no hot wallet has been initiated in Bitcoin Core. The original node has a This makes me think that my guess above was correct:
|
Hi, yeah that's a good point. We should definitely add better support for backup of the hot wallet. We don't save the mnemonic itself, so you might need to go to the wallet screen, click add more keys, and re-add the keys with the mnemonic, but we should at least create a new wallet on the bitcoin core when you restore a hot wallet type. |
@ben-kaufman would it make sense to make the mnemonic entry screen part of the import flow if there's a hot wallet involved? Maybe also revisit whatever language is around the wallet backups to make it clear that if you don't have your mnemonic phrase, this "backup" you're about to download ain't doing sh*t. If this all makes sense, assign this one to me. |
Thanks, yes that'd definitely make sense. The whole backup and flow of the hot wallet functionality could be improved quite a bit, so would be great if you could do that. |
Initial progress. @ben-kaufman @k9ert any concerns with updating the wallet backup
There's a note in With that in place I'm able to identify and label unknown devices to a new Specter instance. The next step will be to require/encourage(?) mnemonic entry if you're importing a hot wallet. |
As long as the extra fields to the format are optional I don't see any issues adding them. Not sure if you should require adding the mnemonic for the hot wallet import, I think just warning that otherwise it'll be watch only is fine. |
@ben-kaufman you suggesting they import, and then, seeing the warning, go into settings and add the 24 word mnemonic, 25th word, and encryption password by hand? That flow could work. |
Ok - I figured out a reasonable workaround for folks who are stuck waiting for this issue to be resolved. Recovering a Hot Wallet in Specter, by handAfter SSHing into the machine, grab the Specter session ID and create a new hot wallet at the correct path, entering the encryption password (for the $ ssh umbrel@<NODEIP>
$ SPECTERUID="$(cat /home/umbrel/umbrel/app-data/specter-desktop/data/config.json | jq .uid -r)"
$ /home/umbrel/umbrel/bin/bitcoin-cli createwallet "specter`echo $SPECTERUID`_hotstorage/umbrel_hot_wallet" false false "`read -p 'Enter encryption password: ' pw; echo $pw`" false false true Now that the hot wallet has been initiated in Bitcoin Core, select it in the Specter UI and:
I have tested that this works end-to-end on a multisig vault. Cheers. |
Thanks for posting @LaserHodl! Anyway, I believe now @kdmukai is working on it, and so hopefully it'll be resolvd with the next version. |
Using a brand new Specter
1.0.0
(via getumbrel.com), I loaded the data backup files from my other node and it appeared to successfully restore all devices and wallet onto the node.When attempting a simple roundtrip transaction using a 2-of-3, I discovered the following issue.
When signing with the newly restored hot wallet, the following error was surfaced:
My best guess is that Specter restores the metadata, but does not check for hot wallets within, and therefor does not reinitialize those wallets inside Bitcoin Core. This causes the wallet to feel restored, but otherwords be orphaned.
The text was updated successfully, but these errors were encountered: