CASINODROP
Join chat

Gamdom Crash Live Tracker

live
  • 23 bettors last round
  • 150 rounds / hour
  • 259,456 rounds tracked
  • updated 17s ago

Latest round
13.37×
7.40% of rounds fly at least this far
Bettors
23
Cashed out
1461%
Rounds / hour
150
Between rounds
24 s
Last 10 Rounds6 under 2×Best 13.37×
Last 2×this roundLast 10×this round

Latest rounds

last 40 rounds · newest first · 259,456 tracked Round log
13.37×3.74×2.00×1.43×1.66×1.10×1.86×1.83×5.57×1.36×2.90×1.31×1.34×2.14×3.62×1.02×24.82×2.93×1.37×1.25×2.98×2.08×1.20×1.08×1.42×2.17×13.66×2.08×1.53×1.05×2.79×1.00×1.83×16.46×1.24×1.25×1.02×1.12×1.18×1.02×
1.81×median, last 100
57%under 2×, last 100
15,849×peak, 24 h
6 roundslongest 2× drought, last 100
1.00× bustunder 2×2× – 10×10× – 50×50× and up

100 rounds · median 1.81× · 57% under 2× · peak 26.63×

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
▼ 8.6%
1.81×
Median crash point
theory 1.98× · half the rounds end below this
3.35×
Average
fat tail — a few huge rounds pull it up
▼ 13.1%
43.0%
Cleared 2.00×
theory 49.5% · 43 of 100 rounds
57.0%
Under 2×
theory 50.5% · what busts a 2× auto-cash-out
3.00%
1.00× busts
theory 1.98% · 3 rounds
26.63×
Peak in window
24 h peak 15,849×
137%
Volatility
standard deviation ÷ mean · sd 4.6
150
Rounds / hour
a round every 24 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 pointBettorsCashed out
14 Nov
23:47:2913.37×2314
23:46:543.74×163
23:46:302.00×222
23:46:111.43×161
23:45:491.66×160
23:45:341.10×103
23:45:111.86×190
23:44:481.83×140
23:44:065.57×142
23:43:481.36×150
23:43:172.90×142
23:42:591.31×140
23:42:411.34×150
23:42:162.14×142
23:41:413.62×122
23:41:281.02×200
23:40:2124.82×2415
23:39:502.93×91
23:39:321.37×130
23:39:151.25×250
23:38:442.98×248
23:38:182.08×244
23:38:021.20×250
23:37:481.08×250
23:37:291.42×250
23:37:032.17×244
23:36:0613.66×2313
23:35:412.08×257
23:35:211.53×220
23:35:071.05×240
23:34:372.79×255
23:34:231.00×290
23:34:001.83×301
23:33:0116.46×189
23:32:441.24×190
23:32:271.25×150
23:32:131.02×170
23:31:581.12×150
23:31:421.18×220
23:31:291.02×220
23:31:022.24×265
23:30:372.10×163
23:30:191.32×160
23:29:375.91×1711
23:29:151.65×102
23:28:541.57×100
23:28:401.06×90
23:28:152.15×158
23:27:482.23×177
23:27:311.28×190
23:26:2326.63×1610
23:25:582.03×91
23:25:401.36×250
23:25:241.15×140
23:25:041.58×171
23:24:501.05×200
23:24:124.48×1912
23:23:491.79×201
23:23:331.20×200
23:23:081.97×202
showing 60 of 100

How Gamdom Crash becomes a tracker row

Show the full explanation

CasinoDrop reads Gamdom’s own public Crash data, not a simulated round stream. The collector starts with the table history in Gamdom’s Crash initialisation response and uses the per-game public history response to fill settled game IDs that are not present in that short list. An in-progress game is ignored. A row enters the store only after Gamdom marks the game ended and provides a valid game ID, crash point and published game time. The stored rounds are then sorted newest first and published to the same-origin Gamdom feed used by this page. That separation matters: the figures above describe Gamdom Crash only, not another casino’s game and not another Gamdom Original.

What the public feed actually carries. Gamdom reports the crash point in hundredths, so a source value of 198 becomes 1.98× on the board. The time in the log comes from Gamdom’s published game timestamp; it is not an estimate of when the collector received the row. The bettor figure counts the play entries attached to that round, while Cashed out counts entries with a recorded stop or cash-out. Those are activity counts, not a balance sheet. The browser feed has fields for settled time, multiplier, bettors, wagered, duration and winners, but Gamdom supplies no usable single-currency wager total and no flight duration here. The zero placeholders in those unsupported transport positions do not mean that nobody wagered or that a round lasted zero seconds, so the board does not present them as measured values. The compact browser feed also omits each round’s hash.

Why the target probability is 0.99 ÷ T. This board evaluates Gamdom Crash against a 1% house edge. For a cash-out target T above 1.00×, the published model gives P(crash ≥ T) = 0.99 ÷ T. At 2× that is 49.5%; at 10× it is 9.9%. Multiplying the chance of reaching a target by the target payout returns 0.99 before rounding, which is why the same long-run 99% return line applies across the target table. The observed column asks how many settled crash points in the selected window reached each target; the expected column applies the formula to that same number of rounds. It does not claim that each short window will land on the line. A rare high multiplier can move a high-target result sharply, while a long miss can pull it the other way.

How to read the changing sample. The sample is the feed-backed window named on the board, and its updated time tells you when that source snapshot was generated. Its round count, date span, biggest result, hit rates and droughts change as new rounds replace older ones. That is why this explanation does not freeze a round total or peak multiplier in copy. Use the displayed sample size and timestamp together whenever you quote a measured result. The table can compare one observed window with the theoretical target probabilities, but it cannot certify Gamdom, prove that the edge changed, or turn a streak into a signal. Nothing here predicts anything — every round is independent. A missed 10× target does not make the next round more likely to reach 10×, and a recent high result does not make another one less likely.

How the Gamdom hash-chain check works. Gamdom Crash is checked from a round game hash, not from a personal client-seed and nonce pair. The shipped verifier labels this method for rounds after 2 January 2026. It computes HMAC-SHA256 with the game hash as the key and Gamdom’s published Bitcoin-block salt as the message. If the full digest is divisible by 100, the result is the instant 1.00× outcome. Otherwise the first 13 hexadecimal characters supply a 52-bit value h; the result is (2^52 − h/50) ÷ (2^52 − h), rounded down to two decimal places. The verifier also applies SHA-256 to the supplied game hash to obtain the previous link and can repeat that step for older rounds, showing the chain newest first.

The tracker’s compact JSON does not expose those hashes, so a row on this board is not itself the verification input. Copy the published game hash from Gamdom’s own round or fairness view, paste it into the Gamdom Crash verifier, and compare the recomputed multiplier with Gamdom’s settled result. The calculation runs in your browser and does not send the hash to CasinoDrop. A matching recomputation checks that the supplied hash produces Gamdom’s settled crash point. The displayed backward links are deterministic, but the tool is still an arithmetic check of published inputs, not a prediction of an unrevealed future hash and not an audit of bets, balances or payouts.

Gamdom Crash tracker FAQ

Updated 13 questions
Where do the Gamdom Crash results on this tracker come from?

Every round is read server-side from Gamdom’s public crash history, polled every 20 seconds and stored before it reaches this page. Nothing here is simulated or modelled, and the board covers Gamdom’s own Crash table only — no other Gamdom Original, no other casino. Each row carries the crash point, Gamdom’s published game time and the bets that round listed; our Gamdom verifier rebuilds any of them from its published game hash.

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

What are the Gamdom Crash results today on this tracker?

The newest settled round sits alone at the top of the board and the strip beside it lists recent rounds, newest first; both redraw as each round settles. Of the 2,500 rounds the feed held at 23:48 UTC on 14 November 2026 — back to 03:14 UTC on 14 November 2026 — 1,207 cleared 2× and 249 cleared 10×. These are settled rounds, not bets: no stake or payout is attached to them.

How live is this Gamdom Crash tracker, and how often does it update?

A round reaches the page within about half a minute of Gamdom publishing it: our collector polls every 20 seconds and your browser re-reads our feed every 8. The live pill turns stale once the feed on screen is more than two minutes old, which at the feed’s median 24-second gap is about 5 rounds. Times in the round log are Gamdom’s own published game times, shown in your local zone.

How far back does the Gamdom Crash history on this page go, and can I download it?

The page loads the 2,500 most recent rounds — 20.5 hours at Gamdom’s pace, back to 03:14 UTC on 14 November 2026 in a feed read at 23:48 UTC on 14 November 2026. The window tabs are round counts, not clock windows: Last 100, 500, 1,000 and 2,500, opening on Last 100. Export CSV writes all 2,500 loaded rounds with UTC timestamps whichever tab is showing. The head’s rounds tracked figure, 259,456 since 16 August, is our whole store.

How many Gamdom Crash rounds are there per hour?

About 122 an hour measured over the loaded buffer: 2,500 rounds spanning 20.5 hours to 23:48 UTC on 14 November 2026. The head’s rounds / hour reads higher, 150, because it is 3,600 divided by the feed’s median 24-second gap and a median ignores the long pauses. The mean gap was 30 seconds, one gap in ten ran 52 seconds or more, and the longest ran 174.

What is the biggest Gamdom Crash multiplier on this tracker?

15,849.14×, at 17:56 UTC on 14 November 2026 — the highest of the 2,500 rounds the feed held at 23:48 UTC on 14 November 2026. 6 of those rounds cleared 1,000× against 2.5 expected on the 99% model. A crash point is where the round ended, not a player’s win: the 25 bets that round listed all cashed out earlier, at points this feed does not carry. The peak, 24 h figure below the strip reaches further back, across all 2,914 rounds recorded in the 24 hours to 23:48 UTC on 14 November 2026, where the highest was 15,849.14×.

Is Gamdom Crash 99% RTP or 100%, and does this tracker measure it?

The published model is 99%, not 100%: Gamdom Crash carries a 1% house edge, so P(crash ≥ T) = 0.99 ÷ T at every cash-out target. Rewards paid outside the round, such as the rakeback described in our Gamdom review, do not change that. The feed carries crash points and no stakes, so the page measures return by target rather than certifying it: over the 2,500 rounds to 23:48 UTC on 14 November 2026 it ran 96.6% at 2× and 108.0% at 50×.

How often does Gamdom Crash bust at 1.00×, and how many rounds end under 2×?

47 of the 2,500 rounds to 23:48 UTC on 14 November 2026 ended at 1.00× — 1.88%, one round in 53, against the 1.98% the 99% model gives and the 0.99% the same formula returns with no house edge. Rounds finishing under 2× came to 1,293, 51.7%, where the model expects 50.5%, and the median crash point was 1.93×. Neither gap against the 99% model is larger than ordinary sampling noise at this size.

Can the droughts and streaks on this Gamdom Crash page predict the next round?

No. The droughts panel counts how many rounds passed between hits of the target you pick, and nothing here predicts anything — every round is independent. In the 2,500 rounds to 23:48 UTC on 14 November 2026 the longest run without a 10× was 50 rounds and the longest without a 50× was 202. Each crash point comes from that round’s own game hash, so the chance the next round clears 10× stays 9.9% however long the drought has run.

How do I verify a Gamdom Crash round?

Paste the round’s published game hash into our Gamdom verifier, which hashes in your browser and posts nothing to a server. Gamdom’s Crash runs on a reverse SHA-256 chain: SHA-256 of one round’s hash equals the previous round’s hash, so a single hash checks every round before it. The crash point is an HMAC-SHA256 of Gamdom’s published salt keyed on that hash, with an instant 1.00× when the digest divides by 100. The snippet covers rounds after 2 January 2026.

What do the Bettors and Cashed out columns show, and why is there no wagered total?

They count the bets Gamdom’s public round history lists for a round, and how many of those carried a cash-out. Across the 2,500 rounds to 23:48 UTC on 14 November 2026 the cash-out share tracked the crash point: none of the 946 bets on the 1.00× busts, 15.1% between 1.5× and 2×, 79.7% past 10×. Those bets arrive in mixed display currencies, so Gamdom publishes no single-currency wagered total and no flight time, and this page shows neither column.

Why do these Gamdom Crash stats differ from other trackers, or from the Stake board here?

Different windows and different games. Our tabs are round counts, so the span each one covers moves with Gamdom’s pace — Last 2,500 held 20.5 hours in the read at 23:48 UTC on 14 November 2026 — while a tracker cutting a fixed clock window holds a different set of rounds. The log prints your local time and the CSV export UTC. The same 99% model drives our Stake Crash tracker, Shuffle Crash tracker and BC.Game Crash tracker, on separate games whose counts never match this one.

Is Gamdom Crash rigged, and can this tracker show that?

It cannot certify a game; it can measure one. Across the 2,500 rounds to 23:48 UTC on 14 November 2026 all twelve cash-out targets in the RTP table sat within 1.8 standard deviations of the published 99% line, and the closest of them, 10×, drew 249 hits against 247.5 expected. Each round can be re-derived from its published hash in the Gamdom verifier. A sample this size would not show a one-point change in the edge, and we audit no operator.

How useful is this tracker?

5.0out of 51 rating

Your rating —

Your CasinoDrop account

One account for CasinoDrop: your odds desk picks, alerts, journal and settings follow you to every device. Nothing about betting itself: no funds, no bets placed.