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.