-
Notifications
You must be signed in to change notification settings - Fork 220
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
Incorrect Keys imported using "Create Account" from Unicove #1343
Comments
Thanks for the detailed report, I'm going to start looking into this. Looking at the accounts you listed (there was a duplicate, I didn't see a 3rd if there was supposed to be one): It also appears as if the Can you confirm via Tools -> Manage Keys, that you cannot search and find any of the following:
I'm wondering if any of them got saved 🤔 |
Alright I just ran through the process a few times, and it looks like there is a bug here with how the account gets imported after its created. The creation seems to work properly, with the However, when the account is imported, it's set as a "Ledger" type wallet - when in fact it should be a "Hot" type wallet using the key stored within Anchor. Out of the dozen or so tests I ran against the service, all of the keys did get saved into Anchor and were all viewable in the Tools -> Manage Keys section. Check to see if that's the case with yours too. If so, you can:
That should import the accounts properly and make them usable. I have a fix for this issue and will include it in a 1.3.11 release, |
Thanks Aaron,
I've searched for all four of those keys, using the "Search by Public Key" function but that doesn't show the keys (is search broken?). Visually searching however yields the following:
Additionally, I created https://waxblock.io/account/sketrov.gm#keys
The As an additional twist, the
I did do some spelunking around pulling public keys from my ledger to try and work out which index/derivation path was used by anchor and 22 may well have been the last one I tried, at the time I thought this was a "Fault is between keyboard and seat" error. To close this off, I have:
I ran through the process once again with 1.3.11 and can confirm that this defect is now fixed, I'm happy to close this issue. |
Follow on questions:
|
Glad to hear they were all there! We did try to make sure anytime a key was generated during the creation process it was automatically saved to storage, to ensure if anything went wrong they'd exist somewhere for recovery - but I feared maybe that failed somewhere along the way. As for the For some answers to your questions:
This URL should work for any network, it's chain agnostic and we run all testnets/mainnets through this one URL. It's just a payload delivery service for delivering messages between app <> wallet, regardless of which chain. https://github.com/greymass/buoy-nodejs
The Identity Request is a pseudo-transaction that comes to the wallet without knowing which blockchain(s) or account(s) the user has loaded in their wallet. Anchor receives the request and prompts the user to select a blockchain + account pair, and then signs the pseudo-transaction using the selected account. The signature can then be used to verify the user controls that account. The Identity Request does also contains a callback request to cb.anchor.link, which is then triggered after signing, to relay the blockchain, account, signature, and other information back to the web UI. The UI then uses this information to complete the login and establish a more permanent connection with the wallet through that service. If you want to get into the details of how it all works, here's a few good starting points: |
Thanks Aaron, I shall have a read up, I know a little about ESR just from being around the chains and seeing the messages in the console. In terms of the identity request, from a UX perspective I found it confusing to use - I honestly wasn't sure what I was supposed to do given I had multiple addresses already in Anchor. Thanks again for your help :) |
Description
I've created two WAX accounts using the Unicove "New Account" function and Anchor to get a
.gm
; in both instances I created the accounts using the "With Ledger" option 2 (Anchor for active key and ledger for account recovery - i.e. owner key) - in both instances what actually happened was the active key was from the ledger and the owner key is not listed in Anchor at all.Platform
Desktop (Windows)
Steps To Reproduce
This is where things get weird...
Expected Behaviour
Actual Behaviour
Relevant log output
Contact Details
Scetrov on Discord
Anything else?
Chain: WAX Mainnet
Anchor: 1.3.10-beta.1 (current testing new connection manager)
Accounts with missing owner key: scetrov.gm, vortecs.gm, sketrov.gm
Windows 11 Pro
The text was updated successfully, but these errors were encountered: