DraftKings All-Offers Source Proof

Real DraftKings all-depth evidence: discovered endpoint universe, source latency matrix, Cloudflare status, Oracle evidence, Browser Run shard progress, and raw-path coverage. No estimates or mock controls. The proof target is every sport, league, category, subcategory, event, market, and selection returned by the DraftKings sportscontent API.

Market latency benchmark: can a market scrape in 2-3 seconds?

Loaded from draftkings_market_latency_benchmark_latest.json. This is the latency table for each DraftKings category/subcategory endpoint, which is the actual unit a production scheduler should fetch for a market lane.

Answer: the last exhaustive endpoint-manifest benchmark shows every individual endpoint market under 2 seconds. The old 20-27s number is orchestration time for the entire universe, not per-market latency. A production board must keep these endpoints warm continuously and serve latest cached deltas.

Latency by market lane

LaneEndpointsUnder 2sUnder 3sP50P95MaxMarketsSelections

Latency by sport

SportEndpointsUnder 2sUnder 3sP50P95MaxMarketsSelections

Source status for full-depth scrape paths

SourceStatusCoverageLatencyMarketsSelectionsBoundary

All market endpoint latency rows

One row per DraftKings market endpoint. This is the production shard unit. Sort is slowest first.

#LaneSportLeagueCategorySubcategoryLatencyHTTPEventsMarketsSelectionsBytesURL

Continuous shard ledger proof

Loaded from draftkings_shard_scheduler_status_latest.json. This is the Oracle-first production primitive: each DraftKings endpoint market is a leased shard with an interval, status, latency, SHA-256, and next due time. The proof run below fetched real DK endpoint JSON with bounded concurrency instead of one giant burst.

Production architecture: keep hot game-line shards warm every few seconds, props every tens of seconds, futures on a slower lane, and broadcast compact deltas from the latest shard state. GitHub Actions remains audit-only; it should not run the continuous polling loop.

Lane policy and current state

LaneShardsPASSFAILNever runP50P95MaxMarketsSelections

Recent scheduler cycles

RunStartedClaimedPASSFAILWallP50P95MaxWorkersNote

Failures and slowest recently fetched shards

ShardStatusLaneSportLeagueCategorySubcategoryHTTPLatencyMarketsSelectionsSHANext due

Full all-offers raw table shards

Loaded from draftkings_all_offers_tables_index_latest.json. This is the inspectable table proof from a real DraftKings raw_mode=full all-depth scrape: every captured event row, market row, selection row, and joined event->market->selection offer row is written into sharded JSON files.

Production speed boundary: the latest full universe scrape took -. Static proof serialization took - because it writes large raw-row inspection shards. Production should broadcast compact deltas per module as each shard finishes, not wait on one giant all-offers proof artifact.

Source capture latency and slow endpoints

RankSportLeagueCategorySubcategoryLatencyMarketsSelectionsBytesSource URL

Shard inventory

LayerShardRowsRow rangeBytesFile

Joined offer table sample

The button loads only the first joined-offer shard into the browser. The complete joined-offer layer is available through the shard links above.

SportLeagueEventMarketSelectionLineOddsRaw JSON paths
Sample not loaded yet.

Dynamic all-endpoint depth capture

Loaded from draftkings_all_sports_depth_capture_latest.json. This is the current dynamic DraftKings breadth/depth proof: navigation -> league roots -> every discovered category/subcategory endpoint -> merged raw shape.

StatusLeague rootsSubcategory endpointsSportsEventsMarketsSelectionsRaw bytesLatency

Raw JSON paths

LayerJSON path / join

Joined offer sample with explicit paths

EventMarketSelectionOddsSelection pathMarket joinEvent join

Market type summary from the full-depth run

Market typeMarkets

All captured endpoint shards

One row per discovered DraftKings endpoint shard. This is the actual 965-row capture manifest from the full-depth run.

#StatusSportLeagueCategorySubcategoryEventsMarketsSelectionsLatencyBytesSHA

4-source modular latency matrix

Loaded from draftkings_source_latency_matrix_latest.json. This is the source-by-source answer: which paths can pull DraftKings all-depth, which are independent, which are fast enough for product broadcast, and exactly where Cloudflare stands.

SourceStatusIndependentProductCoverageLatencyMarketsSelectionsBytesBoundary / next action

Broadcast plan

    Proof page load log

    Loading real DraftKings proof artifacts...

    Latest Cloudflare + Oracle live evidence

    Loaded from draftkings_cloudflare_oracle_window_latest.json. This separates direct Cloudflare egress, Cloudflare Browser Run, and the labeled Cloudflare-via-Oracle orchestration path.

    PathStatusLatencyCoverage / signatureBoundary

    Cloudflare Browser Run endpoint window

    Loaded from draftkings_cloudflare_browser_run_window_latest.json. This is the current independent Cloudflare Browser Run proof over explicit endpoints from the 965-endpoint DK manifest. It is intentionally sharded because Browser Run quota is tight.

    #StatusSportLeagueCategorySubcategoryEventsMarketsSelectionsLatencyBoundary

    Live Cloudflare proof window

    This calls the deployed Cloudflare diagnostic worker. Current direct Worker fetch remains 403, Browser Run is now tested separately, and Cloudflare-via-Oracle is explicitly labeled as orchestration.

    No live probe run in this browser session yet.

    Persisted modular run status

    Loaded from draftkings_modular_capture_status_latest.json. This is real module status generated by the control-plane script.

    ModuleClassStatusLatencyHTTPEventsMarketsSelectionsBytes