Design an Interactive Live Quiz Show (HQ Trivia)

Medium45 min
1 / 31
System design answer

Design an Interactive Live Quiz Show (HQ Trivia)

Medium45 min31 sections
understanding•10 min read

Problem Statement: A Lockstep Mass-Participation Game Over a One-to-Many Broadcast

Frames the live quiz show as a synchronization problem between a lossy video plane and a strict game clock, not as an ordinary streaming app.

Problem statement

Design an interactive live quiz show in the style of HQ Trivia. A scheduled show broadcasts live video of a host to hundreds of thousands of concurrent players. Each show has roughly twelve multiple-choice questions. When a question opens, every player has a fixed ten-second window to submit exactly one answer. A wrong answer eliminates the player immediately. After the final question, every surviving player splits the prize pool. The platform must schedule shows and push reminders, broadcast questions with synchronized timers, eliminate players deterministically, and compute final results and payouts correctly.

This is not a video-on-demand problem and it is not a chat problem. It is a lockstep game played by a stadium-sized audience that arrives over a one-to-many stream. Three properties make it distinctive.

First, there is exactly one global game clock. Question seven opens for everyone at the same instant, closes for everyone at the same instant, and the elimination decision is final. Unlike a social feed, there is no per-user timeline and no eventual catch-up for game state: a player who misses the window is out.

Second, the delivery channel for video and the delivery channel for game state have fundamentally different latency characteristics. HLS live streams typically land between six and thirty seconds behind the studio; low-latency HLS targets roughly two to five seconds; WebRTC lands under one second. Every player's video arrives at a different moment, but the answer deadline cannot move per viewer. The design must reconcile a variable-latency media plane with a fixed-latency game plane.

Third, the write burst is adversarial and synchronous. Hundreds of thousands of answers land inside a ten-second window, with a heavy tail in the final seconds, and every single player expects a verdict within about one second of the reveal. Money is involved, so the system attracts bots, stream scrapers, and multi-accounting, and the prize ledger must be exactly right.

Public operating baseline

HQ Trivia, launched in August 2017 by Intermedia Labs (Vine co-founders Rus Yusup and Colin Kroll), demonstrated that this category is real. Reported coverage placed its February 2018 special events at around one to two million concurrent live players, with regular nightly shows in the hundreds of thousands, a prize model in which all perfect scorers split a pot (commonly $25,000 nightly, with larger specials), and widely reported bot incidents within months of launch. The company scaled from zero to that peak in roughly six months and ultimately wound down operations in 2023. These are reported public figures, used here as category evidence, not as requirements for our fictional system.

For capacity planning, this answer explicitly assumes a mature product with 500,000 registered players, a nightly headline show at 250,000 concurrent viewers, and weekly specials at a 5x multiplier. Every uncited number in this answer is a stated design assumption, budget, or target.

The four architectural planes

  1. Video plane: studio capture, encoding, packaging, and CDN delivery of the host broadcast. One-to-many, lossy, variable latency, largely read-only.
  2. Game plane: the show state machine, question broadcast, answer ingestion, elimination, and the global clock. Many-to-one writes, one-to-many state, hard deadlines.
  3. Prize plane: winner determination, the split calculation, the payout ledger, and tax and compliance. Strong consistency, exactly-once semantics, full audit.
  4. Trust plane: device attestation, stream-scraping deterrence, timing forensics, host-console security, and incident review. Cross-cuts all three.

A strong interview answer keeps these planes separate. The video plane may degrade to audio or text while the game plane keeps running. The game plane may shed presence telemetry while it never sheds answer ingestion. The prize plane never degrades at all: a wrong payout is a financial incident, not a performance event.

Key Highlights

  • •One global game clock: question windows open and close for everyone simultaneously, and elimination is final.
  • •Video arrives with per-viewer latency variance; game state cannot, so the two planes need explicit synchronization.
  • •The write pattern is a synchronous, adversarial burst: hundreds of thousands of answers inside ten seconds.
  • •Four planes: video, game, prize, trust. Each degrades differently and each has its own consistency model.
  • •Reported HQ Trivia peaks reached around one to two million concurrent players in early 2018; our design assumptions are labeled separately.
Lead With the Clock
State in the first two minutes that the hard problem is one global game clock reconciled against variable-latency video. That instantly separates this from a generic live-streaming design.
Do Not Draw a Video App With a Chat Box
A design where questions ride inside the video stream, or where answers go through a REST API with no deadline model, fails the moment you ask what happens to a player whose stream is twelve seconds behind.

Section Rescue Kit

Buzzwords to use:

Lockstep BroadcastMedia-vs-State Skew

Safe statements:

  • "I will separate what the player watches from what the player must obey: video is advisory latency, the game clock is authoritative."
  • "Before choosing any technology, let me define which plane is allowed to degrade and which plane is never allowed to be wrong."
Design an Interactive Live Quiz Show (HQ Trivia) - System Design | WinJob | WinJob