Proposed Simplifications to the Uniswap Governance Process

In light of community feedback, we would like to propose minor revisions to the Community Governance Process that will make participation easier. These proposed revisions will remove unnecessary friction but also introduce additional checks and balances to ensure that Uniswap governance can be effective, engaging, and robust.

Adoption of these revisions is subject to approval from the Uniswap community. We welcome feedback and comments, which can then be incorporated into a final version.

Recap of the current process (full overview here)

  1. Temperature Check: Snapshot poll lasting 3 days, accompanied by Governance forum discussion. The poll is decided by a majority and requires a 25k UNI yes-vote threshold to pass.

  2. Consensus Check: A five-day snapshot poll on a proposal that incorporates feedback from the Temperature Check. Discussion takes place on the Governance forum, and a 50k yes-vote threshold is required to pass.

  3. Governance Proposal: The final step of the Governance process is the on-chain proposal and subsequent vote. To submit an on-chain proposal, the proposal author must have a minimum balance of 2.5m UNI delegated to their address and must publish a Governance forum post with a summary of the proposal’s action and merits in addition to the proposal itself, which is executable code. A minimum of 40m UNI yes-votes is required to pass. There is a 2 day pending period before voting begins, a 7 day voting period, and, if the vote passes a 2 day timelock period following the vote and before implementation.

Proposed simplifications:

A three part process allows a governance proposal to evolve in public from the ideation stage to a formal on-chain action. We believe that some minor tweaks to the first two stages will produce higher signal value while reducing some of the existing operational overhead and complexity.

Specifically:

  1. Rename the first phase “Request for Comment” and remove the Snapshot poll requirement.

With a relatively low 25k UNI yes-vote threshold and historically minimal engagement, the Snapshot poll at this stage has not served as an effective signaling mechanism; several proposals have bypassed this step completely. Moving forward, it should be sufficient for the proposer to merely submit an idea and gather feedback during this process.

Additionally, we recommend removing the mandated 3 day period for this phase. Instead, the proposer should have as much or as little time as they think is necessary before moving to the second phase. Proposers should note that for potentially contentious or complex proposals, a longer Request for Comment period is more likely to result in useful feedback and an ultimately successful proposal.

  1. We recommend the 2nd phase be renamed from “Consensus Check” to “Temperature Check.” This new Temperature Check phase should continue to serve as a means of establishing formal discussion around a proposal topic and should incorporate feedback from the preceding Request For Comment phase.

In order to improve the value of this 2nd phase as a signaling tool, we suggest increasing the Snapshot poll yes-vote threshold from 50k UNI to 5 million. A 5 million threshold should be low enough for serious proposals to pass — recent on-chain votes have received upwards of 90m votes — yet high enough to stop lower quality governance proposals from making their way to the on-chain governance phase.

This new Temperature Check phase should be interpreted as a rehearsal referendum on a given proposal. If a Temperature Check does pass, the Uniswap community will have a clear sense that the proceeding on-chain vote has sizeable support and can mobilize turnout accordingly.

  1. We have no recommended changes to the on-chain Governance Proposal process, which we will refer to as the Formal Vote. Any updates to the Formal Vote process must be introduced through a change to the Governor Bravo contract.

However, we suggest that any governance proposal that does not entail an on-chain action (e.g. a transfer of tokens, the introduction of a new fee tier etc.) should take place on Snapshot in order to avoid unnecessary gas cost overheads for voters. Off-chain proposals should continue to abide by the standard on-chain voting parameters — currently, this entails a 7 day vote period and a 40m yes-vote threshold.

New Process Summary:

To summarize, we suggest the new process function as follows:

  1. Request For Comment: A governance forum post providing a synopsis of the proposal. The length of this phase should be correlated to the complexity of the proposal and allow for meaningful feedback.

  2. Temperature Check: A second separate governance forum post outlining the proposal in detail and incorporating any feedback from the Request For Comment phase. The post should be accompanied by a Snapshot poll. The Snapshot poll runs for 5 days, is decided by a majority, and requires a minimum of 5m yes votes to pass.

  3. Formal Vote: A final governance forum post incorporating any feedback from the Temperature Check phase. If there is an on-chain action to be executed, the forum post should be accompanied by an on-chain vote. Otherwise, the post can be accompanied by a Snapshot poll that mirrors the same threshold parameters as an on-chain vote.

Next steps

We welcome feedback on this revised process and will attempt to synthesize feedback into a second document before formally adopting it.

8 Likes

Looks great, are you planning to do a temperature check to adopt the changes

2 Likes

Thanks for posting, Teo and Uniswap team!

Other Internet has reviewed and we believe this is a good simplification. Interviews with various proposal creators and governance participants in the Uniswap ecosystem have yielded some evidence that the current intensiveness of the governance process is a barrier to proposal creation. We think that the elimination of one Snapshot poll is a good first step.

While we’re visiting this, one thing to note is that more standardization around how to set up Snapshot polls would be helpful. Framing of “yes” and “no” votes could use particular attention (here are three different polls which each have different phrasings for yes and no votes — some do not show up in the UI properly). Using “no change” as a standard for no votes, at the very least, would be a reasonable starting place.

Beyond this, a visual guide to creating a Snapshot poll and clarification for how much content from an original forum post should be included would be helpful to have.

8 Likes

Sounds Great !!!

2 Likes