-
Notifications
You must be signed in to change notification settings - Fork 219
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
fix!: don't use the ledger unless both keys are for ledger #6492
fix!: don't use the ledger unless both keys are for ledger #6492
Conversation
Test Results (CI) 3 files 126 suites 36m 20s ⏱️ For more details on these failures, see this check. Results for commit ed131a9. ♻️ This comment has been updated with latest results. |
Test Results (Integration tests)37 tests 37 ✅ 16m 9s ⏱️ Results for commit 2889e23. |
ac6d44e
to
cbe0617
Compare
…t before combining it with the common parts
bfef129
to
ed131a9
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@@ -46,6 +44,7 @@ mod test { | |||
const NOP_IDENTIFIER: &str = "0173"; | |||
const PUSH_ONE_IDENTIFIER: &str = "017c"; | |||
const CHECK_SIG_VERIFY_IDENTIFIER: &str = "21ad"; | |||
const PUSH_PUBKEY_IDENTIFIER: &str = "217e"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@brianp, we should not re-declare this here, rather include minotari_ledger_wallet_common::PUSH_PUBKEY_IDENTIFIER
Description
Correct the key requests coming from the key manager in the
Motivation and Context
sign_with_nonce_and_challenge
code path to properly request ledger keys only when both keys are to be derived from the ledger, otherwise use the software key managehash(hash(script) + hash(common))
but this can be simplified tohash(script + hash(common)
. There's no need to hash the script by itself, before hashing it alongside the common hash.How Has This Been Tested?
One sided sends are borked from ledger. TX creation is requesting the wrong keys from ledger.
Metadata signature generation is wrong.
What process can a PR reviewer use to test or verify this change?
Breaking Changes
The change in hashing function causes the gen block, and faucets to no longer match. This hashing change is a breaking change for the purpose of simplification.