What happens if you try to design a quantum computer that operates more like a deterministic game state machine?

Your question touches on something genuinely interesting: what breaks if you try to make a quantum computer deterministic and stateful, like a classical game engine?

The core tension is that qubits are fundamentally probabilistic — you can't simply "replay" a quantum computation with identical initial conditions and expect the same output every time, the way a game state machine does. But there's a deeper engineering problem lurking underneath.

When qubits sit idle—doing nothing—they leak information into their neighbors unless carefully isolated [AG-2024.06-2229]. A game state machine needs qubits to be perfectly stable when not actively being operated on; quantum hardware requires the opposite: active protection through dynamical decoupling or error correction. This isn't just inconvenient—it's a fundamental contradiction. You can't have qubits that are both isolated when idle and strongly coupled when computing, without choosing one at the expense of the other.

There's also a conceptual mismatch at the programming level. Classical game engines work with propositions (is this entity at position X?) and deterministic updates. Recent work [AG-2025.09-722] proposes rethinking quantum programming using operators and C*-algebras rather than "states and gates," precisely because the traditional qubit-circuit model doesn't capture how measurement and intervention actually work. A game state machine assumes you can inspect any part of memory; quantum mechanics forbids this without collapsing the very state you're trying to read.

The preprints don't address a hypothetical "deterministic quantum computer" directly, so I can't tell you what specific exotic physics might emerge from trying to force one into existence.