I never really saw how making the counters random helped fight bots.
Anyone who wants to know if their bot armies upvotes are counted can just choose 2000 articles, upvote a random half, then see if the half they upvoted have higher vote tallies than the half they didn't.
No amount of delay, quantizing, or adding noise will defeat that tactic. So why try at all?
I don’t think the technique would be meant to counter blind voting, but rather strategic voting—i.e. counter-voting some particular post down/up with a random member of your bot army every time it’s voted up/down, to keep its count high/low/at some constant value.
I say this, not because it seems like an especially common style of bot to be running, but rather because 1. it would be a rather heavy backend write load on the site if two bots doing this in opposite directions did exist, and ever “clashed” on the same post—and, much more problematically, a never-ending load, as the bots would never be satisfied; and 2. such bots do depend on the exact vote count passing some threshold, so fuzzing votes is a simple way to make such bots confused—not all the time, but probabilistically, enough of the time to make any such “clash” loops eventually quiesce rather than going on forever.
Anyone who wants to know if their bot armies upvotes are counted can just choose 2000 articles, upvote a random half, then see if the half they upvoted have higher vote tallies than the half they didn't.
No amount of delay, quantizing, or adding noise will defeat that tactic. So why try at all?