{"data":{"proposalCid":"QmZyDZBvpwZ4z6zG94wpSNfTx8uY2YWCj8FmQfn6a9qspa","choices":["Nay"],"remark":"I'm against most of these changes but not categorically. I think they've done a good job on identifying the problems in OpenGov but the solutions are palliative at best. I would like to see futureproof solutions instead, a few thoughts:\n\n1) Why not set a dynamic decision deposit based on the circulating supply of DOT? Are we going to update this every few years?\n2) Fewer active proposals will make clogging the tracks very easy and cheap, I understand this is less of an issue with reduced decision time but still doesn't make sense to reduce it so drastically.\n3) Cancelling bad proposals: I like this one, no further comments.\n4) So based on the latest arguments that \"oh people have OpenGov\" burnout, also put forward by the proposer, this makes even less sense as it will push people to vote quicker and put even more pressure on holders so this make VERY little sense to me.\n\nThese changes don't seem smart at all if I'm being honest, also the support requirements are not implemented in a smart way. Why not take the rolling average of the last 4 weeks of OpenGov participation (or 3 months or 6 months whatever) and use that as the turnout requirement, this way it would be dynamic and follow the trend of OpenGov participation. Having static requirements when all of this can be easily adjusted by code dynamically is just not very smart.\n\nAlso, why are we making such sweeping changes ALL AT ONCE? Why not start on Kusama with some of these, or start by more controlled, smaller changes then observe OpenGov for 3 months and propose more. I don't understand why it has to be ALL OR NOTHING.","voterNetwork":"polkadot","remarkType":"markdown","version":"4","timestamp":1755793807},"address":"12His7t3EJ38tjdBbivUzWQeaNCLKfMqtKp1Ed3xHMyCE9N3","signature":"0x006ac9e02095d000526428e9d3b604c416721977f30037439ce8298cfc5b102b46a063a2f870cfc1c38e138d7a211b68bd609cc1f354f9b0a3374361d74f1a8a","version":"2"}