It's always the case that prevention is better than cure - especially with spam, and especially when cleanup is manual vs automated spamming. That seems to be a separate question?
An alternative for flag refund that addresses @DanGetz
I have reservations. This should have more conditions than just the flags being marked helpful, to avoid abuse of the flags themselves, because [...]
If those extra conditions are not yet easily discerned, then here is an alternative.
- Spam flags are stored in the database fractionally, and rounded down to present to the user. (You have 19.325 flags, you see and can use 19)
- Spam flags are refunded fractionally as
$SFRF, by some metric which can start off global and be tweaked as needed.
This answers the question by being a superset of yes and no answers,
- When
SFRF=0.0, the answer is no. This can be for and user, site or period of time.
- When
SFRF=1.0 the answer was yes.
- Values in between can be used to introduce the feature gradually and see the impact; or if spammers find a way to exploit it for trolling when
SRFR=1 then to reduce it a little and see if that incentive goes away.
- Values
SFRF>1.0 are possible if needed.
When dichotomies are troublesome, try using real numbers to break them.
The obvious disadvantage is complexity. (Hiding complexity with a layer of simplicity is not the same as avoiding the complexity!)