mirror of https://github.com/zcash/zips.git
Cosmetics.
Signed-off-by: Daira Hopwood <daira@jacaranda.org>
This commit is contained in:
parent
128a4fc862
commit
6e4a9455df
|
@ -3666,7 +3666,6 @@ the \incomingViewingKey $\InViewingKey \typecolon \InViewingKeyTypeSapling$ are
|
||||||
|
|
||||||
If $\InViewingKey = 0$, discard this key and repeat with a new $\SpendingKey$.
|
If $\InViewingKey = 0$, discard this key and repeat with a new $\SpendingKey$.
|
||||||
|
|
||||||
\vspace{1ex}
|
|
||||||
As explained in \crossref{addressesandkeys}, \Sapling allows the efficient
|
As explained in \crossref{addressesandkeys}, \Sapling allows the efficient
|
||||||
creation of multiple \diversifiedPaymentAddresses with the same spending
|
creation of multiple \diversifiedPaymentAddresses with the same spending
|
||||||
authority. A group of such addresses shares the same \fullViewingKey and
|
authority. A group of such addresses shares the same \fullViewingKey and
|
||||||
|
@ -5061,10 +5060,12 @@ the \spendingKey $\AuthPrivate$; the coin is unspent if and only if
|
||||||
$\nf = \PRFnf{\AuthPrivate}(\NoteAddressRand)$ is not in the \nullifierSet
|
$\nf = \PRFnf{\AuthPrivate}(\NoteAddressRand)$ is not in the \nullifierSet
|
||||||
for that \blockchain.
|
for that \blockchain.
|
||||||
|
|
||||||
\vspace{-2ex}
|
\vspace{-2.5ex}
|
||||||
\begin{pnotes}
|
\begin{pnotes}
|
||||||
|
\vspace{-1ex}
|
||||||
\item The decryption algorithm corresponds to step 3 (b) i. and ii.
|
\item The decryption algorithm corresponds to step 3 (b) i. and ii.
|
||||||
(first bullet point) of the $\Receive$ algorithm shown in \cite[Figure 2]{BCGGMTV2014}.
|
(first bullet point) of the $\Receive$ algorithm shown in \cite[Figure 2]{BCGGMTV2014}.
|
||||||
|
\vspace{-0.5ex}
|
||||||
\item A \note can change from being unspent to spent as a node's view of the best
|
\item A \note can change from being unspent to spent as a node's view of the best
|
||||||
\blockchain is extended by new \transactions. Also, \blockchain reorganizations
|
\blockchain is extended by new \transactions. Also, \blockchain reorganizations
|
||||||
can cause a node to switch to a different best \blockchain that does not
|
can cause a node to switch to a different best \blockchain that does not
|
||||||
|
@ -5096,7 +5097,7 @@ For both encryption and decryption,
|
||||||
|
|
||||||
\begin{itemize}
|
\begin{itemize}
|
||||||
\item let $\OutViewingKeyLength$ be as defined in \crossref{constants};
|
\item let $\OutViewingKeyLength$ be as defined in \crossref{constants};
|
||||||
\item let $\Sym$ be the \encryptionScheme instantiated in \crossref{concretesym};
|
\item let $\Sym$ be the scheme instantiated in \crossref{concretesym};
|
||||||
\item let $\KDFSapling$ be the \keyDerivationFunction instantiated in \crossref{concretesaplingkdf};
|
\item let $\KDFSapling$ be the \keyDerivationFunction instantiated in \crossref{concretesaplingkdf};
|
||||||
\item let $\KASapling$ be the \keyAgreementScheme instantiated in \crossref{concretesaplingkeyagreement};
|
\item let $\KASapling$ be the \keyAgreementScheme instantiated in \crossref{concretesaplingkeyagreement};
|
||||||
\item let $\ellJ$ and $\reprJ$ be as defined in \crossref{jubjub};
|
\item let $\ellJ$ and $\reprJ$ be as defined in \crossref{jubjub};
|
||||||
|
|
Loading…
Reference in New Issue