Dev Fund Proposal: Enhanced Community Funding System
Advocate: boxalex
Disclaimer:
The author of the original proposal is currently not available and can’t push the proposal forward. I have some ideas how to improve this proposal and hence meanwhile making a modified version called: Enhanced Community Funding System. If the original author comes back it’s possible, if he agrees, that both proposals get merged. This proposal is a good alternative and it should be in no case abandoned in my opinion.
Large parts of it are copied from the original proposal, some parts are modified and some parts are added entirely new.
Original proposal: [ZIP 1005] ZIP proposal: ZCFS (Zcash Community Funding System)
Abstract
This proposal specifies an alternative funding system by introducing a new funding mechanism called ECFS (Enhanced Community Funding System).
Motivation
The motivations for ECFS are:
- The Founders Reward is set to expire in 2020 and a new development fund will be required.
- The Founders Reward has caused significant friction in the Zcash community and sparked forks due to disagreement with the fund’s structure.
- There needs to be a more fair and decentralized funding mechanism.
- No promise should be broken. Founders Reward ends 2020. 90% of tokesn get allocated to miners if opt-in as an additional option is choosen.
- Development after 2020 should be more competive.
- With this proposal the ECC can keep it’s for-profit status.
Specification
This specification is a modification of the Monero Community Crowdfunding System (CCS) and is defined as follows and the original proposal as defined in the disclaimer above:
- The Zcash protocol will NOT be changed so that 100% of mining rewards go to miners after 2020. This reflects the initial protocol that the founders reward ends in 2020 (only if the opt-in option as an additionally funding option is choosen!)
- An individual, team or company (for-profit or non-profit), henceforth ‘proposer’, has an idea to improve the Zcash ecosystem that requires funds.
- The proposer creates a ECFS proposal in a modified version of the existing ZF Grants website, to be called the ECFS website. The ZF Grants website already has the basic infrastructure for this mechanism and needs to be tweaked in order to facilitate this specification. The ZF Grants website will continue to operate in its current form, but not limited to it. Further improvements could be made. Later described in detail.
- In the beginning, the Zcash Foundation is put in charge of the ECFS.
- The Zcash Foundation is required to make ECFS proposals for its own funding. If the community decides not to fund it, then the ownership of the ECFS is transferred to the proposer who is instead funded by the community for that matter.
- After a ECFS proposal has been created, the community discusses the pros and cons of the proposal, and offers feedback and critique.
- The proposer changes the proposal (if necessary), utilizing the feedback and critique of the community.
- Repeat steps 6 and 7 as needed.
- After the Zcash Foundation (or whoever has ownership of the ECFS at the time) has determined that the community has reached loose consensus, the funding begins by ZEC holders and miners who wish to donate.
- Once fully funded (not guaranteed), the proposer begins on the work, if they haven’t already.
- Milestones are completed and funds are disbursed upon their completion.
- After all milestones are completed, the proposal is locked and all info is retained for posterity.
- Miners should be given the option, voluntary and opt-in only, to donate part of their block rewards to ECFS proposals.
13a. For easyness an alternative mechanism for miners could be that opt-in, maybe even opt-out with a burning option could be allocated to a general ECFS fund which is than split equally to all ECFS proposals that are active at that time. - There should be an option introduced in native wallets that let ZEC holders donate to given proposals or at least make them aware of such option by setting up links into the wallet.
14a. For easyness and alternative mechanism in the wallet could be introduced with the option of donating x amount which is allocated to a general ECFS fund which is than split equally to all ECFS proposals that are active at that time.
Rules and Expectations
The ECFS is intentionally left as informal as possible. This allows for flexibility of the system, and keeps things from being red taped into oblivion. However, there are some things you should understand, things that will be expected of you, as either a proposer or a donor, and a recommended way of structuring a proposal for maximum likelihood that your project will be funded.
For Donors
- The ECFS is escrowed by the Zcash Foundation (or whoever has ownership of the ECFS at the time). When you make a donation, you are releasing funds to them to disburse when they deem the community agrees that a milestone is complete. They do not do the work to verify donors, and the final decision for all disputes falls with them, although they do their best to follow community sentiment.
- In the event that a proposal is overfunded, unable to be completed, or otherwise put in a state where donated money will not be disbursed to the proposer, the default is that the remaining ZEC will be put in the ZF Grants fund and/or split equally to all other active proposals at that time.
- Refunds are extraordinarily rare. Donate accordingly.
- If the proposer disappears, no problem, someone else can pick up from their last milestone.
- Milestone and payout structures vary per proposal based on the proposer’s wishes. It is up to the donor to do their due diligence in whether or not they support the proposal in its entirety.
For Proposers
- There is no guarantee that your project will get past the community feedback stage, and if it does, there is no guarantee that it will be funded.
- You have to drum up support for your proposal during the feedback and funding stages. Do not expect others (especially the Zcash Foundation or other trusted members of the community) to do it for you. Others may share and support if they are excited about your project, but ultimately it is nobody’s responsibility but your own.
- It is expected that you provide updates on the progress of your proposal to the community. For every milestone completed there should be a written report put into your ECFS proposal announcing its completion and the work done, but depending on the timeline of your project, it may be wise to update the community more frequently.
- All work must be licensed permissively at all stages of the proposal. There is no time where your work can be licensed under a restrictive license (even as you’re working on it). Your proposal will be terminated if this is not remedied.
- You may NOT under any circumstances include a donation address directly in your proposal. This circumvents the ECFS, and can lead to scams.
- Your work on the project can begin before the proposal is fully funded but disbursment of funds is done only upon completion of milestones and only if the proposal is fully funded.
Competive Character of this Proposal:
This proposal should increase competition within development of the Zcash protocol. The ECC still can develop Zcash but with this proposal it has to compete with other developers that might propose similar or even better options which should lead to more and better competition.
Decentralized Character of this Proposal:
In my opinion this proposal advocates for more decentralization and a fairer funds distribution.
Transparency Character of this Proposal:
This proposal will lead to full transparency what costs how much and how many funds are used for a given improvement and proposal. The community can decide IF a given proposal is worth the amount and support it or not.
Combining this proposal with an miner opt-in/opt-out block reward option:
I think it’s possible as an alternative, better additional, variant of this proposal to have miner opt-in or even miner opt-out been added. Possible scenarios could be:
- The amount from miner’s blockrewards are put equally distributed to all active ECFS proposals
- The amount from miners blockrewards are put into a ZF grant fund and the Foundation decides where to allocate these.
3.) The amount from miners blockrewards are put into a special fund and the New Community Governance Panel decides monthly or quarterly and decides to which proposals to allocate which % of these funds.
Further thoughs about opt-in/opt-out. I personally would prefer the voluntary opt-in option, but i agree that opt-in alone and even the ECFS alone through donating would not be enough to indeed ensure a safe, good funded developement, but it is still an option.
But i’am as well willing with this proposal to add the opt-out option and even to have burning coins the alternative additonally option for it. The important part and difference to the original proposal is that this version leaves room for such addition and option.
Modifying/Changing the current Zcash Governance Community Panel:
There would be need for a changed/improved Zcash Governance Community Panel and i’am taking the whole idea and example from my other proposal which as well has it as an requirement. It should be a must as allocating funds, discussing proposals and finally even voting on these should be an essential part of fair discussion, fair voting, fair polling, fair allocation of funds.
A new enhanced Governance Panel should replace the current Foundation’s Governance Panel:
This is just an idea below to show how a better, more fair goverance panel could look like:
- ECC, 10 member
- ZF, 10 member
- Zcash Founding Scientists, 7 members IF not employed/paid at/by ZF or ECC allready.
- Mining pools, biggest 10 mining pools each 1 member, results in 10 members
- Hardware producers, Innosilicon & Bitmain: Each 3 or 5 members, results in 6-10 members
- Investors like placeholder, blocktown, grayscale and such, each 1 or 2 members, results in “unclear”.
- Zcash community: Every forum member registered on the official Zcash forum for at least 3 months? Eventually a minimal post count or other restriction could be added to avoid people joining just for voting reasons, results in unlimited unclear members.
Other possibilities to include"
- Zcash affilated or Zcash supporting projects like parity, wallet creators, such like, 1 member each.
- pretty sure i forgot some groups, this of course can be included as well.
The reasoning behind such design would be that indeed every arm of the Zcash community would be represented, would have a voice and even a vote and can influence important decisions that have to be made.
So far everybody is talking about community decisions but nobody is even near a plan on how this could be done fair, promising and working and accessable to literally everybody interested. Here at least a solution that tries to include all the different streams of the Zcash network.
Edit: Just thought that the more “normal community members” join the less influence the ZF, ECC, investors and so on would have.
I think a possible solution would be that the fixed members for a given organization should be per 100 people that vote. Means if the new governance community panel gets for example 200 members the members or vote count of the fixed members should be double to garantee a fair voting power distribution.
In my example this would mean that the 10 ECC members would have/get double the voting power resulting in 20 votes at the point the community panel reaches 200 members. Just as an example as there must be a mechanism that the bigger the community governance panel gets the influence of the must members like ZF, ECC doesn’t get inflationed.
Voting, Polling, Results:
- Every member of the new governance panel gets invited to take take part in the discussion around a given proposals, changes, whatever and of course later a vote in the governance panel.
A voting must result in a suggested 75% majority to be accepted, maybe 66% could be an alternative level as well. Up to community discussion what the best level in % would be to replace a wider community agreement.
Voting/Polling by the New community governance panel should be seen as binding even if not ultimatly and not like now just some polling. Eventually some pure highly technical aspects should not be taking into the new community governance panel, that’s up to further fine adjustment on what would qualify to be decided by the new community governance panel.
Final word:
-
With this proposal i guess the foundation would not need have the need the ECC change to a non-profit organization.
-
This proposal is trying to combine several interesting proposals into 1:
a.) [ZIP 1005] ZIP proposal: ZCFS (Zcash Community Funding System) by @anon16456014
b.) [ZIP 1004] Dev fund proposal: Miner Directed Dev Fund (was: 20% to any combination of ECC, Zfnd, Parity, or "burn") by @amiller
c.) [Dead] Dev fund proposal: Full Node/Transactions Directed Dev Fund (was: opt-out mechanism for sharing block rewards by miners for dev fund) by @dontbeevil
d.) Dev fund proposal: fixed 20%, opt in/out measure, minimal disrupt by @Autotunafish
e.) [ZIP 1002] FINAL: ZIP Proposal - Genuine Protocol opt-in/out donation feature updated 02/sept by @mistfpga -
It could be very productive to get input from the original proposal makers which parts i took into this proposal to even further enhance it.
-
@anon16456014 . I took your proposal as the main one, even copied most of it. Just when i nearly finished it you wrote in another topic and showed up after a long time. I was not able to PM you as your profil doesn’t has such future for some reason. As initially stated i think it would be possible to merge this and your proposal but it could be as well that the opt-in/opt-out option is not what you want. Still, please consider if this proposal could be merged with yours and/or if we can work on an even better one. In case you do not agree with merging i hope it is ok i took large parts of your proposal, i honestly thought you won’t show up anytime soon again!
-
@sonya, please include this proposal on the list with all proposals, thx in advance
I like parts of it. I really don’t understand others.