I would like to share a few ideas that I have jotted down and circulated privately related to improving the governance process. Essentially, I would like to see a system in which there is respect for the proposer while ensuring there’s no potential risk to the chain. I would also like to see more meaningful use of the existing phases of governance and more focused voting.
- The discussion phase for proposal review is overlooked. Most discussion arise after on-chain submission.
- Some decision deposits are prohibitively high, we should seek ways to allow accessibility without compromising security.
- Generally, there is little appreciation for the proposer’s effort and time, the system favours unscrupulous rejection.
- There is little incentive for voters to vote early and with true conviction. One may argue that the true decision period is during confirmation.
- There’s no means for revoking the submission deposit for Timed Out, Rejected or Cancelled proposals.
- At times there are just too many referenda to review at any given time. This can lead to reduced feedback and ‘voter fatigue’.
- The preparation time for larger spending tracks could be extended to a mandatory period of 7 days on Kusama and perhaps 14 on Polkadot. This would show on-chain intent and allow for discussion. Considering that votes are allowed during preparation it could also afford early signalling. We could in kind reduce some proportional voting time for the decision phase.
- During the preparation phase, the proposer should be able to change spending tracks and/or adjust the spend amount lending on community feedback. With either change, existing votes should be cleared. Track/spend changes can be limited to once every x blocks to prevent abuses.
- Generally, decision deposits should be contributory, allowing several participants to contribute towards large sums. To avoid abuses one can implement a minimum contribution amount and a maximum number of contributions.
- If a decision deposit is not in place at the end of the preparation period the referendum instantly times out. This should help with quicker time-outs of referenda with mistakes.
- The confirmation phase should be refactored to only allow participants of the decision phase to adjust their votes within some constraint.
- Those who voted early in the decision phase should have more liberty to adjust their conviction than those who voted later on. This gives an incentive to vote early during the decision phase.
- We need to ensure careful calibration of enactment times and readiness of the Referenda Killer track to thwart any potential abuses. We may want larger enactment times for the larger spender tracks.
- A permissionless extrinsic should be created to allow for slashing of submission deposits of TimedOut, Rejected or Cancelled referenda. Each of these states are a result of a failure and imo should result in some loss which atm is minute.
- Queues should be implemented at least for larger spending tracks. I hope that this would help focus discussions and feedback.
Will | Paradox