What Is Fake Lag in Minecraft? Packet Delay Explained

Fake Lag delays a player's movement packets and releases them in a burst, desyncing their position from the server. Here's how it works and why it's bannable.

Modulesby trqUpdated July 13, 2026

What Is Fake Lag in Minecraft?

Key takeaways
  • Fake Lag delays a player's outgoing movement packets and releases them in one burst instead of every tick.
  • The server keeps recording the old position while the player has already moved, then sees a stutter or snap when the burst lands.
  • It's a bannable position-desync exploit, not cosmetic, distinct from Blink, which suspends the connection instead of delaying packets.

Fake Lag is a combat module found in some Minecraft cheat clients that holds a player's outgoing movement packets instead of sending them on every tick, then releases the whole queue at once. A normal connection reports position constantly, so the server's copy of where a player stands tracks their real position closely. Fake Lag breaks that link on purpose: the player keeps walking and fighting normally on their own screen while the server is stuck holding an older position, and when the queue finally flushes, everyone else sees a stutter or a short teleport instead of smooth movement.

How it works

A vanilla client sends a movement packet roughly once per tick, so the server's record of a player's position rarely falls more than a fraction of a second behind reality. Fake Lag intercepts those outgoing packets, queues them, and holds the queue closed for a short window instead of letting them out immediately. The technique shows up in clients like Raven B++, usually bundled alongside other packet-manipulation modules rather than shipped alone.

While the hold runs, nothing about the player's own experience changes. They still walk, jump, and swing normally on their own screen. What's frozen is everyone else's view: the server, and any player watching, is stuck on the last position that actually made it out before the hold started. When the hold ends, the queued packets release together, and the player appears to jump or stutter into their real spot instead of walking there.

Most implementations cap how long a hold can run. Let the gap between real and reported position grow too far and the server either rubber-bands the player back to a sane position or flags the movement outright, so the module is really trading how much desync it buys against how obvious the burst looks.

Fake Lag vs Blink

Fake Lag gets lumped in with Blink because both are packet-manipulation modules that open a gap between a player's real position and what the server has been told. The mechanism underneath is different, and so is what it looks like on someone else's screen.

Fake LagBlink
Packet behaviorDelays movement packets, then releases them in a burstSuspends the connection, then resumes it
Visual effectStutter or short teleportFreeze, then a snap to a new position
What it exploitsServer holding a stale position while the client keeps movingServer receiving no updates during the suspension

Same category of problem, different lever. Fake Lag never stops talking to the server, it just talks late and all at once. Blink stops talking altogether and picks the conversation back up when it decides to.

Where Opal draws the line

Opal ships combat modules, but a dedicated hold-and-burst desync feature like Fake Lag isn't one of them. Trading a few hundred milliseconds of positional lying for a wide-open detection signal isn't a trade the client is built to make.

This is a bannable cheat, not a network fix

Fake Lag exists to pull a player's real position away from what the server has recorded, and a burst of movement right after a hold is exactly the pattern server-side anticheats are built to catch. Treat it as a detectable, gameplay-advantage cheat carrying the same ban risk as any other position-desync exploit, not as something that fixes or hides a bad connection.

FAQ