After listening in on the community call yesterday, I realized there is a lot of nuance to participating in the POOL pool and the voting by the signers of the Gnosis Multi-sig wallet following the results of the snapshot page. I don’t think this has been discussed yet and I want to raise awareness of these nuances before the first proposal is voted on by the multi-sig wallet. I think it is best to open up this topic for discussion so the community can decide what the best course of action is.
As of right now, there are 42k POOL deposited in the POOL pool, so this represents a significant voting power. There are two main issues that I believe should be brought up and discussed:
-
Not everyone participating in the POOL pool will vote on the snapshot page. As an example, the current vote on the snapshot page only has about 12k POOL voted on it, which is not a lot considering there are 42k POOL in the POOL pool. This naturally leads to the question whether the multi-sig should only participate in voting when a large part of the POOL pool depositors has actually voted on the snapshot proposal linked to the current one up for voting?
-
Because the multi-sig can only vote yes or no with all votes, it should be discussed how this can skew the result of a governance proposal and how we want the multi-sig to proceed in case of a contested snapshot vote. For the sake of clarity, I’ll show three examples to discuss below where the multi-sig could skew the outcome of a governance poll. Let’s assume they are voting for 100k POOL to simplify the math.
-
The snapshot yields a 55k/45k split for accept. The multi-sig voting accept clearly ignores 45k votes and, even worse, effectively puts them in the yes-category. Should the multi-sig even vote in this case?
-
The snapshot yields a 75k/25k split for accept. If the multi-sig votes accept here, it’s significantly less bad than with a less clear split. Should we require a clear, uncontested snapshot vote before the multi-sig is allowed to vote and what would the split need to be?
-
The multi-sig should never vote if it skews the result of the governance poll to an end-result that would not have happened if it didn’t vote. For this to be possible, the multi-sig voters need to wait until the poll almost expires before voting (granted, this probably poses some practical problems). I’ll again give a couple of examples to showcase where the multi-sig probably should (3) and should not vote (1 and 2):
-
The governance poll result currently is at 30k/40k. If the multi-sig votes with 100k votes that were 60k/40k split, it effectively skews the result to accept when it would not even have passed if all POOL pool depositors voted.
-
The governance poll currently is at 40k/70k, but for some reason the snapshot voters are at 60k/40k. If the multi-sig follows the majority snapshot vote voting accept, it skews the governance pool to an accept when it would not have been accepted at all if the POOL depositors voted themselves.
-
The governance poll is currently at 50k/50k or at 60k/40k. The snapshot vote is at 60k/40k. If the multi-sig votes accept, it helps pass a proposal that would have passed when all POOL pool depositors would have voted themselves.
-
-
I’m probably forgetting a ton of corner cases where the multi-sig wallet voting changes the end-result, but I think this is a good start for some discussion.