Proposals can be updated after creation time using update_proposal operation. Changes include title changes and lowering the proposal payout request. !48
Seems potentially problematic in that if you reduce funding you can't increase it again if the price of HBD goes down. But it's a tool in the toolbox, might make sense in some instances.
If post hf25 this remains an issue we could introduce a change in hf26 to be able to reduce the proposal but also bring it back to it's "max" depending on HBD price.
But it goes against the initial idea of the feature where you want to create a proposal at a price and if the community feels like you're asking too much you can reduce it but not increase it again, so it could create a risk where you set 200 per day, then community makes you go to 100, you get voted and then you increase it back to 200.
I tend to agree that changing is not really the best way to go, and also not sure there is enough value in these abilities to justify additional complexity and code. Most of the time making a new proposal or sending some back should be good enough.
Again, how is that done? I was asking because I want to learn.
It's a new feature for HF24:
https://gitlab.syncad.com/hive/hive/-/releases/v1.24.2
Seems potentially problematic in that if you reduce funding you can't increase it again if the price of HBD goes down. But it's a tool in the toolbox, might make sense in some instances.
If post hf25 this remains an issue we could introduce a change in hf26 to be able to reduce the proposal but also bring it back to it's "max" depending on HBD price.
But it goes against the initial idea of the feature where you want to create a proposal at a price and if the community feels like you're asking too much you can reduce it but not increase it again, so it could create a risk where you set 200 per day, then community makes you go to 100, you get voted and then you increase it back to 200.
I tend to agree that changing is not really the best way to go, and also not sure there is enough value in these abilities to justify additional complexity and code. Most of the time making a new proposal or sending some back should be good enough.