[Proposal] - Gating who can make a Snapshot governance proposals

THE PROBLEM:

Over the past month, web3 (Gitcoin included) has experienced a series of “fake” or scam Snapshot proposals that have been posted to various DAO snapshot sites. Last week, SnapshotLabs responded with this guidance: Snap the scams out!

TENSION:

The social contract governing the proposal/vote process at Gitcoin was defined in Gitcoin DAO Governance Process v3. Generally speaking, anyone can make a proposal on the forum and it has to 1) be available for comment for five days and 2) receive comments from five stewards. With those two conditions met, and given the formatting of the proposal was correct, the proposal could move to snapshot for vote.

Here is the relevant section from the Governance process v3 listed above:

Proposal Discussion

Before a proposal can go to a vote, it must be posted in the appropriate category on the forum for review and comment by the community.

Proposals brought to the forum must be in the format required by the and address the considerations set out in Table 2: Required Information, above.

Once it has been posted in the forum, a proposal must:

  • Be available for review and comment for at least 5 days, and
  • Receive input from at least 5 stewards not connected to or working with the proposal/with workstream (any stewards part of the proposal should also be disclosed).

A proposal that does not meet the requirements for formatting, required information, length of review, or input from stewards will be removed from Snapshot voting if an attempt is made to hold a vote.

From Gitcoin DAO Governance Process v3

Previously, the Gitcoin Snapshot voting site was pretty wide open. Nearly anyone could make a proposal on snapshot with, or without following the social convention outlined above.

On four occasions, scam proposals were posted to the Gitcoin snapshot accounts suggesting or proposing Gitcoin airdrops.

To quickly lock down the proposal capability, the snapshot account was locked using Gitcoin Passport, limiting posters to those who had donated to past grants rounds. This approach had issues given that database updates were no all ways 100%, thus the account was updated to allow posting only from those with a balance of at least 100GTC, or those who had greater than 1000 Twitter followers.

PROPOSAL:

The initial movement to lock down the snapshot account was necessary, but it is important to ensure that any major change in governance should be ratified by voters. This is especially important when putting controls and limitations around who can and who cannot make bonafide proposals for Gitcoin.

This being the case, this proposal attempts to do three things:

  1. Explores options for gating proposals
  2. Articulated pros and cons for each case
  3. Set the draft governance proposal for change

OPTION ASSESSMENT:

To rectify the issue, we identified three options below to gate our Snapshot account. Please provide feedback on those options - or suggest additional options I may have missed.

Option 1: establish a manual review process & whitelist proposers

This option would lock down snapshot to “a few” people who would be responsible for 1) reviewing the completeness of the proposal, 2) determining if the process was followed and 3) posting the vote if it passes the check


.

Option 2: Continue to use Passport as a control, using at least GTC = 100 or twitter followers = 1000
This option would gate proposals via Gitcoin Passport connected to Snapshot using the existing stamps, which are at least 100GTC tokens held OR 1000 Twitter followers.


.

Option 3: Continue to use Passport as a control, but explore other stamps
This option would gate proposals via Gitcoin Passport connected to Snapshot but explore using other stamps to gate the community. See the appendix below for a complete list of Passport stamps.

Leading stamp options:

  • GTC staking 100GTC (gold) (drives GTC utility - we use it to make proposals)
    • Stamp seems to unstake after each grant round - not ideal for ongoing votes.
  • Github: illustrates open source contributions (but not validated)
  • Snapshot - voted on 2 or more DAO proposals: illustrates participation with Web3 Governance

Recommendation: Option 3 with any of the following stamps:
Implement the following stamps

  • Staking 100GTC (gold)
  • At least 100GTC held in the wallet

I am not married to this option and I could live with option 2, but what is most important is that we ratify our governance processes to be consistent with how we execute. In an ideal world, I would love to see a higher staking amount or some kind of a participation NFT, but lets close the gaps we have.

Next steps
Collect any feedback on this proposal and formalize for a final proposal and vote.

In closing, this is not “wow” work that anyone is going to be excited about. But part of operational excellence is paying attention to governance detail that can come back and bite us in the butt later on. Going back and cleaning up work that was done on the fly is necessary, however often not very exciting.

5 Likes

We had a great talk last night with Jeremy, Sophia and @0xZakk discussing this concept.

In short:

  1. Passport gating is the right path to protect snapshot
  2. A minimum passport score should be the gate, not specific stamps. Specific stamps depreciate over time whereas a score allows for greater voter autonomy and consistency of protection.
  3. GTC staking could be a great option as it continues to be developed
  4. We should to connect this to the Passport plan the MMM team is developing
  5. The next exciting challenge will be to implement QV on DAO votes using Snapshot + a Passport score. More work analytical to be done first. (hint - @ale.k )

Thanks for the engagement!

3 Likes

Thanks @shawn16400 This is a good start and I would be in favor of using passport and adding other offchain or onchain features. * Staking 100GTC (gold) is a great add-on too!

  • Using ‘minimum status’ according to discourse rules Understanding Discourse Trust Levels could be a useful filter
  • Governance history:
    if the wallet has voted on atleast ‘x’ proposal in the past (in gitcoinDAO or other whitelisted DAOs)
    if the wallet has created proposals on snapshot in other whitelisted DAOs
    if the wallet holds atleast ‘x’ hypercerts
2 Likes

Thanks @jengajojo for the engagement on this one. I really appreciate your feedback.

I really like this option given it feeds into GTC utility - or using the governance token for something other than just voting. However at the moment the GTC staking stamp is limited to staking during Gitcoin rounds and it not yet an always-on feature. Once it is, I think this can be a powerful governance feature. Here I think about granting sliding governance influence linked to the duration and quantity of staked GTC. But that is for another proposal once the capability is in place.

This is one reason why I am bullish web3 governance. We are developing the capability to craft infinitely customizable governance mechanism that can (for the first time ever) attempt to balance differing stakeholder incentives (contributors vs. investors vs. users vs. ecosystem vs partners). The challenge for governance architects is to 1) limit bureaucracy 2) credibly evaluate outcomes 3) watch for unintended consequences.

What I like about your suggestions is it provides early thinking for cross-dao integration which is where I hope Gitcoin goes. This kind of thinking will lead us to antifragile networks and stronger linkages between nodes - especially as attacks get more sophisticated.

What I appreciate about Gitcoin Passport team is their thinking about the sum total of reputational value, or score. It’s less about an individual hypercert or passport stamp. Each of those certs or stamps have a dynamic anti sybil value - as scammers learn how to circumvent a stamp, that stamp degrades in value, and as such so does the governance strategy designed around individual stamps or hypercerts.

For this reason, I intend to change the paper above from “exploring options” to a proposal using the Gitcoin Passport “score” as opposed to individual stamps. I hope to have this strategy tested shortly so we can update this proposal and get on with it.

1 Like

1,000 Twitter followers sounds a little steep for some of our valued contributors who aren’t as active on social media (also easily bought), but staking 100GTC + Passport sounds like it could be the way. It doesn’t sound like the staking utility is available yet, so until then, agreed with Passport gating w/ a higher score than our typical donor min.

As someone newer to Gitcoin governance, I’m hesitant to put too many history-based limitations at risk of accidentally barring out myself haha. However, also foresee myself voting more on proposals, versus creating actual them in the actual near future, so even with history-based–it probably wouldn’t be an issue. Looking forward to seeing how our experimentations in governance pan out!

Appreciate everyone putting their brilliant minds together to jam on making governance better for all :heart_hands:

4 Likes

Thanks Shawn - I appreciate you calling this out and also working to get a viable alternative in place for the current implementation. the Passport Scoring seems like a great option. I don’t quite understand this step as it doesn’t seem related to gating creation of Snapshot proposals.

Are you thinking we want to have a passport score for voting in addition to the score for posting proposals? Perhaps this is just on the sub domain snapshot voting?

Hey @kyle!

You are correct, to keep our proposals clean, this proposal is limited to the creation of proposals on snapshot, gated by passport. Extending the gating of actual voters using passport would be a separate proposal, and a bit more work to be done. :slight_smile:

This is an important issue, but imo staking 100 GTC & holding 100 GTC is not enough. I would also increase the Snapshot stamp option to - voted on 5(ideally 10) or more Dao proposals. Nowadays people spam vote on snapshot for airdrops a lot. Hope this at least tangentially helps…

So I would opt for a hybrid between option 2 & option 3. Curious to see what others think :saluting_face:

Thanks @shawn16400. We’re still finalizing the Snapshot integration which will enable this, but I agree, moving to a pluralistic passport score is the best option as it will us to add/remove/change stamps as the value changes in response to Sybil actions while providing the most robust defense.

1 Like