# \[in progress\] Grants Policies - feedback requested

**URL:** <https://gov.collab.land/t/in-progress-grants-policies-feedback-requested/38>\
**Category:** 📌 Policies and Templates\
**Tags:** information, season-0, season-1\
**Created:** [June 2, 2023, 10:55pm UTC](https://gov.collab.land/t/in-progress-grants-policies-feedback-requested/38 "2023-06-02T22:55:47Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![iSpeakNerd](https://yyz1.discourse-cdn.com/flex027/user_avatar/gov.collab.land/ispeaknerd/32/6_2.png) [@iSpeakNerd](https://gov.collab.land/u/iSpeakNerd)\
**Post date:** [June 2, 2023, 10:55pm UTC](https://gov.collab.land/t/in-progress-grants-policies-feedback-requested/38/1 "2023-06-02T22:55:47Z")

</div>

## Grant Policies

### No Sale Policy

**COLLAB received for Journeys around the Community Orientation should not be sold by the grant recipient.** This “no sale” rule:

- _Includes the grant recipient, their affiliates and any other related persons._ These persons cannot receive COLLAB for the purpose of selling (or if the grant recipient knows they intend to sell) the tokens.
- _Includes the direct exchange of COLLAB for crypto or fiat, whether done publicly or privately._ Think selling COLLAB in exchange for fiat or crypto, regardless of whether done on a CEX, DEX, OTC desk, at your local park, or otherwise.
- **_Does not include using COLLAB to incentivize usage_. Providing COLLAB as liquidity mining incentives is not restricted by these parameters.**
- _There is no expiration to this rule for Growth Experiments Grants_

### Lock-Up

**COLLAB received through Journey Proposals should not be sold by the grant recipient for a period of one year.** After a holding period of one year, Journey Proposal recipients have full discretion over how they utilize COLLAB, so long as it coincides with the objectives outlined in their proposal.

You can read more about the reasoning behind the token locks [here](https://gov.collab.land/t/grant-token-lock-explainer/103).

### No Self-Delegation of Grants

**Token grants must not be self-delegated for use in governance.** The primary purpose of these token grants is to incentivize sustainable usage and growth of the Collab.Land ecosystem. Accordingly, for partners interested in increasing their voting power, the preferred route is by encouraging users to delegate their rewards to your governance representatives.

### Critical Milestones and Clawback

Critical milestones demonstrate good faith effort to accomplish the aims set forth in a proposal.

Critical milestones are meant to provide the Collab.Land community with satisfaction that the proposer has taken actions consistent with those outlined in an approved proposal.

Non-completion of critical milestones will be grounds for clawback of any remaining locked tokens, as outlined in the Collaboration Guide.

On-chain data or other publicly verifiable information is favored for the determination of critical milestones.

An example of a critical milestone is: “We will deploy X smart contract on Y date.”

* * *

Violation of these policies are violations of the [Code of Conduct](https://gov.collab.land/t/code-of-conduct/37).

## Attribution

Optimism [Grant Policies](https://gov.optimism.io/t/grant-policies/5833)

---

<div class="post-metadata">

**Author:** ![iSpeakNerd](https://yyz1.discourse-cdn.com/flex027/user_avatar/gov.collab.land/ispeaknerd/32/6_2.png) [@iSpeakNerd](https://gov.collab.land/u/iSpeakNerd)\
**Post date:** [June 2, 2023, 10:55pm UTC](https://gov.collab.land/t/in-progress-grants-policies-feedback-requested/38/2 "2023-06-02T22:55:51Z")

</div>



---

<div class="post-metadata">

**Author:** ![iSpeakNerd](https://yyz1.discourse-cdn.com/flex027/user_avatar/gov.collab.land/ispeaknerd/32/6_2.png) [@iSpeakNerd](https://gov.collab.land/u/iSpeakNerd)\
**Post date:** [June 5, 2023, 7:26pm UTC](https://gov.collab.land/t/in-progress-grants-policies-feedback-requested/38/3 "2023-06-05T19:26:15Z")

</div>

community feedback needed

### sale rules:

y/n  
 if yes, how enforce?

- [Hedgey Finance](https://app.hedgey.finance/)

### lockup

y/n  
 if yes, how long?  
 if yes, how enforce? ~~(`tokenLock` function?)~~

- [Hedgey Finance](https://app.hedgey.finance/)

### self-delegation

y/n  
 if yes, how enforce?

Clawback  
 how? – admin-revokeable locked tokens via [Hedgey](https://app.hedgey.finance/)  
 y/n

---

<div class="post-metadata">

**Author:** ![iSpeakNerd](https://yyz1.discourse-cdn.com/flex027/user_avatar/gov.collab.land/ispeaknerd/32/6_2.png) [@iSpeakNerd](https://gov.collab.land/u/iSpeakNerd)\
**Post date:** [June 6, 2023, 12:51am UTC](https://gov.collab.land/t/in-progress-grants-policies-feedback-requested/38/4 "2023-06-06T00:51:57Z")

</div>



---

<div class="post-metadata">

**Author:** ![jengajojo](https://avatars.discourse-cdn.com/v4/letter/j/e9a140/32.png) [@jengajojo](https://gov.collab.land/u/jengajojo)\
**Post date:** [June 9, 2023, 9:49am UTC](https://gov.collab.land/t/in-progress-grants-policies-feedback-requested/38/5 "2023-06-09T09:49:40Z")

</div>

Thanks @iSpeakNerd

The OP policies make sense since 50% of the seasonal funding is paid retroactively via [https://pairwise.generalmagic.io/](https://pairwise.generalmagic.io/) The retro component does not have any restrictions and hence having restrictions on the proactive part makes sense.

In my experience with DAO governance, upfront allocation is not the best approach and I’d be in favor of retroactive allocations. That being said upfront payments are great to keep people motivated and give them assurance.

I’d suggest starting S1 with 50% proactive allocations and 50% retroactive allocations. From the upfront allocations, I’d suggest keeping 50% vested. All upfront allocations should be made with KPIs and Milestones in mind. Additionally I’d also recommend applicants to submit some Proof of Work along with their applications.

Over time we can increase the share of retroactive allocations since it’s easier to judge impact retroactively than proactively. Proactive allocations in any way either a delegated group making decisions or a prop.house style auction, have a very low conversion rate in terms of actual impact.

---

<div class="post-metadata">

**Author:** ![iSpeakNerd](https://yyz1.discourse-cdn.com/flex027/user_avatar/gov.collab.land/ispeaknerd/32/6_2.png) [@iSpeakNerd](https://gov.collab.land/u/iSpeakNerd)\
**Post date:** [August 21, 2023, 8:24pm UTC](https://gov.collab.land/t/in-progress-grants-policies-feedback-requested/38/6 "2023-08-21T20:24:25Z")

</div>

Thanks for your input @jengajojo. We’ve actually been working with a project that would easily enable this kind of vested allocations.

To sum up for my own understanding, from the total you are suggesting:  
25% vested upfront (sellable in 1 year?)  
25% free token upfront  
50% retro delivered on completion

> I’d also recommend applicants to submit some Proof of Work along with their applications.

what does that mean to you? ☝

> easier to judge impact retroactively than proactively.

I agree absolutely, have you seen any flexible frameworks for quantifying that impact?

---

<div class="post-metadata">

**Author:** ![iSpeakNerd](https://yyz1.discourse-cdn.com/flex027/user_avatar/gov.collab.land/ispeaknerd/32/6_2.png) [@iSpeakNerd](https://gov.collab.land/u/iSpeakNerd)\
**Post date:** [August 21, 2023, 8:44pm UTC](https://gov.collab.land/t/in-progress-grants-policies-feedback-requested/38/7 "2023-08-21T20:44:26Z")

</div>

That Pairwise app is super cool ux too, thanks for sharing that
