This proposal specifies a mechanism to support funding streams, distributed from a portion of the block subsidy for a specified range of block heights.
-This is intended as a means of implementing the Zcash Development Fund, using the funding stream definitions specified in ZIP 214 11. It should be read in conjunction with ZIP 1014 13, which describes the high-level requirements for that fund.
+This is intended as a means of implementing the Zcash Development Fund, using the funding stream definitions specified in ZIP 214 12. It should be read in conjunction with ZIP 1014 14, which describes the high-level requirements for that fund.
Motivation for the Zcash Development Fund is considered in ZIP 1014 13.
+Motivation for the Zcash Development Fund is considered in ZIP 1014 14.
This ZIP 207 was originally proposed for the Blossom network upgrade, as a means of splitting the original Founders' Reward into several streams. It was then withdrawn when such splitting was judged to be unnecessary at the consensus level. Since the capabilities of the funding stream mechanism match the requirements for the Zcash Development Fund, the ZIP is being reintroduced for that purpose in order to reuse specification, analysis, and implementation effort.
The primary requirement of this ZIP is to provide a mechanism for specifying the funding streams that are used in ZIP 214 11 to implement the Zcash Development Fund. It should be sufficiently expressive to handle both the main three "slices" (ECC, ZF, and MG) defined in ZIP 1014 13, and also (with additional funding stream definitions) the "direct grant option" described in that ZIP.
+The primary requirement of this ZIP is to provide a mechanism for specifying the funding streams that are used in ZIP 214 12 to implement the Zcash Development Fund. It should be sufficiently expressive to handle both the main three "slices" (ECC, ZF, and MG) defined in ZIP 1014 14, and also (with additional funding stream definitions) the "direct grant option" described in that ZIP.
As for the original Founders' Reward, addresses for a given funding stream are changed on a roughly-monthly basis, so that keys that are not yet needed may be kept off-line as a security measure.
OP_HASH160 RedeemScriptHash(height) OP_EQUAL
as the scriptPubKey
.For the funding stream definitions to be activated at Canopy, see ZIP 214. 11 Funding stream definitions can be added, changed, or deleted in ZIPs associated with subsequent network upgrades, subject to the ZIP process. 7
+For the funding stream definitions to be activated at Canopy, see ZIP 214. 12 Funding stream definitions can be added, changed, or deleted in ZIPs associated with subsequent network upgrades, subject to the ZIP process. 7
struct FundingPeriod { @@ -369,7 +371,7 @@ License: MIT
This proposal is intended to be deployed with Canopy. 12
+This proposal is intended to be deployed with Canopy. 13
This proposal intentionally creates what is known as a "bilateral consensus rule change". Use of this mechanism requires that all network participants upgrade their software to a compatible version within the upgrade window. Older software will treat post-upgrade blocks as invalid, and will follow any pre-upgrade consensus branch that persists.
@@ -450,10 +452,18 @@ License: MIT -10 | +ZIP 212: Allow Recipient to Derive Sapling Ephemeral Secret from Note Plaintext | +
---|
11 | ZIP 213: Shielded Coinbase |
---|
11 | +12 | ZIP 214: Consensus rules for a Zcash Development Fund |
---|
12 | +13 | ZIP 251: Deployment of the Canopy Network Upgrade |
---|
13 | +14 | ZIP 1014: Establishing a Dev Fund for ECC, ZF, and Major Grants |
---|
9 | +ZIP 207: Split Founders' Reward | +
---|
10 | +ZIP 213: Shielded Coinbase | +
---|