zebra
zebra copied to clipboard
Handle a ivk == ⊥ (KA^Orchard private key) when generating an Orchard Spending Key
Motivation
Currently, SpendingKey::new
does not seem to handle the case where the derived ivk is ⊥, which should trigger retrying with a new key per the spec.
Specifications
https://zips.z.cash/protocol/protocol.pdf#orchardkeycomponents
Designs
Note that this is not urgent (AFAIK) since it's unlikely that ivk will be ⊥ per Theorem 5.4.4, but we should eventually match the spec.
Related Work
N/A
I think this was implemented before this check was added to the spec, and yeah we should handle this before/as we ramp up zebra-client work
Hey team! Please add your planning poker estimate with ZenHub @conradoplg @dconnolly @jvff @oxarbitrage @teor2345 @upbqdn
Closed by PR #5476 by deleting the spending key code.