There are other ways to fix it, too. For example, if some players issue transactions in one block, and some confirm in the next block but not all of them, the gamestate could choose not to update until all of the transactions are confirmed, giving each player an equal chance.
This is unfortunately not very straight-forward to do. There's no network consensus about unconfirmed transactions (that's precisely why they are still unconfirmed), so one cannot take them into account for consensus-stuff like game-state transitions. (There might be more complex hacks around this in some way, but I doubt one can find a good solution that fully retains Huntercoin's trustlessness and decentralisation.)
This also makes it more difficult to have some kind of "diplomacy feature" in Huntercoin. If 2 hunters would agree to not attack each other and, should one still kill the other, automatically pay compensation to the victim (must be worth more than a hunter, different technical problem), how can the game engine know who attacked first.
Perhaps a practical solution would divide all hunters into groups (same algo like checking who would get hit by chain lightning with unlimited hops). If an hunter that is is not under contract would get hit then all hunters in the group are in a warzone where collateral damage is to be expected and you could kill anyone without penalty.