Starting with a readable arena
The game is built around a fixed 20×20 playfield. That size keeps the rules recognisably “snake” while leaving enough space for portal pairs, multiple energy orbs, obstacles, weapon pickups and enemy ships.
The board is presented with a three-dimensional camera, but the underlying movement remains grid based. That separation matters: the visual depth can be dramatic without making collisions vague. Every decision still resolves to a specific cell.
Making portals a control system
Portals were not designed as a random teleport. A second directional control lets the player choose an exit route while the normal steering direction remains available. This creates a small piece of multitasking: steer toward the entrance, read the destination, then commit to the intended exit.
On desktop, the two control sets can be swapped because different players prefer different hands for steering. On touch devices, the same idea becomes a directional pad and a separate warp-exit joystick.
Escalating pressure without changing the rules
Difficulty rises through the number of active objects rather than through a new instruction screen. More food and portal opportunities can appear as the score grows. Enemy ships begin after the opening phase, increase at 15 points and can reach three active enemies from 50 points.
This keeps the early run accessible while making a high score visually and tactically busier. The player is asked to apply the same movement rules to a more crowded arena.
Why shooting can cost points
A weapon can easily overpower a traditional snake game, so WarpStrike limits it with ammunition and friendly-fire penalties. The player receives six shots and can replenish two by collecting an energy orb after the weapon is owned.
Enemy hits add five or seven points, but shooting an orb or the snake’s own body deducts points. The system rewards accurate timing rather than constant firing and gives the weapon a genuine strategic cost.
Records designed for comparison
A single point total does not describe every run. The leaderboard also tracks elapsed time, kills and warps. Its ordering keeps score as the main achievement, then uses speed and other performance statistics to distinguish equal totals.
Recent work added coarse device information to new submissions for internal compatibility checking. That information is deliberately excluded from the public leaderboard response. The website’s privacy page explains the collection and its current purpose.
Separating the website from the game
The original front page opened directly into the playable arena. The current structure gives the project a content-first homepage with instructions, strategy, frequently asked questions, responsive previews and development information. The existing game is preserved on its own Play Game page.
This separation gives first-time visitors context before they play and lets returning players enter the arena immediately. It also avoids placing advertising code around controls whose only purpose is gameplay behaviour.
Ideas, not promises
Possible future directions include stronger visual themes, additional arenas, protected online competition, and multiplayer experiments. A separate sequel concept has explored four linked 20×20 arenas for four players.
Those ideas are not features in the current public game. Development notes distinguish experiments from playable functionality so visitors know exactly what is available now.