CASINODROP

BC.Game Crash Live Tracker

live
  • 157 rounds / hour
  • 96,537 rounds tracked
  • updated 4s ago

Latest round
1.56×
63.5% of rounds fly at least this far
Flight time
7.4 s
Rounds / hour
157
Between rounds
23 s
Peak 24 H
4,949×
Last 10 Rounds5 under 2×Best 9.93×
Last 2×1 round agoLast 10×22 rounds ago

Latest rounds

last 40 rounds · newest first · 96,537 tracked Round log
1.56×6.40×1.85×1.89×9.08×4.79×1.10×9.93×1.17×3.84×1.36×2.18×1.25×1.59×2.28×1.64×1.44×1.65×1.64×1.06×4.61×1.78×20.10×1.06×1.05×1.34×10.07×15.44×4.35×1.65×1.46×3.73×1.40×4.05×1.07×23.50×1.51×2.27×2.06×6.28×
1.90×median, last 100
52%under 2×, last 100
4,949×peak, 24 h
5 roundslongest 2× drought, last 100
1.00× bustunder 2×2× – 10×10× – 50×50× and up

100 rounds · median 1.90× · 52% under 2× · peak 40.49×

Window at a glance

Every statistic on this page is computed over the rounds in the selected window.

Samples, not signals. Every figure below is a sample, not a trend, and past rounds do not influence the next one.

Target
▼ 4.3%
1.90×
Median crash point
theory 1.98× · half the rounds end below this
4.27×
Average
fat tail — a few huge rounds pull it up
▼ 3.0%
48.0%
Cleared 2.00×
theory 49.5% · 48 of 100 rounds
52.0%
Under 2×
theory 50.5% · what busts a 2× auto-cash-out
0.00%
1.00× busts
theory 1.98% · 0 rounds
40.49×
Peak in window
24 h peak 4,949×
154%
Volatility
standard deviation ÷ mean · sd 6.6
157
Rounds / hour
a round every 23 s

Multiplier trace

log scale · oldest → newest · bars above the dashed line cleared the target

Cleared target Crashed below Target

Each bar is one round’s landed multiplier on a log scale, oldest on the left and newest on the right; bars above the dashed line cleared the selected target. The same rounds and multipliers are listed in the round log on this page.

RTP by cash-out target

Flat stake, cash out at the target every round. RTP = hits × target ÷ rounds. The house pays 99.00% long-run at every target — the tint shows how far each window drifted from that.

Above expectation Below expectation Deeper tint = further from expectation

Scroll sideways to see every window.

Read this the right way. Every cell is a sample, not a trend. Over 100 rounds at 2× the RTP swings roughly ±20 points on chance alone, so a 78% or a 121% window is ordinary — the longer windows on the right are the steadier ones. Past rounds do not influence the next one: the chance of clearing any target is identical every round.

Distribution

Where the crash points landed, against the share each band should get.

Expected

Droughts

Rounds between hits of the selected target.

ObservedExpected

Round log

100 rounds in this window · newest first

Scrollable table. Use the arrow keys or scroll to move through the rows; Show more adds older rounds.

TimeCrash pointFlight
15 Sep
03:26:481.56×7.4 s
03:26:296.40×30.9 s
03:25:451.85×10.2 s
03:25:221.89×10.6 s
03:25:009.08×36.7 s
03:24:124.79×26.0 s
03:23:341.10×1.5 s
03:23:229.93×38.2 s
03:22:321.17×2.6 s
03:22:183.84×22.4 s
03:21:421.36×5.1 s
03:21:272.18×12.9 s
03:21:011.25×3.7 s
03:20:441.59×7.7 s
03:20:262.28×13.7 s
03:19:591.64×8.2 s
03:19:381.44×6.0 s
03:19:191.65×8.3 s
03:18:591.64×8.2 s
03:18:381.06×0.9 s
03:18:254.61×25.4 s
03:17:461.78×9.6 s
03:17:2520.10×50.0 s
03:16:241.06×0.9 s
03:16:111.05×0.8 s
03:15:581.34×4.8 s
03:15:4210.07×38.4 s
03:14:5215.44×45.6 s
03:13:554.35×24.4 s
03:13:171.65×8.3 s
03:12:561.46×6.3 s
03:12:383.73×21.9 s
03:12:031.40×5.6 s
03:11:454.05×23.3 s
03:11:091.07×1.1 s
03:10:5723.50×52.6 s
03:09:531.51×6.8 s
03:09:352.27×13.6 s
03:09:112.06×12.0 s
03:08:486.28×30.6 s
03:08:061.56×7.4 s
03:07:461.11×1.7 s
03:07:331.21×3.1 s
03:07:192.86×17.5 s
03:06:492.98×18.2 s
03:06:192.27×13.6 s
03:05:531.90×10.6 s
03:05:301.04×0.6 s
03:05:187.04×32.5 s
03:04:321.23×3.4 s
03:04:172.94×17.9 s
03:03:483.40×20.4 s
03:03:152.93×17.9 s
03:02:454.78×26.0 s
03:02:071.26×3.8 s
03:01:511.11×1.7 s
03:01:371.03×0.4 s
03:01:2540.49×61.6 s
03:00:133.60×21.3 s
02:59:381.74×9.2 s
showing 60 of 100

What BC.Game Crash history can — and cannot — show

Show the full explanation

BC.Game’s public Crash history gives this tracker settled results, not bet slips. For each usable source round, the collector reads the crash point plus BC.Game’s begin and end times. CasinoDrop stores the end time as the settled timestamp and the difference between begin and end as duration_ms. That difference is the “Flight” shown beside a result: it is the length of the published round, not the pause before the next round and not a player’s chosen cash-out time.

BC.Game does not publish bettor, stake, cash-out, winner or payout fields in this history. The shared feed row reserves positions for bettor, wagered and winner totals, but the BC.Game feed has no values to support those measures, so this board leaves the corresponding tiles and columns out. A multiplier is a crash point only. It does not tell us whether anybody bet, where somebody cashed out, or what somebody won.

BC.Game Crash uses a personal seed pair rather than Stake’s shared Crash hash chain. For a bet whose seed has been revealed, the BC.Game verifier signs exactly HMAC-SHA256(serverSeed, "clientSeed:nonce"). There is no Stake-style cursor. For Crash, it reads the first 13 hex characters as a 52-bit draw, applies the 1% edge, then floors the result to the displayed two-decimal crash point. The same revealed server seed, client seed and nonce rebuild the same result. The seed simulator repeats that process across consecutive nonces.

The tracker and verifier answer different questions. This page records the public round history BC.Game exposed; it does not receive the personal seed inputs needed to verify every listed round one by one. The verifier checks a bet you can supply with a revealed seed pair. Nothing here predicts anything — every round is independent. Under the board’s 1% model, P(crash ≥ T) = 0.99 ÷ T and the long-run return is 99% at every preselected target; the live RTP table measures only how many stored crash points cleared each target, not money returned to players.

More on CasinoDrop. The BC.Game review covers the casino behind this feed, the BC.Game simulator replays BC.Game originals, Crash included, from a revealed seed pair in your browser, and the BC.Game verifier rebuilds a single round from its revealed seed pair.

BC.Game Crash tracker FAQ

Updated 13 questions
Where do the BC.Game Crash results on this tracker come from?

They come from BC.Game’s own Crash original — its public round history, polled server-side every ten seconds. Nothing here is simulated. Those rows carry a round id, the crash point and each round’s begin and end times, but no stake, cash-out or bettor fields, so the board shows none. We had stored 96,537 rounds by 03:27 UTC on 15 September 2026. Expected throughout means P(crash ≥ T) = 0.99 ÷ T, from a 1% house edge. Your own bets rebuild in our BC.Game verifier.

Feed data is published under CC BY 4.0: reuse it freely, credit casinodrop.com and link the licence.

What are the BC.Game Crash results today on this tracker?

The newest settled round sits at the top of the board and the strip beneath it runs newest first. Across the 2,500 rounds the feed held at 03:27 UTC on 15 September 2026 — back to 07:22 UTC on 14 September — the median crash point was 2.02× against a theoretical 1.98×, 48.9% of rounds ended under 2× and 44 busted at 1.00×. The window tabs recut every panel over the last 100, 500, 1,000 or 2,500 rounds.

How often does BC.Game Crash reach 2× or 10×?

2× was reached in 51.1% of the 2,500 rounds the feed held at 03:27 UTC on 15 September 2026 — 1,277 rounds — against the 49.5% a 1% house edge implies; 10× in 9.2%, 230 rounds, against 9.9%; 100× 27 times, 1.08%, against 0.99%. 44 rounds busted at 1.00×, 1.76%, against 1.98%. All four describe one sample of about 20 hours, not the game’s lifetime.

What is the RTP of BC.Game Crash, and does this tracker measure it?

BC.Game Crash returns 99% at every cash-out target under the 1% house edge this board and our verifier use; BC.Game publishes no RTP figure of its own. Because P(crash ≥ T) = 0.99 ÷ T, expected return at 1.5× and 50× is identical; only the variance differs. The RTP table estimates it from results, hits × target ÷ rounds, never from money: the feed carries no stakes. Over the 2,500 rounds held at 03:27 UTC on 15 September 2026 it came to 102.2% at 2× and 92.0% at 10×.

What is the biggest BC.Game Crash multiplier on this tracker?

The Peak in window tile and the peak, 24 h figure under the strip both name the highest crash point among the rounds the page currently holds, so it is a rolling figure rather than an all-time record. At 03:27 UTC on 15 September 2026 that was 4,949.05×, in a round lasting 141.7 seconds and already 948 rounds from dropping out of the buffer. It is a crash point, not a payout: BC.Game publishes no stakes, cash-outs or winners here.

How many BC.Game Crash rounds are there per hour?

About 125: 2,500 rounds settled in the 20.1 hours to 03:27 UTC on 15 September 2026, and the whole 96,537-round store averages 122.7 an hour since 13 August. The head’s rounds-per-hour fact read 156.5 at that moment because it is 3,600 ÷ the 23-second median gap, which discounts the long rounds. Half the rounds ran under 11.7 seconds, and the median pause between one crash and the next start was 12.1 seconds.

Why do some BC.Game Crash rounds last so much longer than others?

Because a round ends when the multiplier crashes, and the times BC.Game publishes grow with it at a fixed rate. Across the 2,456 rounds above 1.00× in the feed at 03:27 UTC on 15 September 2026, round length matched ln(multiplier) ÷ 0.0601 to within a median 0.03 seconds — about 6.2% a second, doubling every 11.5 seconds. So 2× takes 11.5 seconds, 10× takes 38 and 100× takes 77. That describes the times BC.Game published, not a rule it states.

How far back does the BC.Game Crash history go, and can I download it?

This page holds the newest 2,500 rounds, about 20 hours of play; the store behind it held 96,537 rounds at 03:27 UTC on 15 September 2026, back to 08:49 UTC on 13 August. BC.Game’s own history call returns only the last 100 rounds and rejects a larger page size, so anything deeper exists only where somebody kept polling. Export CSV writes all 2,500 held rounds — UTC timestamp, multiplier, round seconds — ignoring the window and the log filter.

What do the droughts on this BC.Game Crash board show, and do they predict the next round?

They count the rounds between hits of the target you pick and set that against the wait a 1% house edge implies; they predict nothing. The longest run without a 10× among the 2,500 rounds held at 03:27 UTC on 15 September 2026 was 78 rounds, and a gap that long turns up in 7% of 2,500-round stretches. Every round is drawn on its own, so after a drought of any length the chance of reaching 10× is still 9.9%.

How do I check that a BC.Game Crash round was provably fair?

Only for a bet you placed yourself: reveal your seed pair in your BC.Game account, then rebuild that bet in our BC.Game verifier, or replay a run of nonces in the seed simulator. Both sign HMAC-SHA256(serverSeed, "clientSeed:nonce") with no Stake-style cursor, read the first 13 hex characters as a 52-bit draw and apply the 1% edge. The rounds listed on this board are not verified one by one.

Why are there no bettors, wagered or cashed-out figures on this BC.Game Crash board?

Because BC.Game’s public round history does not publish them — each row carries the round id, the crash point, the begin and end times and a hash and salt, and nothing about bets. The board draws only the fields the feed actually carries, so those tiles and columns are absent rather than filled with zeros, and Round length takes the activity panel’s place. BC.Game’s own game page describes Classic and Trenball betting modes; no bets reach us, so neither is broken out.

How live is this BC.Game Crash tracker?

A round reaches the page within about 18 seconds of BC.Game publishing it: the collector polls every 10 seconds and rewrites the feed each time, and your browser re-reads that feed every 8. The head shows how long ago the feed was written, and its pill turns from live to stale once that passes two minutes, with a banner saying the numbers are real but not current. When a poll fails the rounds already received stay on screen; nothing is invented to cover the gap.

Why do these BC.Game Crash stats differ from other crash trackers?

Mainly because every tracker holds a different set of rounds. BC.Game’s history call reaches back only 100 rounds, about 48 minutes at this pace, so each site’s depth is whatever it has collected since it started — ours began on 13 August 2026 and held 96,537 rounds by 15 September. Our windows count rounds rather than hours, and our timestamps are UTC while the log shows local time. The other CasinoDrop trackers sit on one hub.

How useful is this tracker?

5.0out of 51 rating

Your rating