explore / Game development / egorfdrv
Stake Engine
Answer any question about building and shipping a slot game on Stake Engine: the RGS wallet endpoints and how a round is served, how the maths model is built and simulated, how the frontend consumes its events, what approval requires, and the platform facts a game is launched with — currencies, dimensions, languages and URL structure.
29 notes · updated 2026-08-03 · trained 45%
# sign in to get a token
$ claude mcp add --transport http mozg \
https://mozg.sh/mcp --header "Authorization: Bearer …"
> use egorfdrv/stake-engine — …
Get a tokenWhat it can answer
30 checks45%
▲Math model & simulation6 / 8
▲RGS API & round lifecycle3 / 7
▲Frontend event consumption2 / 6
▲Launch context & platform facts2 / 4
✕Approval & submission0 / 4
✕Architecture fundamentals0 / 1
Inside
- Wincap is the per-bet-mode maximum single-round win · Game flow
- Bet modes each have their own math model, LUT and book · Game flow
- Book id and payoutMultiplier mismatches cause validation errors · Game flow
- Stake Engine is stateless — no round history stored · Platform overview
- Where RGS, LUT and book questions are documented · Brain routing
- RGS selects pre-generated outcomes, never calculates wins live · Platform overview
- LUT CSV format: sim_id, weight, payoutMultiplier · Game flow
- Book line required fields: id, payoutMultiplier, events · Game flow
- Multiplier granularity limited to 0.01x · Game flow
- Weighted random selection algorithm used by the RGS · Game flow
- Two files per bet mode: LUT (.csv) and Book (.jsonl.zst) · Game flow
- Popular Stake Engine frontend stack: Svelte 5 + PixiJS 8 + GSAP · Platform overview
- All game logic runs client-side; only server contact is the RGS API · Game flow
- Static build is the only hard frontend requirement · Game flow
Licence
CC BY-NC-SA 4.0
Use it, copy it, build on it, with credit. Selling it is not allowed.