Are you tired of the Ticketmaster monopoly? At 100k sign-ups, I'll quit my job and build a BETTER ticketing website
EN

Will be streamed live on Twitch

Get your ticket in under 3 minutes.

Proof of concept Every big on-sale buckles, and we're told demand was simply too high. I don't buy it: it's an engineering problem, and I will solve it.

  • No more CAPTCHAs where one extra pixel decides your fate.
  • No more "Something went wrong" at checkout.
  • No more errors when adding a ticket to your cart.
  • No more six-hour queues ending in "Sold out".

I'm a developer and a concert addict. I'm building a ticketing platform from scratch and stress-testing it in public, with millions of simulated fans hitting it at once.

How the test works

  1. Sign up and get your invite a few days before the sale.
  2. Log in at opening time with real fans, plus millions of simulated visitors and bots.
  3. Queue, pick your seats and pay with a test card. No real money.
  4. Get your ticket in under 3 minutes, live on Twitch.
  5. All the numbers go public, good or bad.

// 01 — The problem

What's wrong with Ticketmaster

Ticketmaster is the world's leading ticketing company. Yet for fans, every big on-sale feels like an ordeal. Here's what I hold against their system.

01

Sites that give up

Blank pages, errors and slowdowns at the exact moment everyone logs in.

02

An opaque queue

You wait without knowing whether you stand a real chance, only to find out there's nothing left.

03

The expiring cart

The countdown hits zero during bank verification, and your seats are gone.

04

"Sold out" way too late

You learn there are no seats left after a long wait, sometimes at checkout.

05

Bots and scalpers

Seats grabbed by automated scripts, then resold for far more.

06

A lottery in disguise

"First click wins" comes down to milliseconds: your connection decides, not you.

07

Badly split allocations

Sold out at one reseller while another still has seats for the same show.

08

No competition

The same group promotes the tours and sells the tickets. The US Department of Justice filed an antitrust lawsuit in 2024.

What's broken under the hood

I took apart a checkout page running on Ticketmaster France's infrastructure, in September 2026. Here's what the architecture gets wrong.

  • A blank page first. The server sends an almost empty shell and the whole page is built in your browser. Until the JavaScript finishes, you stare at white.
  • API calls in a chain. Each request waits for the previous one before starting. The server is fast, but prices still take seconds to appear.
  • Every visitor hits the inventory. Each page load fires dozens of API calls, many of which can't be cached. Multiply that by a million fans and the shared ticketing system chokes.
  • The waiting room shows up late. The virtual queue only loads after the rest of the page. It's supposed to protect the system, not arrive after the crowd.
  • Things nobody asked for. Menus in every language, lists of cities and music genres, cross-selling suggestions: all loaded before or alongside the prices.
  • Heavy for no reason. Hundreds of requests, JavaScript split into far too many files, oversized images and a CAPTCHA loaded twice.

// 02 — It's been done

Other industries already handle worse

Selling 200,000 seats in a few minutes isn't science fiction. Every year, online retail, payments and streaming absorb much bigger rushes, and they hold.

583,000orders per second on Alibaba, 26 seconds into Singles' Day 2020
151Mdatabase requests per second on Amazon Prime Day 2025, answered in milliseconds
152,000payments per minute on Stripe over Black Friday 2025, with 99.9999% API uptime
59Mpeople streaming live at once on Disney+ Hotstar for the 2023 Cricket World Cup final

Selling out 200,000 seats means about 1,000 reservations per second: less than 0.2% of Alibaba's peak. The real issue isn't server power. It's how the sale is designed:

  1. A randomized queue. Everyone arrives before the opening, the order is drawn at random, and each person sees their real position.
  2. Admission matched to inventory. Only as many people get in as the remaining seats can serve.
  3. Seats locked before payment. Once your card is out, your seats are yours. No "sold out" at checkout.
  4. Shared inventory, no quotas. An open registry lets several resellers sell the same seats without ever selling one twice.
  5. An instant "sold out". The moment everything is gone, the whole queue knows within seconds.

// 03 — The proof

The live stress test

I'm designing a ticketing platform built for these moments, and I'll put it to the test in public, with a real simulated sale. No real tickets, no real payments.

Test conditionsValue
Tour on sale (fictional)Ticket­master's Retirement Plan Tour
People online at the same time200,000
Seats on sale (fake, 4 categories)20,000
Simulated resellers sharing the same inventory, no quotas3
Share of traffic from simulated bots20%
Declined payments (bank test mode)5%
Buyers who give up halfway10%
ParticipantsSign-ups + virtual users
Success criteria, published in advanceTarget
Seats sold twice0
Server errors seen by participants0
Real queue position displayed< 2 s
Reservation time (99% of requests)< 200 ms
"No seats left" announced at checkoutNever
Time to sell every seat< 10 min
"Sold out" shown to the whole queue< 5 s

Raw results, load-testing scripts and the registry code will be published as open source, whether the test succeeds or not.