Just shipped 1v1 PvP on a SQL game I've been building.
Both players see the same prompt and schema, race to write a query that returns the correct rows. Result sets are compared, so joins vs subqueries vs CTEs all work - speed is what matters.
Video is a real match. I'll be in the comments.
A few weeks ago I posted SQL Protocol here, a browser game where you play a covert operative writing real SQL against a real database. Story missions, timed interview drills, and a 1v1 Arena.
The honest feedback was that the world felt empty between missions. Single-player vibe, even though there was PvP.
So this update adds the missing layer:
- Persistent multiplayer hub: every map is now shared. You see other operatives walking around in real time.
- Chat panel: WoW-style, bottom-left, two channels. GLOBAL for everyone online, MAP for whoever is on your screen. Speech bubbles float over heads.
Honest feedback welcome. Tell me what's broken or boring.
Built SQL Protocol (https://sqlprotocol.com), a browser game
where every mission is a real Postgres query. Free, desktop.
1v1 Arena pits two players on the same case. Expected result
stays server-side, never sent to the client. Server runs both
queries and compares row sets.
Known weak spots in the validator:
- GROUP BY with ambiguous aggregates
- Column-order edge cases after normalization
- Cases I forgot to flag as order-sensitive
Try to break it. If you find two equivalent queries that
disagree, I'll fix it today and reply with the commit.
Also curious: are chapters 1-3 too easy for this crowd?
Google sign-in only right now (working on guest mode). Not
open source while PvP is live.