DEV Zoom wrote:Concerning EP reset and downgrades:
What do you guys think about a 30% loss of EP when doing a reset or a downgrade? (Ie. You get 30% less EP back.)
Such a steep loss of already accumulated EP is not an attractive option to use (even for valid reasons). What can work is some other kind of penalty.
Like reduced speed of EP gathering for a period somewhat proportional to the amount of EP being re-purposed. This penalty should be stacking so that multiple resets in a row really slow down future development for a while.
Net effect over time is the same as a moderate EP haircut during the reset, without the frustrating experience of loosing already earned EP. Something to which people are very sensitive!
Now I am brainstorming anyway, i like to focus on re-purposing EP, which is essentially what one might want to use a reset for. Before and after use of EP will in most situations largely overlap, making fair pricing and the penalty's of the operation a hard thing to get right.
This is why I feel the 'reset' must be transaction in the sense you do not get a stash of EP you have to re-assign afterwards. You need to make an interface where people can make pending changes to extensions and then calculate a cost based on what really changes. This gives you far more control and makes the pricing fair.
Also have a reset, start a counter that prevents another reset for a specific time! Possibly increase this time every time this feature is used, thus eventually eliminating every possible form of abuse!
The difference between a reset and a downgrade is then that with a reset you do not gain non-purposed EP (some leftover must be allowed), whereas with a downgrade you do.