I think there’s a more organic way to get quality ideas turned into proposals, I would like to outline it for you and get any feedback, as I am currently working on a UI to showcase as a demo. This is something that I have been thinking about a LOT regarding how voting takes place, particularly since I first saw the “UniPig” page…
First off, we don’t want to turn this system into the one we’re trying to step away from. That means that every UNI holder should have a say from start to finish, even if they’re putting 100 UNI against 100,000 UNI. I think a high bar for quorum helps ensure that voters put in due diligence to form ad-hoc coalitions to get a proposal passed. That is after all what we’re ultimately working towards with decentralized governance systems. I do however, think there is a more elegant way that we can vote that is more natural and ensures that large stakeholders do not form monopolies on proposals.
I think a more robust UI to initiate proposals would:
- Churn out more, and decide on proposal ideas quickly
- Give voting users an opportunity to find like-minded users to form representative voting parties that can come together with to pass a proposal through, and then go on their ways until they meet again.
I’m picturing a “Delegation Portal UI”. Any stakeholder should be able to post a “position”, it’s a step below a proposal and represents a rough idea that through discussion gets fleshed out. You can allow filtering of “positions” based on topic, and the posting user’s UNI holdings to better choose delegates. This would allow for proposals to grow organically.
The current model is pretty binary. You can make a proposal if you have a huge amount of UNI. THEN users get to delegate. Proposals should be “grown” based on community demand instead of put forward by large stakeholders only.
Remember this? https://unipig.exchange/
If you didn’t see it when it came out, take a look at it just to get an idea of part of what I’ll be discussing throughout this when it comes to percent (%) dominance and pools.
Here’s the outline, this does not involve staking your UNI, the process of “position” voting is separate from proposals, think of it like Y Combinator for proposal ideas using abstract tokens that represent either a yes/no vote.
- A time is set for “positions” to be laid out, it lasts for X number of days. You can log in, and see a grid view of all the different positions, post your own idea, etc.
- At the same start time, all users are airdropped a set amount of
UNI-YEStokens, and an equal amount of
This is where unipig comes into play…
- To add a position to the portal, you must delegate all of your
UNI-YEStokens to your position, starting it off at 100% YES.
Each position has a discussion board so ideas can be expanded upon.
- After a brief period of time, open quadratic voting begins. This is now a friendly competition of staking
YES/NOpositions. Those who placed positions can still vote NO on others, but they cannot support other positions as they staked all allocated
UNI-YEStokens in theirs.
- Once this is set in motion, the YES:NO ratio will change more organically based on how people are voting and how discussion takes place.
Just like liquidity pools, you can move your stake (perhaps with a time-lock of 24 hours).
However, unlike liquidity pools you are only staking in one side of the pool, either YES or NO, with the intention of having staking dominance by the end of the voting period.
- If at any time between the start of the voting period and the end of the voting period a “position” drops below a certain % YES stake for some amount of time
T, it is removed from the cohort (this is the reason for the delayed start in step 4.)
This frees up the positions that weren’t going to pass and lets users focus on the ones people are competing back and forth on.
You can move your votes around to different position pools, but if a pool is closed because the % dominance of NO was > 50% for too long, all abstract tokens in the position are burnt. This intrinsically removes the incentive to “pull out” at the end and keep your votes instead of having them burnt, because otherwise you would lose % dominance at the last minute.
- At the end of the voting period, the positions still standing have made it. They will (in some form) go on to the proposal phase. During this time, the community goes through and decides whether or not there are redundant positions or if certain positions should be combined into meta-proposals based on similarity, or if together they create a more robust proposal, etc.
- After this the proposals get set. How everyone staked their abstract vote tokens during the competitive phase is revealed to the community.
This allows participants a chance to find others that agree with them on ideas, and a potential for ad-hoc communities to form.
The competition based position phase using non-value abstract voting tokens is important for organic growth, and to keep large stakeholders from controlling the pipeline to proposals. It also turns the voting process into a staking process that we are familiar with, and is unlike any voting that I can think of.
I knew when I first saw the UniPig site that it had huge potential for something and I think the principle behind it could make for a fair and organic growth of ideas and a system of voting that provides the same opportunity of entry to every single user through the “position” phase and the
UNI-YES/NO staking tokens, which are of course only usable within this single UI.
Again, you’re not staking actual UNI during the position process, it uses valueless tokens for a gamified version of voting by staking