Chiming in to confirm that the topic is very interesting and is not ignored
I'm following all ideas about fee adjustments closely (you can see my comments in previous proposals) and I like the idea of this one too (which I see as a step in "give MNs power to directly adjust some network params" direction) but I have few concerns. Changing proposal fees on the fly is a bit tricky - you can't do this in some random period of time as this could invalidate old proposals for example. It should be at least synchronized with budget cycles. You could then try to store a history of such adjustments somehow (locally and sync among nodes or in some new data structure on the blockchain) but that's another moving part and this can become way to complex and fragile very quickly if you try to follow that path further imo. Having deterministic way of calculating smth using data we already have buried in the blockchain is much more robust and requires no deep changes, that's why I personally prefer smth closer to diff adjustment as I mentioned earlier. This does NOT mean that voting for fees can't be implemented, I just think that there is probably an algoritmical solution to this issue which removes the burden of manual adjustments.
Hi
@UdjinM6, nice of you to comment. Of course the subtleties of voting in a distributed network makes all this harder. I have to admit I did not consider this. But is it really necessary to wait a business cycle? Can't we try to update this on every block, and update this every blocktime (1m 30s)? After all synchronising values through blocks is the key magic of the blockchain. One thing I can assure you is that the median moves slowly, it is not the average. No one can just vote some crazy numbers and get the median to do what they want. And of course the system would have to keep an histoy of all the previous values in the blockchain. And if something passes the threashold at one time, it is valid even if the threashold changes later.
I asked some of my friends what according to them should have been the politicians revenue. And I extracted the median. You can see the results here:
https://www.dropbox.com/s/9fzttnmdomxdzre/MPSalaries.png?dl=0 In particular see how the median reached stability very early. And nearly never changed. And when it did it was for small values. On the other side the average changed every new vote, and mostly it was trying to balance some crazy high votes.
Maybe each masternode would have a value associated with it. And every time they want they can change their value. Which gets sent to the network and processed parallel to the payments informations from the wallets.
Finally, I am a mathematician, a researcher that studies eDemocracy. You can find my work at
http://pietrosperoni.it . My speciality is making sure that voting systems are mathematically fair. I have also collaborated with the Italian government and some local initiative. I am very interested to collaborate with the core team. Is there an official channel to propose oneself?
