I ignored the hard derivation paths because they're fairly trivial, but actually we should provide a hard derivation function from SecretKey::key to a new MiniSecretKey. I did not foresee anyone doing a hard derivation after a soft one, but given that bip32 supports this then some code bases may do it. Ignoring the SecretKey::nonce here avoids edge cases where someone changes the nonce.
I ignored the hard derivation paths because they're fairly trivial, but actually we should provide a hard derivation function from
SecretKey::key
to a newMiniSecretKey
. I did not foresee anyone doing a hard derivation after a soft one, but given that bip32 supports this then some code bases may do it. Ignoring theSecretKey::nonce
here avoids edge cases where someone changes the nonce.