Make slight adjustments

This commit is contained in:
Sean Bowe 2019-03-14 19:32:12 -06:00
parent d4e37652ad
commit d6181913b8
No known key found for this signature in database
GPG Key ID: 95684257D8F8B031
1 changed files with 6 additions and 4 deletions

View File

@ -1,6 +1,6 @@
::
ZIP: ???
ZIP: 210
Title: Prohibit Negative Shielded Value Pool
Author: Sean Bowe <sean@z.cash>
Category: Consensus
@ -13,9 +13,9 @@ Terminology
The key words "MUST", "SHOULD", "SHOULD NOT", and "MAY" in this document are to be interpreted as described in
RFC 2119. [#RFC2119]_
The "Sprout value pool", as described by section 4.11 of the Zcash Protocol Specification [#protocol]_, is the sum of all previous transactions' ``vpub_old`` fields subtracted by the sum of all previous transactions ``vpub_new`` fields.
The "Sprout value pool balance", as implied by section 4.11 of the Zcash Protocol Specification [#protocol]_, is the sum of all previous transactions' ``vpub_old`` fields subtracted by the sum of all previous transactions ``vpub_new`` fields.
The "Sapling value pool", as described by section 4.12 of Zcash Protocol Specification [#protocol]_, is the negation of the sum of all previous transactions' ``valueBalance`` fields.
The "Sapling value pool balance", as implied by section 4.12 of Zcash Protocol Specification [#protocol]_, is the negation of the sum of all previous transactions' ``valueBalance`` fields.
Abstract
========
@ -32,7 +32,9 @@ It would be preferable for the network to reject blocks that result in the afore
Specification
=============
If the "Sprout value pool" or "Sapling value pool" were to become negative as a result of accepting a block, then all nodes MUST reject the block as invalid.
If the "Sprout value pool balance" or "Sapling value pool balance" were to become negative as a result of accepting a block, then all nodes MUST reject the block as invalid.
Nodes MAY relay transactions even if one or more of them cannot be mined due to the aforementioned restriction.
Deployment
==========