[Discussion] Governor Beta

[monet-supply]

I’m very excited about @0age’s presentation from the Developer Community Call from earlier today.

@nickmartitsch

Governor Beta (0age)

• 0age works with Dharma and is thinking about a better Governor contract (Governor Beta). The Governor Beta would include a proposal delay, the ability for the proposer to cancel a proposal in process, upgradable governance parameters that won’t break connected interfaces, and a new way to configure voting of cCOMP that doesn’t rely on voting as a pool. The end goal would be an improved governance system that could benefit both Compound and Uniswap.
• 0age is looking for community feedback on Governor beta, so reach out to him on Discord with any ideas.

MakerDAO’s recent flashloan voting event goes to show how governance mechanism design is very important. I wanted to start this thread to brainstorm some pros/cons and potential corner cases for various changes to the governance system.

Please share any ideas below

[monet-supply]

Starting this off;

I’m a little skeptical of a proposal delay being built into the system. Is there a risk of people borrowing COMP from the cCOMP market right before the snapshot block to swing a vote?

[arr00]

I find this to be an interesting argument. In the existing process, the proposers have “insider” information. They can accrue additional votes before proposing. Why should proposers be the only ones privy to this? Extending the proposal delay evens the playing field to an extent for everyone else.

Just playing devils advocate, but an interesting outlook.

[jthrack]

Maybe the COMP token should be split out into a voting component/token and an economic interest component/token. The latter would be for any future distributions or drops and reflect economic interest in the protocol (sort of like nonvoting shares); it could be used as the main collateral component for now. Both could trade independently. Might help avoid some of these issues with borrowing COMP to influence votes.