ZIP: XXX
Title: Pure Coinholder Funding Model
Owners: Tatyana Peacemonger
Josh Swihart
Credits: Daira-Emma Hopwood
Kris Nuttycombe
Status: Draft
Category: Consensus / Process
Created: 2025-02-19
License: MIT
Pull-Request: <https://github.com/zcash/zips/pull/???>
The key words “MUST”, “SHOULD”, and “MAY” in this document are to be interpreted as described in BCP 14 1 when, and only when, they appear in all capitals.
The terms “Mainnet” and “Testnet” in this document are to be interpreted as defined in the Zcash protocol specification 2.
The terms “Electric Coin Company” (or “ECC”), “Bootstrap Project” (or “BP”) and “Zcash Foundation” (or “ZF”) in this document are to be interpreted as described in ZIP 1014 3.
The terms “Zcash Community Grants” (or “ZCG”), “ZCG Committee” and “Deferred Dev Fund Lockbox” in this document are to be interpreted as defined in ZIP 1015 4.
Protocol-defined Ecosystem Funding is funding from sources defined by the Zcash Protocol for development of the Zcash ecosystem. At the time of writing, Protocol-defined Ecosystem Funding is allocated from a portion of block rewards via Funding Streams 5 and Lockbox Funding Streams 6.
“ZEC” refers to the native currency of Zcash on Mainnet.
This proposal outlines a funding model that gives the coin holders a distinct voice in determining what, if any, grants are provided to support Zcash’s development and community efforts.
Under this model, 20% of the block rewards will accrue to a fund controlled by decisions of coin holders, seeded by the Deferred Dev Fund Lockbox. The Coinholder-Controlled Fund may be used to distribute grants to ecosystem participants, or left at rest.
This system would be activated until the 3rd halving, allowing enough time to determine whether it should be changed or codified for longer.
If no action is taken, in November 2025 funds from block subsidies will stop being directed to Zcash Community Grants 7 and to the Deferred Dev Fund Lockbox established by ZIP 2001 6. If the block subsidies stop, it will risk a gap in funding of Zcash development organisations, via ZCG grants and via potential future disbursements from the Deferred Dev Fund Lockbox.
This proposal aims to:
It would immediately increase coinholders’ voice, minimize governance confusion, and simplify decision-making.
This proposal empowers the coin holders to independently determine what, if anything, should be funded through development fund grants.
The funding streams described below will be defined in a new revision of ZIP 214 9.
A pool of multisig-controlled funds, seeded from the existing contents of the ZIP 1015 Deferred Dev Fund Lockbox 8 and supplemented with a new funding stream consising of 20% of the block subsidy forms a new Coinholder-Controlled Fund.
The mechanisms for the creation and management of this fund are described by
the Deferred Dev Fund Lockbox Disbursement proposal
10. This proposal sets the
\(\mathsf{stream\_value}\) parameter of that proposal to 20%, and the
\(\mathsf{stream\_end\_height}\) parameter to mainnet block height 4,406,400.
Any funding stream created in relation to this proposal will start upon expiry
of the existing FS_FPF_ZCG
funding stream 11, and
last for a further 1,260,000 blocks (approximately 3 years), ending at Zcash’s
3rd halving.
The Key-Holder Organizations SHALL be bound by a legal agreement to only use funds held in the Coinholder-Controlled Fund according to the specifications in this ZIP, expressed in suitable legal language. In particular, all requirements on the use of Deferred Dev Fund Lockbox funds in ZIP 1015 8 MUST be followed for Coinholder-Controlled Fund.
The Key-Holder Organizations collectively administer the Coinholder-Controlled Fund based on decisions taken by coinholder voting, following a model decided by the community and specified in another ZIP [TBD].
In order to continue to receive funding, Zcash Community Grants will have to submit a grant proposal for coinholder vote.
For coinholder votes, a minimum of 420,000 ZEC (2% of the total eventual supply) MUST be voted, with a simple majority cast in favor, for a grant proposal to be approved. Upon approval, the grants are paid to the recipient per the terms of the grant proposal. In the case that multiple grant proposals are submitted that are in competition with one another, a single winner will be selected by holding a separate coinholder vote for each proposal, with the approved proposal having the highest total ZEC value committed in support being the winner. It is the responsibility of the Key-Holder Organizations to determine whether proposals are in competition with one another when organizing coinholder votes.
Each coinholder vote (including in cases where multiple grants are in competition) is independent, and coins used in one vote are also allowed to be used in another; this approach is necessary to avoid vote-splitting scenarios that can result in an option being selected that achieves only a plurality (not a majority) of coinholder support.
Coinholders SHOULD take account of the same factors considered by the ZCG Committee (described in points 2, 3, and 4 of 7) in deciding whether to fund a grant. If any contentious issue arises in connection with a grant (such as milestones not being met), or periodically for grants of indefinite duration, the Key-Holder Organizations SHOULD hold additional coinholder votes to determine whether funding should continue.
Coinholders are not obligated to fund any grants and MAY leave the funds at rest.
No organizations or individuals are restricted from voting their coins.
A grant is vetoed if:
If a grant is vetoed after passing a coinholder vote, then payments for it MUST be stopped. This is expected to be an unusual situation that would only occur if new adverse information came to light, or in the case of a change in the law or unanticipated legal proceedings.
The Key-holder Organizations cannot veto coinholder rejection of a proposal.
Vetos are intended for exceptional cases and SHOULD be accompanied by a thorough rationale.
All provisions of ZIP 1015 imposing obligations and constraints on Bootstrap Project, Electric Coin Company, Zcash Foundation, Financial Privacy Foundation, the ZCG Committee, and grant recipients relating to the previous FS_FPF_ZCG funding stream, will be extended to all Key-Holder Organizations in respect of the Coinholder-Controlled Fund.
The provisions after the first paragraph of the section “Zcash Community Grants (ZCG)” also apply to the Key-Holder Organizations' administration of the Coinholder-Controlled Fund, with coinholder voting replacing the role of the ZCG Committee.
Note: Nothing forces developers of Zcash consensus node software to implement any particular proposal. The aim of a process specification like this one is only to indicate social consensus. It fundamentally cannot affect the autonomy of developers of Zcash consensus node software to publish (or not) the software they want to publish, or the autonomy of node operators to run (or not) the software they want to run.
The Key-Holder Organizations MUST take appropriate precautions to safeguard funds from theft or accidental loss. Any theft or loss of funds, or any loss or compromise of key material MUST be reported to the Zcash community as promptly as possible after applying necessary mitigations.
In order to allow the mechanism and process for coinholder voting to be tested, this process SHOULD be rehearsed on Testnet. The threshold of 420,000 ZEC applied to Mainnet coinholder votes does not apply to these rehearsals.
Information on BCP 14 — “RFC 2119: Key words for use in RFCs to Indicate Requirement Levels” and “RFC 8174: Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words” ↩︎
Zcash Protocol Specification, Version 2024.5.1. Section 3.12: Mainnet and Testnet ↩︎
ZIP 1014: Establishing a Dev Fund for ECC, ZF, and Major Grants ↩︎
ZIP 1015: Block Subsidy Allocation for Non-Direct Development Funding ↩︎
ZIP 1015: Block Subsidy Allocation for Non-Direct Development Funding — Zcash Community Grants ↩︎
ZIP 1015: Block Subsidy Allocation for Non-Direct Development Funding — Lockbox ↩︎
draft-ecc-lockbox-disbursement: Deferred Dev Fund Lockbox Disbursement ↩︎
ZIP 1015: Block Subsidy Allocation for Non-Direct Development Funding — Funding Streams ↩︎