Render manually, while the CI-based rendering is broken

This commit is contained in:
Jack Grigg 2024-07-08 23:31:06 +00:00
parent 2e82e97b9f
commit e9d2362092
1 changed files with 120 additions and 55 deletions

View File

@ -23,8 +23,8 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
<p>The key words "MUST", "REQUIRED", "MUST NOT", "SHOULD", and "MAY" in this document are to be interpreted as described in BCP 14 <a id="footnote-reference-1" class="footnote_reference" href="#bcp14">1</a> when, and only when, they appear in all capitals.</p>
</section>
<section id="abstract"><h2><span class="section-heading">Abstract</span><span class="section-anchor"> <a rel="bookmark" href="#abstract"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h2>
<p>This ZIP proposes several options for the allocation of a percentage of the Zcash block subsidy, post-November 2024 halving, to an in-protocol "lockbox." The "lockbox" will be a separate pool of issued funds tracked by the protocol, as described in ZIP &lt;TBD&gt;: Lockbox Funding Streams <a id="footnote-reference-2" class="footnote_reference" href="#zip-lockbox-funding-streams">3</a>. No disbursement mechanism is currently defined for this "lockbox"; the Zcash community will need to decide upon and specify a suitable decentralized mechanism for permitting withdrawals from this lockbox in a future ZIP in order to make these funds available for funding grants to ecosystem participants.</p>
<p>The proposed lockbox addresses significant issues observed with ZIP 1014 <a id="footnote-reference-3" class="footnote_reference" href="#zip-1014">2</a>, such as regulatory risks, inefficiencies in funding organizations instead of projects, and centralization. While the exact disbursement mechanism for the lockbox funds is yet to be determined and will be addressed in a future ZIP, the goal is to employ a decentralized mechanism that ensures community involvement and efficient, project-specific funding. This approach is intended to potentially improve regulatory compliance, reduce inefficiencies, and enhance the decentralization of Zcash's funding structure.</p>
<p>This ZIP proposes several options for the allocation of a percentage of the Zcash block subsidy, post-November 2024 halving, to an in-protocol "lockbox." The "lockbox" will be a separate pool of issued funds tracked by the protocol, as described in ZIP &lt;TBD&gt;: Lockbox Funding Streams <a id="footnote-reference-2" class="footnote_reference" href="#draft-nuttycom-lockbox-streams">4</a>. No disbursement mechanism is currently defined for this "lockbox"; the Zcash community will need to decide upon and specify a suitable decentralized mechanism for permitting withdrawals from this lockbox in a future ZIP in order to make these funds available for funding grants to ecosystem participants.</p>
<p>The proposed lockbox addresses significant issues observed with ZIP 1014 <a id="footnote-reference-3" class="footnote_reference" href="#zip-1014">3</a>, such as regulatory risks, inefficiencies due to funding of organizations instead of projects, and centralization. While the exact disbursement mechanism for the lockbox funds is yet to be determined and will be addressed in a future ZIP, the goal is to employ a decentralized mechanism that ensures community involvement and efficient, project-specific funding. This approach is intended to potentially improve regulatory compliance, reduce inefficiencies, and enhance the decentralization of Zcash's funding structure.</p>
</section>
<section id="motivation"><h2><span class="section-heading">Motivation</span><span class="section-anchor"> <a rel="bookmark" href="#motivation"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h2>
<p>Starting at Zcash's second halving in November 2024, by default 100% of the block subsidies will be allocated to miners, and no further funds will be automatically allocated to any other entities. Consequently, unless the community takes action to approve new block-reward based funding, existing teams dedicated to development or outreach or furthering charitable, educational, or scientific purposes will likely need to seek other sources of funding; failure to obtain such funding would likely impair their ability to continue serving the Zcash ecosystem. Setting aside a portion of the block subsidy to fund development will help ensure that both existing teams and new contributors can obtain funding in the future.</p>
@ -33,7 +33,7 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
<ol type="1">
<li><strong>Regulatory Risks</strong>: The current model involves direct funding of US-based organizations, which can potentially attract regulatory scrutiny from entities such as the SEC, posing legal risks to the Zcash ecosystem.</li>
<li><strong>Funding Inefficiencies</strong>: The current model directly funds organizations rather than specific projects, leading to a potential mismatch between those organizations' development priorities and the priorities of the community. Furthermore, if organizations are guaranteed funds regardless of performance, there is little incentive to achieve key performance indicators (KPIs) or align with community sentiment. A future system that allocates resources directly to projects rather than organizations may help reduce inefficiencies and better align development efforts with community priorities.</li>
<li><strong>Centralization Concerns</strong>: The current model centralizes decision-making power within a few organizations, contradicting the decentralized ethos of blockchain technology. Traditional organizational structures with boards and executives introduce a single point of failure and limit community involvement in funding decisions.</li>
<li><strong>Centralization Concerns</strong>: The current model centralizes decision-making power within a few organizations, contradicting the decentralized ethos of blockchain technology. Traditional organizational structures with boards and executives introduce single points of failure and limit community involvement in funding decisions.</li>
<li><strong>Community Involvement</strong>: The current system provides minimal formal input from the community regarding what projects should be funded, leading to a misalignment between funded projects and community priorities.</li>
<li><strong>Moving Towards a Non-Direct Funding Model</strong>: There is strong community support for a non-direct Dev Fund funding model. Allocating funds to a Deferred Dev Fund Lockbox incentivizes the development of a decentralized mechanism for the disbursement of the locked funds.</li>
</ol>
@ -41,12 +41,12 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
</section>
<section id="requirements"><h2><span class="section-heading">Requirements</span><span class="section-anchor"> <a rel="bookmark" href="#requirements"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h2>
<ol type="1">
<li><strong>In-Protocol Lockbox</strong>: The alternatives presented in this ZIP depend upon the Lockbox Funding Streams proposal <a id="footnote-reference-4" class="footnote_reference" href="#zip-lockbox-funding-streams">3</a>.</li>
<li><strong>Regulatory Considerations</strong>: The allocation of funds should minimize regulatory risks by avoiding direct funding of specific organizations. The design should ensure compliance with applicable laws and regulations to support the long-term sustainability of the funding model.</li>
<li><strong>In-Protocol Lockbox</strong>: The alternatives presented in this ZIP depend upon the Lockbox Funding Streams proposal <a id="footnote-reference-4" class="footnote_reference" href="#draft-nuttycom-lockbox-streams">4</a>.</li>
<li><strong>Regulatory Considerations</strong>: The allocation of funds should minimize regulatory risks by avoiding direct funding of specific organizations. The design should enable and encourage compliance with applicable laws and regulations to support the long-term sustainability of the funding model.</li>
</ol>
</section>
<section id="non-requirements"><h2><span class="section-heading">Non-requirements</span><span class="section-anchor"> <a rel="bookmark" href="#non-requirements"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h2>
<p>The following consideratiosn are explicitly deferred to future ZIPs and are not covered by this proposal:</p>
<p>The following considerations are explicitly deferred to future ZIPs and are not covered by this proposal:</p>
<ol type="1">
<li><strong>Disbursement Mechanism</strong>: The exact method for disbursing the accumulated funds from the lockbox is not defined in this ZIP. The design, implementation, and governance of the disbursement mechanism will be addressed in a future ZIP. This includes specifics on how funds will be allocated, the voting or decision-making process, and the structure of the decentralized mechanism (such as a DAO).</li>
<li><strong>Regulatory Compliance Details</strong>: The proposal outlines the potential to reduce regulatory risks by avoiding direct funding of US-based organizations, but it does not detail specific regulatory compliance strategies. Future ZIPs will need to address how the disbursement mechanism complies with applicable laws and regulations.</li>
@ -54,8 +54,8 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
</ol>
</section>
<section id="specification"><h2><span class="section-heading">Specification</span><span class="section-anchor"> <a rel="bookmark" href="#specification"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h2>
<p>The following alternatives all depend upon the Lockbox Funding Streams proposal <a id="footnote-reference-5" class="footnote_reference" href="#zip-lockbox-funding-streams">3</a> for storage of funds into a deferred value pool.</p>
<p>Some of the alternatives described below do not specify a termination height for the funding streams they propose. In these cases, the termination height is set to <cite>u32::MAX_VALUE</cite>. A future network upgrade is required in order for these streams to be terminated.</p>
<p>The following alternatives all depend upon the Lockbox Funding Streams proposal <a id="footnote-reference-5" class="footnote_reference" href="#draft-nuttycom-lockbox-streams">4</a> for storage of funds into a deferred value pool.</p>
<p>Some of the alternatives described below do not specify a termination height for the funding streams they propose. In these cases, the termination height is set to <cite>u32::MAX_VALUE</cite>. A future network upgrade that alters the maximum possible block height MUST also alter these termination heights.</p>
</section>
<section id="alternatives"><h2><span class="section-heading">Alternatives</span><span class="section-anchor"> <a rel="bookmark" href="#alternatives"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h2>
<section id="alternative-1-lockbox-for-decentralized-grants-allocation-perpetual-50-option"><h3><span class="section-heading">Alternative 1: Lockbox For Decentralized Grants Allocation (perpetual 50% option)</span><span class="section-anchor"> <a rel="bookmark" href="#alternative-1-lockbox-for-decentralized-grants-allocation-perpetual-50-option"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h3>
@ -64,11 +64,26 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
<li>50% of the block subsidy is to be distributed to the lockbox.</li>
</ul>
<p>As of block height 2726400, and continuing until modified by a future ZIP, the complete set of funding streams will be:</p>
<pre>================= =========== ============= ============== ============
Stream Numerator Denominator Start height End height
================= =========== ============= ============== ============
``FS_DEFERRED`` 50 100 2726400 u32::MAX
================= =========== ============= ============== ============</pre>
<table>
<thead>
<tr>
<th>Stream</th>
<th>Numerator</th>
<th>Denominator</th>
<th>Start height</th>
<th>End height</th>
</tr>
</thead>
<tbody>
<tr>
<td><code>FS_DEFERRED</code></td>
<td>50</td>
<td>100</td>
<td>2726400</td>
<td>u32::MAX</td>
</tr>
</tbody>
</table>
<section id="motivations-for-alternative-1"><h4><span class="section-heading">Motivations for Alternative 1</span><span class="section-anchor"> <a rel="bookmark" href="#motivations-for-alternative-1"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h4>
<p>This alternative proposes allocating a significantly larger portion of the block subsidy to development funding than is currently allocated, aiming to establish a long-term source of funding for protocol improvements. The disbursement of these funds will be governed by a mechanism to be determined by the community in the future, ensuring that the funds are released under agreed-upon constraints to maintain availability for years to come.</p>
<p>The proposed lockbox funding model for Zcash's post-NU6 halving period allocates 50% of the block reward to a deferred reserve, or "lockbox," designated for future decentralized grants funding. This approach is designed to address several critical motivations:</p>
@ -120,12 +135,33 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
<li>8% of the block subsidy is to be distributed to the Financial Privacy Foundation (FPF), for the express use of the Zcash Community Grants Committee (ZCG) to fund independent teams in the Zcash ecosystem.</li>
</ul>
<p>As of block height 2726400, and continuing for one year, the complete set of funding streams will be:</p>
<pre>================= =========== ============= ============== ============
Stream Numerator Denominator Start height End height
================= =========== ============= ============== ============
``FS_DEFERRED`` 12 100 2726400 3146400
``FS_FPF_ZCG`` 8 100 2726400 3146400
================= =========== ============= ============== ============</pre>
<table>
<thead>
<tr>
<th>Stream</th>
<th>Numerator</th>
<th>Denominator</th>
<th>Start height</th>
<th>End height</th>
</tr>
</thead>
<tbody>
<tr>
<td><code>FS_DEFERRED</code></td>
<td>12</td>
<td>100</td>
<td>2726400</td>
<td>3146400</td>
</tr>
<tr>
<td><code>FS_FPF_ZCG</code></td>
<td>8</td>
<td>100</td>
<td>2726400</td>
<td>3146400</td>
</tr>
</tbody>
</table>
<section id="motivations-for-alternative-2"><h4><span class="section-heading">Motivations for Alternative 2</span><span class="section-anchor"> <a rel="bookmark" href="#motivations-for-alternative-2"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h4>
<ul>
<li><strong>Limited Runway</strong>: ZCG does not have the financial runway that ECC/BP and ZF have. As such, allocating ongoing funding to ZCG will help ensure the Zcash ecosystem has an active grants program.</li>
@ -140,11 +176,26 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
<li>20% of the block subsidy is to be distributed to the lockbox.</li>
</ul>
<p>As of block height 2726400, and continuing for two years, the complete set of funding streams will be:</p>
<pre>================= =========== ============= ============== ============
Stream Numerator Denominator Start height End height
================= =========== ============= ============== ============
``FS_DEFERRED`` 20 100 2726400 3566400
================= =========== ============= ============== ============</pre>
<table>
<thead>
<tr>
<th>Stream</th>
<th>Numerator</th>
<th>Denominator</th>
<th>Start height</th>
<th>End height</th>
</tr>
</thead>
<tbody>
<tr>
<td><code>FS_DEFERRED</code></td>
<td>20</td>
<td>100</td>
<td>2726400</td>
<td>3566400</td>
</tr>
</tbody>
</table>
<section id="motivations-for-alternative-3"><h4><span class="section-heading">Motivations for Alternative 3</span><span class="section-anchor"> <a rel="bookmark" href="#motivations-for-alternative-3"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h4>
<p>This alternative is presented as the simplest allocation of block rewards to a lockbox for future disbursement that is consistent with results of community polling.</p>
</section>
@ -156,15 +207,39 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
<li>8% of the block subsidy is to be distributed to the Financial Privacy Foundation (FPF), for the express use of the Zcash Community Grants Committee (ZCG) to fund independent teams in the Zcash ecosystem.</li>
</ul>
<p>As of block height 2726400, and continuing for four years, the complete set of funding streams will be:</p>
<pre>================= =========== ============= ============== ============
Stream Numerator Denominator Start height End height
================= =========== ============= ============== ============
``FS_DEFERRED`` 17 100 2726400 4406400
``FS_FPF_ZCG`` 8 100 2726400 4406400
================= =========== ============= ============== ============</pre>
<table>
<thead>
<tr>
<th>Stream</th>
<th>Numerator</th>
<th>Denominator</th>
<th>Start height</th>
<th>End height</th>
</tr>
</thead>
<tbody>
<tr>
<td><code>FS_DEFERRED</code></td>
<td>17</td>
<td>100</td>
<td>2726400</td>
<td>4406400</td>
</tr>
<tr>
<td><code>FS_FPF_ZCG</code></td>
<td>8</td>
<td>100</td>
<td>2726400</td>
<td>4406400</td>
</tr>
</tbody>
</table>
<section id="motivations-for-alternative-4"><h4><span class="section-heading">Motivations for Alternative 4</span><span class="section-anchor"> <a rel="bookmark" href="#motivations-for-alternative-4"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h4>
<p>This alternative proposes a slightly larger slice of the block subsidy than is currently allocated for development funding, in order to better provide for the needs of the Zcash community.</p>
</section>
<section id="revisitation-requirement-for-alternative-4"><h4><span class="section-heading">Revisitation Requirement for Alternative 4</span><span class="section-anchor"> <a rel="bookmark" href="#revisitation-requirement-for-alternative-4"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h4>
<p>The terms for this Alternative should be revisited by the Zcash ecosystem upon creation/ activation of a "non-direct funding model" (NDFM). At that completion of an NDFM which accessess the lockbox funds, this ZIP should be reconsidered (potentially terminated) by the Zcash ecosystem, to determine if its ongoing direct block subsidies are preferred for continuation. Discussions / solications / sentiment gathering from the Zcash ecosystem should be initiated ~6 months in advance of the presumed activation of a "non-direct funding model", such that the Zcash ecosystem preference can be expediently realized.</p>
</section>
</section>
</section>
<section id="requirements-related-to-direct-streams-for-the-financial-privacy-foundation"><h2><span class="section-heading">Requirements related to direct streams for the Financial Privacy Foundation</span><span class="section-anchor"> <a rel="bookmark" href="#requirements-related-to-direct-streams-for-the-financial-privacy-foundation"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h2>
@ -180,10 +255,6 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
<li>The ZCG Committees funding decisions will be final, requiring no approval from the FPF Board, but are subject to veto if the FPF judges them to violate any relevant laws or other (current or future) obligations.</li>
<li>ZCG Committee members SHALL have a one-year term and MAY sit for reelection. The ZCG Committee is subject to the same conflict of interest policy that governs the FPF Board of Directors (i.e. they MUST recuse themselves when voting on proposals where they have a financial interest). At most one person with association with the BP/ECC, at most one person with association with the ZF, and at most one person with association with FPF are allowed to sit on the ZCG Committee. “Association” here means: having a financial interest, full-time employment, being an officer, being a director, or having an immediate family relationship with any of the above. The ZF SHALL continue to operate the Community Advisory Panel and SHOULD work toward making it more representative and independent (more on that below). Similarly, FPF should also endeavor to establish its own means of collecting community sentiment for the purpose of administering ZCG elections.</li>
<li>A portion of the ZCG Slice shall be allocated to a Discretionary Budget, which may be disbursed for expenses reasonably related to the administration of the ZCG program. The amount of funds allocated to the Discretionary Budget SHALL be decided by the ZFs Community Advisory Panel or successor process. Any disbursement of funds from the Discretionary Budget MUST be approved by the ZCG Committee. Expenses related to the administration of the ZCG program include, without limitation the following:
<div>
<h1>System Message: ERROR/3 (draft-nuttycom-funding-allocation.rst line 503)</h1>
<p>Unexpected indentation.</p>
</div>
<ul>
<li>Paying third party vendors for services related to domain name registration, or the design, website hosting and administration of websites for the ZCG Committee.</li>
<li>Paying independent consultants to develop requests for proposals that align with the ZCG program.</li>
@ -198,35 +269,21 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
</ol>
<p>FPF SHALL recognize the ZCG slice of the Dev Fund as a Restricted Fund donation under the above constraints (suitably formalized), and keep separate accounting of its balance and usage under its Transparency and Accountability obligations defined below.</p>
<p>FPF SHALL strive to define target metrics and key performance indicators, and the ZCG Committee SHOULD utilize these in its funding decisions.</p>
<section id="direct-grant-option"><h3><span class="section-heading">Direct Grant Option</span><span class="section-anchor"> <a rel="bookmark" href="#direct-grant-option"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h3>
<p>It may be deemed better, operationally or legally, if ZCG funds are not accepted and disbursed by FPF, but rather directly assigned to the grantees. Thus, the following mechanism MAY be used in perpetuity for some or all grantees:</p>
<p>Prior to each network upgrade, based on the ZCG Committees recommendation, the FPF 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 id="furthering-decentralization"><h3><span class="section-heading">Furthering Decentralization</span><span class="section-anchor"> <a rel="bookmark" href="#furthering-decentralization"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h3>
<p>FPF SHALL conduct periodic reviews of the organizational structure, performance, and effectiveness of the ZCG program and committee, taking into consideration the input and recommendations of the ZCG Committee. As part of these periodic reviews, FPF MUST commit to exploring the possibility of transitioning ZCG into an independent organization if it is economically viable and it aligns with the interests of the Zcash ecosystem and prevailing community sentiment.</p>
<p>In any transition toward independence, priority SHALL be given to maintaining or enhancing the decentralization of the Zcash ecosystem. The newly formed independent organization MUST ensure that decision-making processes remain community-driven, transparent, and responsive to the evolving needs of the Zcash community and ecosystem. In order to promote geographic decentralization, the new organization SHOULD establish its domicile outside of the United States.</p>
</section>
<section id="transparency-and-accountability"><h3><span class="section-heading">Transparency and Accountability</span><span class="section-anchor"> <a rel="bookmark" href="#transparency-and-accountability"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h3>
<p>FPF MUST accept the following obligations in this section on behalf of ZCG: * Publication of the ZCG Dashboard, providing a snapshot of ZCGs current</p>
<div>
<h1>System Message: ERROR/3 (draft-nuttycom-funding-allocation.rst line 577)</h1>
<p>Unexpected indentation.</p>
</div>
<blockquote>
<p>financials and any disbursements made to grantees.</p>
</blockquote>
<div>
<h1>System Message: WARNING/2 (draft-nuttycom-funding-allocation.rst line 578)</h1>
<p>Block quote ends without a blank line; unexpected unindent.</p>
</div>
<p>FPF MUST accept the following obligations in this section on behalf of ZCG:</p>
<ul>
<li>Publication of the ZCG Dashboard, providing a snapshot of ZCGs current financials and any disbursements made to grantees.</li>
<li>Bi-weekly meeting minutes documenting the decisions made by the ZCG committee on grants.</li>
<li>Quarterly reports, detailing future plans, execution on previous plans, and finances (balances, and spending broken down by major categories).</li>
<li>Annual detailed review of the organization performance and future plans.</li>
<li>Annual financial report (IRS Form 990, or substantially similar information).</li>
</ul>
<p>BP, ECC, ZF, FPF, ZCG and grant recipients MUST promptly disclose any security or privacy risks that may affect users of Zcash (by responsible disclosure under confidence to the pertinent developers, where applicable).</p>
<p>All substantial software whose development was funded by the Dev Fund SHOULD be released under an Open Source license (as defined by the Open Source Initiative 5), preferably the MIT license.</p>
<p>All substantial software whose development was funded by the Dev Fund SHOULD be released under an Open Source license (as defined by the Open Source Initiative <a id="footnote-reference-6" class="footnote_reference" href="#osd">2</a>), preferably the MIT license.</p>
</section>
<section id="enforcement"><h3><span class="section-heading">Enforcement</span><span class="section-anchor"> <a rel="bookmark" href="#enforcement"><img width="24" height="24" class="section-anchor" src="assets/images/section-anchor.png" alt=""></a></span></h3>
<p>FPF MUST contractually commit to fulfill these obligations on behalf of ZCG, and the prescribed use of funds, such that substantial violation, not promptly remedied, will result in a modified version of Zcash node software that removes ZCGs Dev Fund slice and allocates it to the Deferred Dev Fund lockbox.</p>
@ -241,19 +298,27 @@ Pull-Request: &lt;<a href="https://github.com/zcash/zips/pull/866">https://githu
</tr>
</tbody>
</table>
<table id="zip-1014" class="footnote">
<table id="osd" class="footnote">
<tbody>
<tr>
<th>2</th>
<td><a href="https://opensource.org/osd">The Open Source Definition</a></td>
</tr>
</tbody>
</table>
<table id="zip-1014" class="footnote">
<tbody>
<tr>
<th>3</th>
<td><a href="zip-1014">ZIP 1014: Dev Fund Proposal and Governance</a></td>
</tr>
</tbody>
</table>
<table id="zip-lockbox-funding-streams" class="footnote">
<table id="draft-nuttycom-lockbox-streams" class="footnote">
<tbody>
<tr>
<th>3</th>
<td><a href="https://zips.z.cash/draft-nuttycom-lockbox-streams">Lockbox Funding Streams</a></td>
<th>4</th>
<td><a href="draft-nuttycom-lockbox-streams">Draft ZIP: Lockbox Funding Streams</a></td>
</tr>
</tbody>
</table>