Silicon Casino v1.1

Bug fix release, and the first one to come from a player.

The 3-reel slot was crediting a win the moment you pressed spin, at the
same instant as taking the bet. So the balance already contained the payout
by the time the reels landed, and the celebration announced a win that had
nothing left to add — it looked like the spin paid nothing. Reported by
u/cognitariat on r/CardPuter with a video and exact numbers: 965 chips, 5
bet, 10 won, expecting 965 → 960 → 970 and seeing 965 → 970 in one jump.

A spin is now two declared moments: the stake leaves on the press, the
win lands when the last reel stops and climbs with the celebration. Only the
3-reel slot was affected — the video slot, blackjack, poker and roulette
already settled at the end.

No test was watching the balance during a spin, which is exactly why this
shipped. One now does, and it fails on the old behaviour.

The boot ROM line reads V1.1 — that's how you check what you have.

Flashing

silicon-casino-1.1-factory.bin is the combined image (bootloader +
partition table + app) — write it at address 0, which is what M5Burner
does. Note this erases existing device settings (NVS): players, balances
and the leaderboard start fresh.

esptool.py --chip esp32s3 write_flash 0x0 silicon-casino-1.1-factory.bin

From source, pio run -e cardputer-adv -t upload flashes the app alone and
keeps your players.

What's in it

Five games sharing one balance: 3-reel slots, a 5×3 video slot with five
paylines, blackjack (3:2, dealer stands on all 17), Jacks or Better 9/6
video poker, and single-zero roulette on a rotary encoder marked RE1 — 37
detents. Virtual chips only, hardware TRNG, no network of any kind. Up to 8
players on a persistent leaderboard, bets remembered per player and per
game, shake-to-spin, a grey attract demo, house credit on the number row,
and an arcade boot sequence whose fake self-test shows real hardware
numbers.

The odds are enumerated rather than tuned: all 2,598,960 poker hands
verified, every roulette bet at exactly 972,973 ppm, slots RTP
95.24% derived analytically from the strip counts. 136 native tests
lock all of it.

Built with Claude Code; the decision journal in docs/DECISIONS.md keeps
the full dialogue, mistakes included — this one is D-042.