When would you choose deterministic lockstep over an authoritative server, and what does each model cost you?
Deterministic lockstep vs authoritative server is a trade-off between bandwidth and trust. Lockstep sends only inputs but waits on the slowest peer and risks desyncs; an authoritative server spends bandwidth on state updates but handles cheating, latency hiding and correction more cleanly.
Answer
Short answer
Use deterministic lockstep when inputs are small and all clients can stay in sync; use an authoritative server when trust, cheating, late joins and latency compensation matter more.
Mention determinism where it changes the risk, the owner, or the next check. A useful determinism point should make the answer more testable, not merely longer.
Was this answer helpful?
Likely follow-ups
- How would you keep a lockstep simulation deterministic across two machines with different CPU architectures?
- A late-joining spectator wants to watch a lockstep match already twelve minutes in. What do you send them?
- If one peer in an eight-player lockstep game has a 400ms link, what options do you have short of dropping them?
- How does an authoritative server decide which entities a given client is even allowed to know about?
Related questions
- Walk me through what rollback netcode does on a single frame, and what it costs to run it.hardAlso on netcode and determinism5 min
- How do you make a remote player move smoothly between server updates, and where does that smoothing visibly break?mediumAlso on netcode and state-synchronisation5 min
- What has to be captured for a training result to be reproducible?mediumAlso on determinism4 min
- Your promotions engine lets two discounts stack when it should not. How do you fix it and stop it recurring?hardAlso on determinism6 min