This document is a suggested process for developing and advancing Uniswap Governance Proposals. It is a living document intended to be owned, modified and enforced by the Uniswap community.
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
This document is a suggested process for developing and advancing Uniswap Governance Proposals. It is a living document intended to be owned, modified and enforced by the Uniswap community.
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
The latest proposal on Snapshot by 0x2c8829427Ce20d57614c461f5b2E9ADa53A3dD96 is a scam. Sorry if wrong topic.
The latest proposal on Snapshot by 0x2c8829427Ce20d57614c461f5b2E9ADa53A3dD96 is a scam. Sorry if wrong topic.
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
strong text
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
🤍
Combination of Scroll and Uniswap is absolutely strong!! LFG :partying_face:
How can i a newbie start making money off a program like this with very little knowledge and no cash, no type of assets also no bank accounts with very messed up credit can someone help me out please and I can tell you what I learned so far?
Ur telling me u can keep my assets I hope that not the lie ur telling me
2 years ago I tried making new liquidity for GNT (Golem) and Supply button is grayed out. Will this happen now too?
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
**
**
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
**
**
got it, wish i can contrubite the team
Any idea on who had created the Governance improvements Bounty for G12 Gitcoin event? I am working on it at the moment, and would love to ask the author some questions.
Can't post links here, unfortunately. Creators' user handle on Gitcoin is @mopdo, or beist. None of these are found in this forum, or on Discord.
uniswap is going on it flys
it will improve more than before go on
Jon, sorry I'm not sure how to post a new topic here. I'm hoping you can answer this.
I'd like to borrow some money and I'd like to get a lower rate than banks offer something similar or better than p2p lending platforms like Mintos. I'm not ready to take a big loan vai crypto because of the market volatility. But if stable coins work as intended I'd be more open to it. I'd like a fixed term and floating and fixed interest options and understand securing the loan is important too so I'm happy to do so.
Jon, sorry I'm not sure how to post a new topic here. I'm hoping you can answer this.
I'd like to borrow some money and I'd like to get a lower rate than banks offer something similar or better than p2p lending platforms like Mintos. I'm not ready to take a big loan vai crypto because of the market volatility. But if stable coins work as intended I'd be more open to it. I'd like a fixed term and floating and fixed interest options and understand securing the loan is important too so I'm happy to do so.
Uniswap has been awesome for investor's but I've only heard about the horror stories so far about borrowers.
Is uniswap capable of attracting borrowers? Automatic market makers create liquidity but doesn't solve the equation until I'd like to see borrowers enter a contract with low interest rates and get the greatest not for risking capital but for returning value over the amount lent. Can you see how balancing this equation maybe impossible with automatic market makers.
frill is a good way to manage this
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
strong text
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
🤍
Combination of Scroll and Uniswap is absolutely strong!! LFG :partying_face:
How can i a newbie start making money off a program like this with very little knowledge and no cash, no type of assets also no bank accounts with very messed up credit can someone help me out please and I can tell you what I learned so far?
Ur telling me u can keep my assets I hope that not the lie ur telling me
2 years ago I tried making new liquidity for GNT (Golem) and Supply button is grayed out. Will this happen now too?
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
**
**
Note: Autonomous proposals are a recent addition to Governance, not yet considered in this document. A process and policy around this proposal type should be created and implemented by the community.
Process:
Several governance venues available to Uniswap governance are mentioned, each serving its own particular purpose.
Gov.uniswap.org is a Discourse forum for governance-related discussion. Community members must register for an account before sharing or liking posts. New members are required to enter 4 topics and read 15 posts over the course of 10 minutes before they are permitted to post themselves.
Snapshot is a simple voting interface that allows users to signal sentiment off-chain. Votes on snapshot are weighted by the number of UNI delegated to the address used to vote.
A governance portal can be accessed through the Uniswap interface. Votes can be delegated and cast through this portal. There are also several other governance interfaces that users can use to cast their votes*:
*Note: this is not a complete list, and should be updated by the community frequently.
Below is a preliminary draft for the Uniswap governance process, detailing exactly where these venues fit in. These processes are subject to change according to feedback from the Uniswap community.
Phase 1: Temperature Check — Discourse/Snapshot
The purpose of the Temperature Check is to determine if there is sufficient will to make changes to the status quo.
To create a Temperature Check:
Ask a general, non-biased question to the community on gov.uniswap.org about a potential change (example: “Should Uniswap governance add liquidity mining for XYZ token?”). Forum posts should be labeled as follows: “Temperature Check - [Your Title Here]”. The forum post should include a link to the associated Snapshot poll.
Voters use Snapshot to indicate their interest in bringing it forward to the next stage. Snapshot poll lengths should be set to 3 days.
That’s it! You’ve just started the process of gaining support for a proposal. At the end of the 3 days, a majority vote with a 25k UNI yes-vote threshold wins.
If the Temperature check does not suggest a change from the status quo, the topic will be closed on the governance site. If the Temperature Check does suggest a change, proceed to Stage 2: Consensus Check.
Phase 2: Consensus Check — Discourse/Snapshot
The purpose of the Consensus Check is to establish formal discussion around a potential proposal.
To create a Consensus Check:
Use feedback from the Temperature Check post and create a new Snapshot poll which covers the options which have gained support. This poll can either be binary or multiple choice but should include the option “Make no change” or its equivalent. Set the poll duration to 5 days.
Create a new topic in the Proposal Discussion category on gov.uniswap.org titled “Consensus Check — [Your Title Here]”. This will alert the community that this topic has already passed Temperature Check. Any topics beginning with Consensus Check that have not passed Temperature Check should be immediately be removed by community moderators. Make sure that the discussion thread links to the new Snapshot poll and the Temperature Check thread.
Reach out to your network to build support for the proposal. Discuss the proposal and solicit delegates to vote on it. Be willing to respond to questions on the Consensus Check topic. Share your view point, although try to remain as impartial as possible.
At the end of 5 days, whichever option has the majority of votes wins, and can be included in a governance proposal for Stage 3. A 50k UNI yes-vote quorum is required for the Consensus Check to pass.
If the option “Make no change” wins, the Consensus Check topic should be closed by community moderators.
Phase 3: Governance Proposal — Governance Portal
Phase 3 — Governance Proposal — is the final step of the governance process. The proposal should be based on the winning outcome from the Consensus Check and can consist of one or multiple actions, up to a maximum of 10 actions per proposal.
To create a Governance Proposal:
Write the code for your proposal, which can be voted on through any Governance Portal. More resources can be found here. All proposed code should be audited by a professional auditor. This auditing process could be paid or reimbursed by the community treasury.
Ensure at least 10 million UNI is delegated to your address in order to submit a proposal, or find a delegate who has enough delegated UNI to meet the proposal threshold to propose on your behalf.
Create a topic in the Proposal Discussion category on gov.uniswap.org titled “Governance Proposal [Proposal Number] — [Your Title Here]” and link to any relevant Snapshot polls/discussion threads as well as the code audit report. Proposal numbers should be in a “UP###” format. For example, the first Uniswap Proposal should be titled UP001, the second UP002, and so on. Topics that begin with “Governance Proposal” that have not successfully passed the Temperature Check and Consensus Check stages should be removed by community moderators.
Call the propose() function of the Governor Alpha to deploy your proposal.
Once the propose() function has been called, a seven day voting period is started. Ongoing discussion can take place in the gov.uniswap.org forum. If the proposal passes successfully, a two day timelock will follow before the proposed code is executed.
Soft governance:
The process described above lays out a structure for those wishing to host a formal vote on a particular issue.
However, governance systems also require a degree of “metagovernance” discussions that inform the direction of and the implementation processes behind policy, but which don’t qualify as policy themselves.
The community may discuss new ideas and strategies for governance — including changes to the process outlined above — in the “Governance-Meta” category. On-chain voting is not necessary to make updates to off-chain processes.
Governance Glossary:
UNI: An ERC-20 token that designates the weight of a user’s voting rights. The more UNI a user has in their wallet, the more weight their delegation or vote on a proposal holds.
Delegation: UNI holders cannot vote or create proposals until they delegate their voting rights to an address. Delegation can be given to one address at a time, including the holder’s own address. Note that delegation does not lock tokens; it simply adds votes to the chosen delegation address.
Proposal: A proposal is code that is executed by the governance contract through timelock. It can replace the governance contract, transfer tokens from the community treasury, or perform an almost infinite range of other on-chain actions. In order to create a proposal, an address must have at least 1% (10M UNI) of all UNI delegated to their address. Proposals are stored in the “proposals” mapping of the Governor smart contract. All proposals are subject to a 7-day voting period. If the proposer does not maintain their vote weight balance throughout the voting period, the proposal may be canceled by anyone.
Quorum: In order for a vote to pass, at least 4% of all UNI (40M) must vote in the affirmative. The purpose of this quorum is to ensure that the only measures that pass have adequate voter participation.
Voting: Users can vote for or against single proposals once they have voting rights delegated to their address. Votes can be cast while a proposal is in the “Active” state. Votes can be submitted immediately using “castVote” or submitted later with “castVoteBySig” (For more info on castVoteBySig and offline signatures, see EIP-712). If the majority of votes (and a 4% quorum of UNI) vote for a proposal, the proposal may be queued in the Timelock.
Voting Period: Once a proposal has been put forward, Uniswap community members will have a seven day period (the Voting Period) to cast their votes.
Timelock: All governance actions are delayed for a minimum of 2 days by the timelock contract before they can be executed.
**
**
got it, wish i can contrubite the team
Any idea on who had created the Governance improvements Bounty for G12 Gitcoin event? I am working on it at the moment, and would love to ask the author some questions.
Can't post links here, unfortunately. Creators' user handle on Gitcoin is @mopdo, or beist. None of these are found in this forum, or on Discord.
uniswap is going on it flys
it will improve more than before go on
Jon, sorry I'm not sure how to post a new topic here. I'm hoping you can answer this.
I'd like to borrow some money and I'd like to get a lower rate than banks offer something similar or better than p2p lending platforms like Mintos. I'm not ready to take a big loan vai crypto because of the market volatility. But if stable coins work as intended I'd be more open to it. I'd like a fixed term and floating and fixed interest options and understand securing the loan is important too so I'm happy to do so.
Jon, sorry I'm not sure how to post a new topic here. I'm hoping you can answer this.
I'd like to borrow some money and I'd like to get a lower rate than banks offer something similar or better than p2p lending platforms like Mintos. I'm not ready to take a big loan vai crypto because of the market volatility. But if stable coins work as intended I'd be more open to it. I'd like a fixed term and floating and fixed interest options and understand securing the loan is important too so I'm happy to do so.
Uniswap has been awesome for investor's but I've only heard about the horror stories so far about borrowers.
Is uniswap capable of attracting borrowers? Automatic market makers create liquidity but doesn't solve the equation until I'd like to see borrowers enter a contract with low interest rates and get the greatest not for risking capital but for returning value over the amount lent. Can you see how balancing this equation maybe impossible with automatic market makers.
frill is a good way to manage this
Thanks you made that really easy to digest.
hi everyone. I had joined here one hour ago
optimism will be granted with $5k per token.
Uniswap :rocket: :rocket:
Uniswap the MOON 🚀🚀🚀🚀🚀🚀
it think Uniswap will improve more than before go on
This is not the role of an AMM such as Uniswap that focuses on the transfer of tokens. You're looking for a lending protocol such as Aave. This allows you to lend and borrow in a way where you can hedge assets during a bull market, gain passive, sustainable, safe returns on your collateral, and in some cases put that capital to use while it's being lended.
I know this is an old post, but you never know! Cheers.
That ICO ended in march 31, think you missed it sorry.
Please I am new here. Have used Uniswap many times. Today I swapped Ethereum for Polkamon tokens and only received for 14 tokens for $600. US dollars worth of Ether. I thought was getting 1400 Polkamon as ICO price is .40 cents apiece. How did this major mis pricing happen?
Thanks you made that really easy to digest.
hi everyone. I had joined here one hour ago
optimism will be granted with $5k per token.
Uniswap :rocket: :rocket:
Uniswap the MOON 🚀🚀🚀🚀🚀🚀
it think Uniswap will improve more than before go on
This is not the role of an AMM such as Uniswap that focuses on the transfer of tokens. You're looking for a lending protocol such as Aave. This allows you to lend and borrow in a way where you can hedge assets during a bull market, gain passive, sustainable, safe returns on your collateral, and in some cases put that capital to use while it's being lended.
I know this is an old post, but you never know! Cheers.
That ICO ended in march 31, think you missed it sorry.
Please I am new here. Have used Uniswap many times. Today I swapped Ethereum for Polkamon tokens and only received for 14 tokens for $600. US dollars worth of Ether. I thought was getting 1400 Polkamon as ICO price is .40 cents apiece. How did this major mis pricing happen?
Estoy de acuerdo, por las altos costos en la tarifa de transacción, estan migrando a BSC ya que las tarifas por transacción son muy bajas, se ha dado el caso de que vale mas la transacción que la cantidad de tokens que se quiere comprar.
For kline of Uniswap, please check out at flaswap. com
I Think Uniswap Will going to cross the moon 🌝❤️❤️
Maybe the layer 2 Dex taker over part of the market share. The layer 2 AMM protocol ZKSwap (zks.app) with 0 gas fee is a big threat.
2nd :rocket: :rocket:
Estoy de acuerdo, por las altos costos en la tarifa de transacción, estan migrando a BSC ya que las tarifas por transacción son muy bajas, se ha dado el caso de que vale mas la transacción que la cantidad de tokens que se quiere comprar.
For kline of Uniswap, please check out at flaswap. com
I Think Uniswap Will going to cross the moon 🌝❤️❤️
Maybe the layer 2 Dex taker over part of the market share. The layer 2 AMM protocol ZKSwap (zks.app) with 0 gas fee is a big threat.
2nd :rocket: :rocket:
There's no moon happening until the transaction fee bottleneck is overcome. Market cap for DeFi is slowly migrating to BSC.
It would be great if Uniswap integrated a direct-to-BSC bridge, as until Ethereum devs get the gas fees under control the price is going to stagnate. We're seeing a lot of funds move off Ethereum and onto BSC because transactions can be completed for pennies.
There's no moon happening until the transaction fee bottleneck is overcome. Market cap for DeFi is slowly migrating to BSC.
It would be great if Uniswap integrated a direct-to-BSC bridge, as until Ethereum devs get the gas fees under control the price is going to stagnate. We're seeing a lot of funds move off Ethereum and onto BSC because transactions can be completed for pennies.
Technical analysis doesn't show much more upward momentum for UNI as far as price goes. However, it performs it's utility as a governance token swimmingly, which is what it is meant for.
Any thoughts on the procedure of competitive staking? For those who haven't seen the UniPig interface, check it out. It is a % dominance protocol that was released with vague intentions by the creators.
I think this would be a perfect use for it. Any feedback would be super helpful as I'm working on a UI demo.
I've had a lot of thoughts about the overall procedures. I'm linking a topic I made regarding an idea I have for a more organic way to promote and develop proposals that will be voted on, improvements to the overall Governance UI experience, and a novel way of staking votes for ideas that users would like to see become proposals. One of the great benefits we can take from this community governance is the formation of ad-hocs to quickly and efficiently perform Uniswap legislation (and also make it fun to do so).
Similar to how Augur has a prediction market, I am picturing a "Legislative Market" of sorts being a step forward in community governance. Using the staking mechanism logic behind liquidity pools in a competitive manner where YES and NO tokens that only work within the Governance UI are staked against each other in an attempt to push proposal ideas either forward or out.
I've had a lot of thoughts about the overall procedures. I'm linking a topic I made regarding an idea I have for a more organic way to promote and develop proposals that will be voted on, improvements to the overall Governance UI experience, and a novel way of staking votes for ideas that users would like to see become proposals. One of the great benefits we can take from this community governance is the formation of ad-hocs to quickly and efficiently perform Uniswap legislation (and also make it fun to do so).
Similar to how Augur has a prediction market, I am picturing a "Legislative Market" of sorts being a step forward in community governance. Using the staking mechanism logic behind liquidity pools in a competitive manner where YES and NO tokens that only work within the Governance UI are staked against each other in an attempt to push proposal ideas either forward or out.
https://gov.uniswap.org/t/friendly-competitive-staking-proposal-process/8006
There's no moon happening until the transaction fee bottleneck is overcome. Market cap for DeFi is slowly migrating to BSC.
It would be great if Uniswap integrated a direct-to-BSC bridge, as until Ethereum devs get the gas fees under control the price is going to stagnate. We're seeing a lot of funds move off Ethereum and onto BSC because transactions can be completed for pennies.
There's no moon happening until the transaction fee bottleneck is overcome. Market cap for DeFi is slowly migrating to BSC.
It would be great if Uniswap integrated a direct-to-BSC bridge, as until Ethereum devs get the gas fees under control the price is going to stagnate. We're seeing a lot of funds move off Ethereum and onto BSC because transactions can be completed for pennies.
Technical analysis doesn't show much more upward momentum for UNI as far as price goes. However, it performs it's utility as a governance token swimmingly, which is what it is meant for.
Any thoughts on the procedure of competitive staking? For those who haven't seen the UniPig interface, check it out. It is a % dominance protocol that was released with vague intentions by the creators.
I think this would be a perfect use for it. Any feedback would be super helpful as I'm working on a UI demo.
I've had a lot of thoughts about the overall procedures. I'm linking a topic I made regarding an idea I have for a more organic way to promote and develop proposals that will be voted on, improvements to the overall Governance UI experience, and a novel way of staking votes for ideas that users would like to see become proposals. One of the great benefits we can take from this community governance is the formation of ad-hocs to quickly and efficiently perform Uniswap legislation (and also make it fun to do so).
Similar to how Augur has a prediction market, I am picturing a "Legislative Market" of sorts being a step forward in community governance. Using the staking mechanism logic behind liquidity pools in a competitive manner where YES and NO tokens that only work within the Governance UI are staked against each other in an attempt to push proposal ideas either forward or out.
I've had a lot of thoughts about the overall procedures. I'm linking a topic I made regarding an idea I have for a more organic way to promote and develop proposals that will be voted on, improvements to the overall Governance UI experience, and a novel way of staking votes for ideas that users would like to see become proposals. One of the great benefits we can take from this community governance is the formation of ad-hocs to quickly and efficiently perform Uniswap legislation (and also make it fun to do so).
Similar to how Augur has a prediction market, I am picturing a "Legislative Market" of sorts being a step forward in community governance. Using the staking mechanism logic behind liquidity pools in a competitive manner where YES and NO tokens that only work within the Governance UI are staked against each other in an attempt to push proposal ideas either forward or out.
https://gov.uniswap.org/t/friendly-competitive-staking-proposal-process/8006
