ZIP 316: unrecognized metadata items should be dropped when deriving UFVK -> UIVK and UIVK -> UA.

Signed-off-by: Daira Hopwood <daira@jacaranda.org>
This commit is contained in:
Daira Hopwood 2021-12-28 13:14:17 +00:00
parent 06b945bfe7
commit e8df7fbb65
1 changed files with 8 additions and 12 deletions

View File

@ -549,14 +549,12 @@ The following derivations are applied to each component FVK:
is obtained by deriving the child key with non-hardened index :math:`0`
as described in [#bip-0032-public-to-public]_.
* `Metadata Items`_ MUST be retained as-is.
In each case, the Typecode remains the same as in the FVK.
Non-Metadata Items that are unrecognized by a given Consumer, or that
are specified in experiments that the user has not opted into (see
`Experimental Usage`_), MUST be dropped when deriving a UIVK from a
UFVK.
Items (including Metadata Items) that are unrecognized by a given
Consumer, or that are specified in experiments that the user has not
opted into (see `Experimental Usage`_), MUST be dropped when deriving
a UIVK from a UFVK.
Deriving a Unified Address from a UIVK
@ -594,14 +592,12 @@ diversifier index:
then the BIP 44 path of the Transparent P2PKH Receiver will be
:math:`m / 44' / \mathit{coin\_type\kern0.05em'} / \mathit{account\kern0.1em'} / 0 / \mathit{diversifier\_index}.`
* `Metadata Items`_ MUST be retained as-is.
In each case, the Typecode remains the same as in the IVK.
Non-Metadata Items that are unrecognized by a given Consumer, or that
are specified in experiments that the user has not opted into (see
`Experimental Usage`_), MUST be dropped when deriving a Receiver from
a UIVK.
Items (including Metadata Items) that are unrecognized by a given
Consumer, or that are specified in experiments that the user has not
opted into (see `Experimental Usage`_), MUST be dropped when deriving
a Receiver from a UIVK.
Jumbling