Gitcoin Grants Fee Models

gitcoin_grants_fee_models.md

Assumptions:

1. Gitcoin Grants is a self-sustaining revenue stream.
2. Adoption has been strong enough since the release of Gitcoin Grants (along with CLR incentive matching) to consider charging a fee.
3. Users won't sidestep Grants completely to tip individuals outside of our network.

Problem:

What is a fair and sustainable way of earning revenue off Gitcoin Grants?

Hypotheses:

We are trying to learn what users will pay for, and what the MVP is for the fee that best incentivizes users to stay.

1. foundation model for larger grants

   • foundation/organization gets a different grants page
   • e.g $500k is deployed, x% of that is taken for CLR, let's say x=10%, so $50k
   • y% of the $50k is taken as revenue for Gitcoin, the rest goes to CLR
   • it's sort of like a social marketing thing that we say "this org is helping to do CLR stuff"
   • hopefully that's a social incentive to stay and not just tip the amount

2. % subminer fee in grants

   • method on the grants smart contract that sets a fee percentage
   • default fee percentage = 5% on all new grants
   • how should the % fee be applied?
     • does this default fee percentage get applied to every contribution?
     • does this default fee only kick in on contributions past a certain point?
     • does this default fee percentage get applied to every grant, on a monthly basis if the goal is met?
   • how do we avoid users going off-platform and just tipping each other
     • marketing their grant for them to expose it to additional grant contributions (but we charge the grantee (contributor) then)

3. featured grants option

   • featured grant gets extra visibility and top of the page real estate
   • additional exposure somehow?

2019-03-26 update:

1. no answer yet from V about getting a cut of the EF $50k (foundational model).

2. there's a bit of confusion about who we're asking the % fee from, based on the discussion last time, so I've outlined our v1 options as they stand - we can implement a fee on:

   • organization who is giving money to grants: if we do the foundational model with them, it doesn't make sense to take a cut from the grant creator him/herself who receives the money from the organization. We just take a cut of the CLR amount.
   • the grant creator him/herself: it might make sense to take a cut if the grant contributor reaches the monthly amount or when they start a grant or ask them to donate a bit to Gitcoin.
   • contributors to a grant: it doesn't make sense to charge every contributor that contributes to a grant a % fee (e.g I donate 5 DAI to burner wallet but really, only 4 DAI because a 20% fee is charged). We deal with small amounts, and can potentially promote unintended consequences (tipping instead).
   • "inverse fee with Gitcoin Grants": straight up have marketing around some grants for the Gitcoin core team after a contributor finishes contributing to a grant, which is reliant on straight or scaled donations, and potentially less scalable
   • subminer fee: is this under one of the above categories? (I think grant creator) high lift and low probability in terms of engineering complexity
   • dominance assurance contracts:
     • https://en.wikipedia.org/wiki/Assurance_contract#Dominant_assurance_contracts
     • https://programtheblockchain.com/posts/2018/05/01/writing-a-dominant-assurance-contract/
     • If a contributor of a grant stakes x%, and the monthly grant fails to be completely fulfilled, then the contributor gets back 100% + x % of the amount they staked (Gitcoin returns the money to them plus a "tax"), however, if the monthly grant is completely fulfilled, then Gitcoin Core get a % of the fulfilled amount. Technically, no one loses, since contributors get a profit if it fails, but if it succeeds, then they contribute to Gitcoin Core (which is a public good).
     • but doesn't the one who opened the grant lose out on just a tiny bit of funding?
   • inflation funding:

regardless of format the % fee we charge can be be setup for CLR:

• $ for grants -> % for CLR -> % fee -> revenue (larger funding pools)
• $ from grant creator -> might not make sense here?
• $ from contributors -> % fee -> % CLR -> revenue & CLR money (potentially for smaller funding pools who haven't been charged by $ for grants scenario)