2019-11-22 08:51:14 -08:00
|
|
|
|
::
|
|
|
|
|
|
|
|
|
|
ZIP: 1005
|
|
|
|
|
Title: Zcash Community Funding System
|
|
|
|
|
Owner: Dimitris Apostolou <dimitris.apostolou@icloud.com>
|
2020-02-27 09:54:18 -08:00
|
|
|
|
Status: Obsolete
|
2020-11-14 14:06:46 -08:00
|
|
|
|
Category: Consensus Process
|
2019-11-22 08:51:14 -08:00
|
|
|
|
Created: 2019-06-23
|
|
|
|
|
License: MIT
|
|
|
|
|
Discussions-To: <https://forum.zcashcommunity.com/t/zip-proposal-zcfs-zcash-community-funding-system/33898>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Abstract
|
|
|
|
|
========
|
|
|
|
|
|
|
|
|
|
This proposal introduces a new funding mechanism called the Zcash Community
|
|
|
|
|
Funding System (ZCFS).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Motivation
|
|
|
|
|
==========
|
|
|
|
|
|
|
|
|
|
The motivations for ZCFS are:
|
|
|
|
|
|
|
|
|
|
* The Founders’ Reward is set to expire in 2020.
|
|
|
|
|
* The Founders’ Reward has caused significant friction in the Zcash community
|
|
|
|
|
and sparked forks due to disagreement with its very existence.
|
|
|
|
|
* There needs to be a more fair and decentralized funding mechanism.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Specification
|
|
|
|
|
=============
|
|
|
|
|
|
2019-11-22 10:08:16 -08:00
|
|
|
|
.. role:: editor-note
|
|
|
|
|
|
2019-11-22 08:51:14 -08:00
|
|
|
|
This specification is a modification of the Monero Community Crowdfunding
|
|
|
|
|
System (CCS) and is defined as follows:
|
|
|
|
|
|
|
|
|
|
1. The Founders’ Reward ends in October 2020 as specified by the current
|
|
|
|
|
consensus rules.
|
|
|
|
|
2. An individual, team or company (for-profit or non-profit), henceforth
|
|
|
|
|
‘proposer’, has an idea to improve the Zcash ecosystem that requires funds.
|
|
|
|
|
3. The proposer creates a ZCFS proposal in a modified version of the existing
|
|
|
|
|
`ZF Grants website <https://www.zfnd.org/grants/>`_, to be called the ZCFS
|
|
|
|
|
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.
|
|
|
|
|
4. Upon activation of this proposal, the Zcash Foundation is put in charge of
|
|
|
|
|
the ZCFS.
|
|
|
|
|
5. The Zcash Foundation is required to make ZCFS proposals for its own
|
|
|
|
|
funding. If the community decides not to fund it, then the ownership of
|
|
|
|
|
the ZCFS is transferred to the proposer who is instead funded by the
|
2019-11-22 10:08:16 -08:00
|
|
|
|
community for that matter. :editor-note:`the meaning of "the proposer"
|
|
|
|
|
here is unclear.`
|
2019-11-22 08:51:14 -08:00
|
|
|
|
6. After a ZCFS proposal has been created, the community discusses the pros
|
|
|
|
|
and cons of the proposal, and offers feedback and critique.
|
|
|
|
|
7. The proposer changes the proposal (if necessary), utilizing the feedback
|
|
|
|
|
and critique of the community.
|
|
|
|
|
8. Repeat steps 6 and 7 as needed.
|
|
|
|
|
9. After the Zcash Foundation (or whoever has ownership of the ZCFS at the
|
|
|
|
|
time) has determined that the community has reached loose consensus, the
|
|
|
|
|
funding begins by ZEC holders who wish to donate.
|
|
|
|
|
10. Once fully funded (not guaranteed), the proposer begins on the work, if
|
|
|
|
|
they haven’t already.
|
|
|
|
|
11. Milestones are completed and funds are disbursed upon their completion.
|
|
|
|
|
12. After all milestones are completed, the proposal is locked and all
|
|
|
|
|
information is retained for posterity.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Rules and Expectations
|
|
|
|
|
======================
|
|
|
|
|
|
|
|
|
|
The ZCFS 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
|
|
|
|
|
----------
|
|
|
|
|
|
|
|
|
|
1. The ZCFS is escrowed by the Zcash Foundation (or whoever has ownership of
|
|
|
|
|
the ZCFS 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.
|
|
|
|
|
2. 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.
|
|
|
|
|
3. Refunds are extraordinarily rare. Donate accordingly.
|
|
|
|
|
4. If the proposer disappears, no problem, someone else can pick up from
|
|
|
|
|
their last milestone.
|
|
|
|
|
5. 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
|
|
|
|
|
-------------
|
|
|
|
|
|
|
|
|
|
1. 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.
|
|
|
|
|
2. 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.
|
|
|
|
|
3. 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 ZCFS 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.
|
|
|
|
|
4. 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.
|
|
|
|
|
5. You may NOT under any circumstances include a donation address directly
|
|
|
|
|
in your proposal. This circumvents the ZCFS, and can lead to scams.
|
|
|
|
|
6. Your work on the project can begin before the proposal is fully funded
|
|
|
|
|
but disbursement of funds is done only upon completion of milestones and
|
|
|
|
|
only if the proposal is fully funded.
|