mirror of https://github.com/zcash/zips.git
ZIP 1014: rename Funding Target to Funding Cap, as suggested by @aristarchus.
Signed-off-by: Daira Hopwood <daira@jacaranda.org>
This commit is contained in:
parent
9dc6913989
commit
803aea13f3
|
@ -107,14 +107,14 @@ Discussions-To: <https://forum.zcashcommunity.com/t/community-sentiment-polli
|
||||||
<p>Prior to each Network Upgrade, the Foundation SHALL publish a list of grantees' addresses and the total number of Dev Fund ZEC per block they should receive. ECC and ZF SHALL implement this list in any implementations of the Zcash consensus rules they maintain. This decision will then be, effectively, ratified by the miners as the network upgrade activates.</p>
|
<p>Prior to each Network Upgrade, the Foundation SHALL publish a list of grantees' addresses and the total number of Dev Fund ZEC per block they should receive. ECC and ZF SHALL implement this list in any implementations of the Zcash consensus rules they maintain. This decision will then be, effectively, ratified by the miners as the network upgrade activates.</p>
|
||||||
</section>
|
</section>
|
||||||
</section>
|
</section>
|
||||||
<section id="funding-target-and-volatility-reserve">
|
<section id="funding-cap-and-volatility-reserve">
|
||||||
<h4>Funding Target and Volatility Reserve</h4>
|
<h4>Funding Cap and Volatility Reserve</h4>
|
||||||
<p>Each Dev Fund slice has a Funding Target, initially USD 700,000 for each slice. At the end of each calendar month, the fair market value of the Dev Fund ZEC received during that month will be computed, and the excess over the Funding Target SHALL be deposited into a dedicated Volatility Reserve account by the funds' recipient. ECC and ZF SHALL describe the methodology used to calculate fair market value in relevant reports described under <a href="#transparency-and-accountability">Transparency and Accountability</a>.</p>
|
<p>Each Dev Fund slice has a Funding Cap, initially USD 700,000 for each slice. At the end of each calendar month, the fair market value of the Dev Fund ZEC received during that month will be computed, and the excess over the Funding Cap SHALL be deposited into a dedicated Volatility Reserve account by the funds' recipient. ECC and ZF SHALL describe the methodology used to calculate fair market value in relevant reports described under <a href="#transparency-and-accountability">Transparency and Accountability</a>.</p>
|
||||||
<p>Each slice has its own separate Volatility Reserve account, owned and managed by the recipient (ECC or ZF), but limited in how it may be used (i.e., analogously to some types of retirement or trust accounts). Funds may be withdrawn from the Volatility Reserve account only by that same party, in months where the aforementioned monthly ZEC value falls short of the Funding Target, and only to the extent needed to cover that shortfall.</p>
|
<p>Each slice has its own separate Volatility Reserve account, owned and managed by the recipient (ECC or ZF), but limited in how it may be used (i.e., analogously to some types of retirement or trust accounts). Funds may be withdrawn from the Volatility Reserve account only by that same party, in months where the aforementioned monthly ZEC value falls short of the Funding Cap, and only to the extent needed to cover that shortfall.</p>
|
||||||
<p>The Volatility Reserve may be kept as ZEC, or sold and held as fiat currency or investments (whose profits will remain in the Volatility Reserve).</p>
|
<p>The Volatility Reserve may be kept as ZEC, or sold and held as fiat currency or investments (whose profits will remain in the Volatility Reserve).</p>
|
||||||
<p>The Funding Target SHALL NOT be changed other than by unanimous agreement of ZF, ECC, and the majority vote of the Community Panel. (In case of excessive accumulation of reserves, the community MAY condition an increase of the Funding Target on the redirection of some of the reserves to a different entity, miners or an airdrop.)</p>
|
<p>The Funding Cap SHALL NOT be changed other than by unanimous agreement of ZF, ECC, and the majority vote of the Community Panel. (In case of excessive accumulation of reserves, the community MAY condition an increase of the Funding Cap on the redirection of some of the reserves to a different entity, miners or an airdrop.)</p>
|
||||||
<p>Dev Fund ZEC that has been received, not placed in the Volatility Reserve, and has not yet been used or disbursed, SHALL be kept by the corresponding party (as ZEC, or sold and invested) for later use under the terms of the corresponding slice.</p>
|
<p>Dev Fund ZEC that has been received, not placed in the Volatility Reserve, and has not yet been used or disbursed, SHALL be kept by the corresponding party (as ZEC, or sold and invested) for later use under the terms of the corresponding slice.</p>
|
||||||
<p>Note that grantees of Major Grants are not directly subject to the Funding Target, and do not have to manage a Volatility Reserve account; this is addressed upstream by the Zcash Foundation, which awards these grants. The hope is that the Foundation-managed ZF-MG Volatility Reserve will ultimately form a large long-term "endowment" pool that cushions the volatility for the various grantees, so grantees can focus on their work instead of hedging short-term price risks.</p>
|
<p>Note that grantees of Major Grants are not directly subject to the Funding Cap, and do not have to manage a Volatility Reserve account; this is addressed upstream by the Zcash Foundation, which awards these grants. The hope is that the Foundation-managed ZF-MG Volatility Reserve will ultimately form a large long-term "endowment" pool that cushions the volatility for the various grantees, so grantees can focus on their work instead of hedging short-term price risks.</p>
|
||||||
<p>Irrevocable obligations to the above MUST be made by the recipients (e.g., using their Operating Agreements or by receiving the slice as Restricted Funds).</p>
|
<p>Irrevocable obligations to the above MUST be made by the recipients (e.g., using their Operating Agreements or by receiving the slice as Restricted Funds).</p>
|
||||||
</section>
|
</section>
|
||||||
</section>
|
</section>
|
||||||
|
@ -151,7 +151,7 @@ Discussions-To: <https://forum.zcashcommunity.com/t/community-sentiment-polli
|
||||||
<p>Decentralized community governance is used in this proposal via the Community Panel in the following places:</p>
|
<p>Decentralized community governance is used in this proposal via the Community Panel in the following places:</p>
|
||||||
<ol type="1">
|
<ol type="1">
|
||||||
<li>As input into the Major Grant Review Committee which governs the <a href="#zf-mg-slice-zcash-foundation-for-major-grants">ZF-MG slice (Zcash Foundation, for major grants)</a>.</li>
|
<li>As input into the Major Grant Review Committee which governs the <a href="#zf-mg-slice-zcash-foundation-for-major-grants">ZF-MG slice (Zcash Foundation, for major grants)</a>.</li>
|
||||||
<li>For changing the <a href="#funding-target-and-volatility-reserve">Funding Target and Volatility Reserve</a>.</li>
|
<li>For changing the <a href="#funding-cap-and-volatility-reserve">Funding Cap and Volatility Reserve</a>.</li>
|
||||||
</ol>
|
</ol>
|
||||||
<p>It is highly desirable to develop robust means of decentralized community voting and governance --- either by expanding the Community Panel or a successor mechanism --- and to integrate them into both of these processes, by the end of 2021. ECC and ZF SHOULD place high priority on such development and its deployment, in their activities and grant selection.</p>
|
<p>It is highly desirable to develop robust means of decentralized community voting and governance --- either by expanding the Community Panel or a successor mechanism --- and to integrate them into both of these processes, by the end of 2021. ECC and ZF SHOULD place high priority on such development and its deployment, in their activities and grant selection.</p>
|
||||||
</section>
|
</section>
|
||||||
|
|
18
zip-1014.rst
18
zip-1014.rst
|
@ -252,13 +252,13 @@ of the Zcash consensus rules they maintain. This decision will then be,
|
||||||
effectively, ratified by the miners as the network upgrade activates.
|
effectively, ratified by the miners as the network upgrade activates.
|
||||||
|
|
||||||
|
|
||||||
Funding Target and Volatility Reserve
|
Funding Cap and Volatility Reserve
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||||
|
|
||||||
Each Dev Fund slice has a Funding Target, initially USD 700,000 for each
|
Each Dev Fund slice has a Funding Cap, initially USD 700,000 for each
|
||||||
slice. At the end of each calendar month, the fair market value of the Dev
|
slice. At the end of each calendar month, the fair market value of the Dev
|
||||||
Fund ZEC received during that month will be computed, and the excess over
|
Fund ZEC received during that month will be computed, and the excess over
|
||||||
the Funding Target SHALL be deposited into a dedicated Volatility Reserve
|
the Funding Cap SHALL be deposited into a dedicated Volatility Reserve
|
||||||
account by the funds' recipient. ECC and ZF SHALL describe the methodology
|
account by the funds' recipient. ECC and ZF SHALL describe the methodology
|
||||||
used to calculate fair market value in relevant reports described under
|
used to calculate fair market value in relevant reports described under
|
||||||
`Transparency and Accountability`_.
|
`Transparency and Accountability`_.
|
||||||
|
@ -268,15 +268,15 @@ managed by the recipient (ECC or ZF), but limited in how it may be used
|
||||||
(i.e., analogously to some types of retirement or trust accounts).
|
(i.e., analogously to some types of retirement or trust accounts).
|
||||||
Funds may be withdrawn from the Volatility Reserve account only by that same
|
Funds may be withdrawn from the Volatility Reserve account only by that same
|
||||||
party, in months where the aforementioned monthly ZEC value falls short of
|
party, in months where the aforementioned monthly ZEC value falls short of
|
||||||
the Funding Target, and only to the extent needed to cover that shortfall.
|
the Funding Cap, and only to the extent needed to cover that shortfall.
|
||||||
|
|
||||||
The Volatility Reserve may be kept as ZEC, or sold and held as fiat currency
|
The Volatility Reserve may be kept as ZEC, or sold and held as fiat currency
|
||||||
or investments (whose profits will remain in the Volatility Reserve).
|
or investments (whose profits will remain in the Volatility Reserve).
|
||||||
|
|
||||||
The Funding Target SHALL NOT be changed other than by unanimous agreement of
|
The Funding Cap SHALL NOT be changed other than by unanimous agreement of
|
||||||
ZF, ECC, and the majority vote of the Community Panel. (In case of excessive
|
ZF, ECC, and the majority vote of the Community Panel. (In case of excessive
|
||||||
accumulation of reserves, the community MAY condition an increase of the
|
accumulation of reserves, the community MAY condition an increase of the
|
||||||
Funding Target on the redirection of some of the reserves to a different
|
Funding Cap on the redirection of some of the reserves to a different
|
||||||
entity, miners or an airdrop.)
|
entity, miners or an airdrop.)
|
||||||
|
|
||||||
Dev Fund ZEC that has been received, not placed in the Volatility Reserve,
|
Dev Fund ZEC that has been received, not placed in the Volatility Reserve,
|
||||||
|
@ -285,7 +285,7 @@ party (as ZEC, or sold and invested) for later use under the terms of the
|
||||||
corresponding slice.
|
corresponding slice.
|
||||||
|
|
||||||
Note that grantees of Major Grants are not directly subject to the Funding
|
Note that grantees of Major Grants are not directly subject to the Funding
|
||||||
Target, and do not have to manage a Volatility Reserve account; this is
|
Cap, and do not have to manage a Volatility Reserve account; this is
|
||||||
addressed upstream by the Zcash Foundation, which awards these grants. The
|
addressed upstream by the Zcash Foundation, which awards these grants. The
|
||||||
hope is that the Foundation-managed ZF-MG Volatility Reserve will ultimately
|
hope is that the Foundation-managed ZF-MG Volatility Reserve will ultimately
|
||||||
form a large long-term "endowment" pool that cushions the volatility for the
|
form a large long-term "endowment" pool that cushions the volatility for the
|
||||||
|
@ -365,7 +365,7 @@ Panel in the following places:
|
||||||
1. As input into the Major Grant Review Committee which governs
|
1. As input into the Major Grant Review Committee which governs
|
||||||
the `ZF-MG slice (Zcash Foundation, for major grants)`_.
|
the `ZF-MG slice (Zcash Foundation, for major grants)`_.
|
||||||
|
|
||||||
2. For changing the `Funding Target and Volatility Reserve`_.
|
2. For changing the `Funding Cap and Volatility Reserve`_.
|
||||||
|
|
||||||
It is highly desirable to develop robust means of decentralized community
|
It is highly desirable to develop robust means of decentralized community
|
||||||
voting and governance --- either by expanding the Community Panel
|
voting and governance --- either by expanding the Community Panel
|
||||||
|
|
Loading…
Reference in New Issue