I'm personally in favor of something like an annual vote renewal requirement (with a few month vote decay after that year period if not re-voted, as suggested by Michael Vandeberg at last SteemFest). But it's certainly not the only option out there.
I hadn't really thought about applying it to proposals, but it might make sense there too, since some people do make proposals with super long terms (generally something I'm not in favor of, I think proposals should generally be limited to a year anyways,and then just submit a new one if necessary to continue work).
I like the idea of an annual vote renewal requirement which will force witnesses to highlight what they have been doing for the hive blockchain to earn back their witness spots. Obviously, it would make sense to stagger this process across the witnesses over some decent length of time so the security of the chain remains intact.
That's why there's the decay factor in there too: it allows for some "warning" about need for revoting.
Would be cool if it was in this hardfork as well as it would represent the major shift in how diff Hive will be ie send a whole new precedent in its very first upgrade hardfork as a new chain.
Yeah I guess decaying works out as well but I was thinking of a clean-slate for the current "fresh" start.
Agreed on the proposals, I feel like people are running them super long because the bar to get in is too high and doing it on sets of features that only last 1-2 months might not get enough attention to get re-approved.