mirror of https://github.com/zcash/zips.git
Fix reference links.
This commit is contained in:
parent
e1558317bb
commit
08faa9f8f8
24
zip-0244.rst
24
zip-0244.rst
|
@ -44,7 +44,8 @@ higher-level protocols, any modification of the transaction that has not been
|
|||
explicitly permitted (such as via anyone-can-spend inputs) should invalidate
|
||||
attestations to spend authority or to the included outputs. Following the activation
|
||||
of this proposed change, transaction identifiers will be stable irrespective of
|
||||
any possible malleation of witness data.
|
||||
any possible malleation of "witness data" such as proofs and transaction
|
||||
signatures.
|
||||
|
||||
============
|
||||
Requirements
|
||||
|
@ -57,7 +58,7 @@ Requirements
|
|||
output index) as stable identifiers.
|
||||
|
||||
- A sender must be able to recognize their own transaction, even given allowed
|
||||
forms of malleability such as changes to witnesses.
|
||||
forms of malleability such as recomputation of transaction signatures.
|
||||
|
||||
- In the case of transparent inputs, it should be possible to create a
|
||||
transaction (B) that spends the outputs from a previous transaction (A) even
|
||||
|
@ -77,14 +78,6 @@ Requirements
|
|||
no transparent inputs, or in the case that only the ``SIGHASH_ALL`` flag is
|
||||
used.
|
||||
|
||||
=========
|
||||
Prior Art
|
||||
=========
|
||||
|
||||
- https://zips.z.cash/zip-0143
|
||||
- https://github.com/bitcoin/bips/blob/master/bip-0062.mediawiki
|
||||
- https://bitcoinclassic.com/devel/Flexible%20Transactions.html
|
||||
- SegWit
|
||||
|
||||
================
|
||||
Non-requirements
|
||||
|
@ -269,7 +262,7 @@ The personalization field of this hash is set to::
|
|||
3b.i: ``sapling_outputs_compact_digest``
|
||||
.........................................
|
||||
A BLAKE2b-256 hash of the subset of Sapling output information included in the
|
||||
ZIP-307 ``CompactBlock`` format for all Sapling shielded outputs
|
||||
ZIP-307 [#zip-0307]_ ``CompactBlock`` format for all Sapling shielded outputs
|
||||
belonging to the transaction. For each output, the following elements are included
|
||||
in the hash::
|
||||
|
||||
|
@ -296,7 +289,7 @@ The personalization field of this hash is set to::
|
|||
3a.iii: ``sapling_outputs_noncompact_digest``
|
||||
..............................................
|
||||
A BLAKE2b-256 hash of the remaining subset of Sapling output information **not** included
|
||||
in the ZIP-307 ``CompactBlock`` format, for all Sapling shielded outputs belonging to the
|
||||
in the ZIP-307 [#zip-0307]_ ``CompactBlock`` format, for all Sapling shielded outputs belonging to the
|
||||
transaction. For each output, the following elements are included in the hash::
|
||||
|
||||
* 3b.iii.1 ``cv`` (field encoding bytes)
|
||||
|
@ -380,3 +373,10 @@ Reference implementation
|
|||
==========
|
||||
References
|
||||
==========
|
||||
|
||||
.. [#RFC2119] `RFC 2119: Key words for use in RFCs to Indicate Requirement Levels <https://www.rfc-editor.org/rfc/rfc2119.html>`_
|
||||
.. [#zip-0200] `ZIP 200: Network Upgrade Activation Mechanism <https://github.com/zcash/zips/blob/master/zip-0200.rst>`_
|
||||
.. [#zip-0076] `ZIP 76: Transaction Signature Validation before Overwinter <https://zips.z.cash/zip-0076>`_
|
||||
.. [#zip-0143] `ZIP 143: Transaction Signature Validation for Overwinter <https://zips.z.cash/zip-0143>`_
|
||||
.. [#zip-0307] `ZIP 307: Light Client Protocol for Payment Detection <https://zips.z.cash/zip-0307>`_
|
||||
|
||||
|
|
Loading…
Reference in New Issue