How many packs to fill a 700-sticker album with 7 stickers per pack?
Each pack holds 7 different stickers out of 700, all equally common, and you trade with nobody. How many packs until the album is full?
simulated: 710.20 ± 0.18 (95%) over 2,000,000 collections
On average it takes 710.3 packs to fill a 700-sticker album with 7 stickers per pack. Half of collectors finish within 689 packs, 90% within 876, and 99% within 1,110. Worked out exactly and confirmed by 2,000,000 simulated collections that you can replay on this page.
What the computer did
- Games
- 2,000,000 (2,000 chunks of 1,000, in 2 segments)
- Compute
- 1.07 CPU-hours; 0.07 hours on arm64, 16 cores, Darwin 25.5.0
- Engines
- JavaScriptCore (jsc), Python 3.14.8; every segment is spot-checked by replaying chunks in the other language
- Ran
- 2026-10-31T15:11:53Z to 2026-10-31T16:31:46Z
- Seed
- 1310279828 (from this page's address); chunk k uses xoshiro128** seeded by splitmix32(seed ⊕ k·0x9E3779B1)
- Exact method
- Markov chain on how many items you own, in double precision
- Code
- sims/rng.py sha256 b81126f5f114cdf1…
sims/kinds/collector.py sha256 0365392a9406cda1…
site_src/sims.js sha256 5cd91ae0e3f8246e…
Earlier segments: see the segment list below.
All 2 segments of this run
Three checks your browser runs
The totals add up. Adding up every published chunk…
It agrees with the exact answer. Your browser is working out the exact answer by a separate method…
The chunks are real. Pick chunks below and your browser replays them from the published seed. Each must match to the last game.
Replay any chunk
The run is split into 2,000 chunks of 1,000 games. Each chunk has its own random stream, built from the seed and the chunk number, so any one of them can be replayed alone. Your browser picks which ones at random, so the run could not have been prepared for your choice.
No chunks replayed yet. Each cell above is a chunk; replayed ones turn solid.
| Chunk | Published | Your browser | All counts | Games | ms |
|---|
What your replays rule out
Suppose someone had made up a share of the chunks instead of running them. These are the chances your replays so far would have landed on at least one made-up chunk.
Breakdown against the exact answer
| Outcome | Simulated | Exact | Off by (std. errors) |
|---|---|---|---|
| Average packs | 710.20 | 710.27 | -0.71 |
| Done within 689 packs | 50.15% | 50.11% | +1.22 |
| Done within 876 packs | 90.02% | 90.02% | +0.02 |
| Done within 1110 packs | 99.00% | 99.00% | -0.74 |
| Fewest packs in any game | 386 | ||
| Most packs in any game | 2,237 |
Independent simulations by local models
Each model below was given only the rules of this family of questions, in plain English, and asked to write its own simulation. It never saw our code. Its program was run in a sandbox on two test cases and compared with the exact answers.
- gemma4:26b agrees z = +0.17; z = -1.31
- gpt-oss:20b agrees z = -0.28; z = -0.30
- qwen2.5-coder:7b agrees z = -0.71; z = -0.62
- qwen3.6:27b-mlx agrees z = -0.28; z = -0.30
What a match proves, and what it doesn't
- A matching chunk proves those games come from the published code and seed. Nobody could guess every count exactly without playing the games.
- It does not prove the code plays the game described. That is what the exact answer and the independent simulations are for.
- The run (Python) and the replay (JavaScript) were written by the same author, so they are two copies of one program. Their agreement shows the numbers were computed, not invented.
- One reader replaying a few chunks rules out large fakes, not small ones. Every reader's replays are added up, so together they cover the ledger.
Related questions
- How many packs to fill a 680-sticker album with 5 stickers per pack?
- How many packs to fill a 500-sticker album with 5 stickers per pack?
- How many packs to fill a 300-sticker album with 5 stickers per pack?
- How many tries to collect all 250 items, one at a time?
- How many tries to collect all 100 items, one at a time?
- How many tries to collect all 50 items, one at a time?