zips/zip-1005.rst

126 lines
5.6 KiB
ReStructuredText
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

::
ZIP: 1005
Title: Zcash Community Funding System
Owner: Dimitris Apostolou <dimitris.apostolou@icloud.com>
Status: Obsolete
Category: Consensus Process
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
=============
.. role:: editor-note
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
community for that matter. :editor-note:`the meaning of "the proposer"
here is unclear.`
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 havent 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 proposers
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 nobodys 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 youre 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.