Minecraft anticheat guide
How to Read Minecraft Anticheat Alerts Without Guessing
A guide for staff teams reviewing anticheat alerts, debug variables, violation levels, and mitigation context.
Read violation level as a counter, not a verdict
A violation level (VL) counts how many times a check's condition fired for a player; it does not explain why. A high VL on a lenient check can mean less than a low VL on a strict one, and thresholds differ per check and per configuration.
Staff should therefore never quote a VL alone as proof. The useful reading pairs the VL with the check name, the measured values that crossed the threshold, and the timing around the event.
Four fields every alert review needs
Before escalating, collect the check name, alert values, game context, and timing. If key details are missing, gather more information before deciding on punishment.
Redacted sample fields for staff notes
When staff write up a case, keep only the fields another reviewer needs and redact everything else. Player names, UUIDs, IP addresses, chat content, and full log lines do not belong in a shared review note.
| Field | Why it matters |
|---|---|
| Check name and VL | Identifies the rule and its counter state |
| Measured debug values | Shows what crossed the threshold |
| Latency and timing context | Separates network effects from behavior |
| Mitigation action taken | Records what the server did automatically |
| Reviewer and decision | Makes the outcome auditable |
FAQ
What should staff do when an alert has no debug values?
Treat it as incomplete evidence. Keep the case in observation, reproduce the scenario if possible, and do not escalate to punishment on a bare check name and VL.
Can a redacted note still support an appeal decision?
Yes, if it preserves the check, values, timing, action, and reviewer. Appeals need the reasoning chain, not player identifiers or raw logs.