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
Geth version: 1.9.15-stable+
OS & Version: Ubuntu 20.04
Expected behaviour
A way to control which HD paths are derived from clef with a CLI option or command.
Clef correctly and derives accounts from Ledger hardware wallets everytime it is plugged in an unlocked.
Actual behaviour
There is no way to control which key paths are derived from clef. (This is problematic since ledger now has Ledger Live and Legacy differences.)
Each time the Ledger Nano S is plugged into the USB port and unlocked, either the warning account derivation failed error="reply lacks public key entry" or "legacy" key paths are derived.
Steps to reproduce the behavior
Start clef clef
Attach and unlock a ledger nano s several times
View warnings / derived addresses in clef's console
Notes
Thanks for all your hard work on clef - Let me know how I can best support this Issue or if there is any additional information I can provide. :-)
The text was updated successfully, but these errors were encountered:
Well, it's true that Clef does not derive accounts consistently, the reason being that ledger itself is inconsistent. Some more context is here: #21517 , but the TLDR: is that ledger started using one path, and then switched to another -- which is kind of crazy if you're a hardware wallet.
So what geth does is that it checks both, and "latches on" to those addresses which appears to be used -- have a nonzero nonce/balance.
Clef, however, is meant to be usable fully offline, and is not backed by a chain. And it's extremely bad UX to suddenly not show accounts that were previously present, just because we also changed path. So the middle ground that Clef went with was to derive on both paths.
Yes, we could add another cli option. But that requires the user to be sufficiently knowledgable about derivation paths to know the problem, and such users are very rare, and can probably use the UI interface to tell clef to derive whatever paths they desire.
But if you have a good suggestion for a command line switch, please specify it, and maybe we can fix it.
Closing this, I'm open to suggestions as to how to improve the UX.
Please file a separate ticket about the error logs, it's not something I've noticed myself.
System information
Geth version: 1.9.15-stable+
OS & Version: Ubuntu 20.04
Expected behaviour
Actual behaviour
account derivation failed error="reply lacks public key entry"
or "legacy" key paths are derived.Steps to reproduce the behavior
clef
Notes
Thanks for all your hard work on clef - Let me know how I can best support this Issue or if there is any additional information I can provide. :-)
The text was updated successfully, but these errors were encountered: