老虎机机制技术拆解 —— 以 SuperAce 为案例

第 1 章 · 这款游戏的骨架

Super Ace 是 JILI 的老虎机，平台注单里的标识是 game_id = 10100039、game_plat_form = 1010。 本文所有玩法规则取自游戏内官方规则页，所有数字取自这个 game_id 的注单。

1.1 盘面

5 轮 × 4 行，1024 ways。1024 = 4⁵：每轮 4 个可见格，一条中奖路径在每轮各取一格， 5 轮相乘就是 1024 种组合。这不是「1024 条固定线」——没有线的概念，只要从最左轮开始、连续相邻的若干轮都出现同一符号就算中。

判定规则只有三条：

1. 必须从第 1 轮起。第 1 轮没有的符号，后面再多也不算。
2. 必须连续。第 1、2 轮有、第 3 轮断、第 4 轮又有 —— 只算前两轮，不成局。
3. 至少连3 轮。

成局的路数 = 各轮匹配格数连乘。比如 ♠ 在第 1 轮出现 2 格、第 2 轮 3 格、第 3 轮 1 格、第 4 轮 0 格， 那就是 3 连、2×3×1 = 6 条路，赔付 = 6 × ♠的三连赔付。

1.2 符号

共 8 个赔付符号：A、K、Q、J 四张牌，加 ♠♥♦♣ 四个花色。每个符号都有金框和银框两种卡面， 赔付完全相同 —— 金框（Golden Card）的区别在消除之后，见第 3 章。

另有两个非赔付符号：SCATTER（触发免费局）和 WILD / Joker（万能替代，但它不会直接落在盘面上，只能由金卡转化而来）。

1.3 三个实测数

这三个数在后面第 7、8 章会被反复用到 —— 它们是倒推卷轴配置时唯一的硬约束。

第 2 章 · 一次 spin 从头到尾

Super Ace 不是「转一次、看结果、结束」。一次 spin 内部是个循环。

下注
 ├─ 落盘（5×4）
 ├─ 判定 ways ──── 无中奖 ──→ 结算（本局 0）
 │      │
 │     有中奖
 │      ↓
 │   累计赢分 × 当前连击倍数
 │   中奖符号消除；其中的金卡翻成 Joker
 │   上方符号下落 + 顶部补新符号
 │   连击倍数升一档
 │      ↓
 └──── 回到「判定 ways」
        （直到某一轮没有中奖）
结算：把整条链累计的赢分一次性给玩家

三个容易写错的点：

2.1 一局只结算一次

整条级联链跑完才结算。哪怕连消五轮，注单上也只有一行， bet 是本次下注，result 是整条链的总和。

所以「命中率」的分母是 spin 数不是级联数 —— 第 1 章那个 24.15% 是这个口径。 如果按级联数算，同一批数据会得到完全不同的值。

2.2 只有中奖的格子被替换

未参与中奖的格子原地保留，不重新抽。这是级联和「重转一次」的本质区别： 下一轮判定的盘面里，大部分格子是旧的。

2.3 封顶会中断循环

官方规则：单次 spin 的最大派彩比例是 10,000×。达到时立即停止继续匹配、直接结算。 不是「算完再截断」，是「够了就不再算了」。实现时这个判断要放在级联循环里，不是循环外。

官方另给了一个概率口径：最大派彩「guaranteed to be won in 100000000 rounds of play」—— 一亿局。我们这 44 万局观测到的最大是 643.2×，与之不矛盾。

第 3 章 · 金卡与 Joker

这是 Super Ace 最容易被讲错的机制，因为「Joker」在三个不同层面上指不同的东西。

3.1 金卡（Golden Card）

每个赔付符号都有金框和银框两种卡面。赔付完全一样 —— 金卡在成局判定里就是个普通符号。

官方规则给了三条硬约束：

1. 金卡只出现在第 2、3、4 轮。第 1 轮和第 5 轮没有金卡。
2. 金卡被消除之后才翻面变成 Joker。没中奖的金卡什么也不做。
3. 金卡替代「普通符号」参与赔付与消除。

3.2 Joker 分两种

Joker 替代除 Scatter 外的所有符号。

3.3 为什么这个机制这么贵

因为在 1024 ways 里，一个 Joker 会同时参与所有 8 个符号的判定。 它不是「补上一个缺口」，是「给每一条可能的连线都补上一个缺口」。

第 8 章有实测：金卡率从 0 提到 5%，RTP 从 136.3% 涨到 238.0%。 这是全套参数里最灵敏的一个，调它的步长要比调赔付表小一个数量级。

3.4 三个层面的「Joker」

这里必须分清，否则读协议和读规则会得出矛盾的结论：

写代码时按第三行来：Joker 不占符号枚举值，它是格子的状态。 按前两行去协议里找「Joker 符号」，会找不到而误判「这游戏没有 Joker」。

第 4 章 · 连击倍数

连击倍数（Combo Multiplier）是这款游戏的发动机。它把「级联」从一个视觉效果变成了数学结构。

规则要点：

• 所有赢分都乘当前倍数，不是只乘某一部分。
• 每完成一次有赢的消除，升一档。没赢就不升。
• 倍数在 spin 之间不继承。新的一次 spin 从 ×1（免费局 ×2）重新开始。
• 四档封顶，第 5 次及以后的消除仍是 ×5（免费局 ×10）。

4.1 为什么它决定了尾部

单次消除的赢分通常很小 —— 第 7 章的谱形里，一半以上的中奖局总派彩不到 0.5 倍。 大额派彩几乎全部来自长级联链：链越长，后面每一段的倍数越高，而且盘面上残留的未消除符号越少、越容易再中。

所以这款游戏的波动率不是靠赔付表堆出来的（赔付表最高才 2.5 倍），是靠级联长度的分布堆出来的。 想改波动率，改级联的续接概率比改赔付表有效得多。

免费局的倍数表是普通局的整体两倍（1,2,3,5 → 2,4,6,10）， 不是「加了一档」也不是「概率变好」。这一点第 5 章会展开。

第 5 章 · 免费局

5.1 三种来源，效果不同

这三种在注单上的粒度不同，是最容易出错的地方。 游戏内触发的免费局不会产生额外注单行；运营发放的每一转都产生一行。 算 RTP、算打码量、做财务口径时，必须先分清楚在数哪一种。

5.2 游戏内触发的规则

• 3 个或以上 Scatter → 10 次免费局。
• 免费局内再中 3 个 Scatter → 追加 5 次，可叠加。
• 连击倍数档位换成 ×2 ×4 ×6 ×10。

5.3 「免费局是不是中奖概率更高」

官方规则页对这一条有明确表述：

Rule of Free Game are same as the normal game, only difference in the "Combo Multiplier" level.
（免费局规则与普通局完全相同，唯一区别是连击倍数档位。）

命中结构完全一样，卷轴没有换，符号概率没有变。唯一的差别就是倍数表整体翻倍。

玩家体感上「免费局更容易中大奖」是真的，但机制是同样的中奖被乘以两倍的倍数， 不是中奖变多了。实现时不要给免费局单开一条判定分支，只换倍数表。

5.4 中途退出

官方中断机制规定：已经下注、且玩家已无法影响结果的那一局，结果保持有效，系统自动完成并结算。 免费局的剩余次数保存，下次登录继续。

注意这与 Buy Bonus 相反 —— Buy Bonus 断线时未开始的剩余次数直接取消（第 6 章）。 两套规则方向相反，实现必须分开处理，不能共用一段恢复逻辑。

第 6 章 · Buy Bonus 与封顶

6.1 Buy Bonus

玩家可以直接花钱买免费局，价格是当前注额的 41 倍，一次最多买 99 次。

• 选好数量后，第一次之后的每一次仍需按 SPIN 触发（可以用 Auto Spin 自动跑完）。
• 购买期间不可调整注额，也不可取消剩余次数。
• 断线 / 关闭浏览器时，未开始的剩余次数直接取消（已开始的那一局按中断机制照常结算）。
• 全部跑完后，注额自动切回购买前的值。

41 倍这个价格本身是个信息：它意味着厂商估算的「一次免费局触发的期望价值」约等于 41 倍注额除以某个大于 1 的系数 —— Buy Bonus 的 RTP 通常略低于基础局，差额就是这个功能的毛利。

6.2 封顶

两个封顶同时生效，取先撞到的那个。注意 10,000 × ₱10,000 = ₱1 亿，两条线在最大注额上正好重合 —— 说明金额封顶是按最大注额×倍数封顶推出来的，不是独立设的。

封顶会中断级联（第 2 章）：达到比例时立刻停止继续匹配、直接结算。

我们这 44 万局里观测到的最大是 643.2×，离封顶还差一个多数量级。 官方给的口径是最大派彩「一亿局」量级才保证出现一次 —— 44 万局观测不到是正常的， 不能据此判断「这个版本封顶更低」。

第 7 章 · 赔付表的结构

官方规则页给出的赔付表是这样的（标注「Payouts are shown as bet = 1」，即相对单注的倍数）：

7.1 它是可分离的

把每行的三个数除以最后一列，八行全部得到同一组比例：

A   2.5 : 1.5 : 0.5   =  5 : 3 : 1
K   2   : 1.2 : 0.4   =  5 : 3 : 1
Q   1.5 : 0.9 : 0.3   =  5 : 3 : 1
J   1   : 0.6 : 0.2   =  5 : 3 : 1
♠♥  0.5 : 0.3 : 0.1   =  5 : 3 : 1
♦♣  0.25: 0.15: 0.05  =  5 : 3 : 1

所以整张表可以写成一个乘积：

赔付(符号, 连长) = 基值(符号) × 形状(连长)

基值   A=0.5  K=0.4  Q=0.3  J=0.2  ♠=0.1  ♥=0.1  ♦=0.05  ♣=0.05
形状   3连=1   4连=3   5连=5

24 个数字压缩成 8 + 3 = 11 个，而且这 11 个里形状那三个是固定的。 实际可调的只有 8 个基值，而且它们本身也成等比：10 : 8 : 6 : 4 : 2 : 2 : 1 : 1。

这对实现的意义很直接：不要把赔付表写成 8×3 的二维表，写成一个基值数组加一个长度系数数组。 改数值时只动基值，形状不要碰 —— 形状一变，所有符号的相对波动率结构都跟着变。

7.2 派彩必然落在 0.05 的格点上

最小的一次赔付是 ♦ 或 ♣ 的三连、一条路：0.05。所有其他赔付都是它的整数倍 （基值全是 0.05 的倍数，形状是整数，路数是整数）。一局里多个符号同时中、多次级联累加， 结果仍然是 0.05 的整数倍。

这是个可以直接证伪的预测。拿 447,284 局里派彩小于 10 倍的部分去数：

格点外那 1.41% 是整数除法的舍入残渣（注单里 bet 与 result 都是整数，注额不是整数时相除会有尾差）， 不是新的赔付档位。赔付表读对了。

7.3 谱形直接暴露了机制

把落在格点上的派彩按倍数排开，会看到一个非常规则的分裂：

0.1 的整数倍（粗体）全部远高于两侧的奇数格点，相差 5 到 25 倍。原因是八个基值里只有 ♦ 和 ♣ 带 0.05 的奇数粒度， 其余六个都是 0.1 的倍数。要落在 0.15、0.35、0.55 这些点上，必须有奇数份 ♦/♣ 的贡献。

换句话说，这个分裂的深浅直接测量了 ♦♣ 参与成局的频率。 它是一个不需要任何模型假设就能从注单里读出来的量 —— 第 8 章会用它当约束。

数据说明：JILI Super Ace（game_id=10100039，gpf=1010）， 2026-04-27 ~ 05-04，447,284 局。谱形统计限定在派彩 < 10 倍的中奖局内归一（60,438 局）。

第 8 章 · 能不能从赔付表倒推出 PAR 表

这是个可以给出确定答案的问题。先把它拆开。

一款老虎机的数学由两部分构成：

RTP  =  Σ  P(某个中奖组合)  ×  赔付(该组合)
       组合
       └──── 概率侧 ────┘   └──── 赔付侧 ────┘
             卷轴配置              赔付表

官方规则页给的是赔付侧，而且给全了。第 7 章已经把它压成 8 个基值加固定形状 —— 没有任何遗漏，没有隐藏档位， 「派彩落在 0.05 格点上」这条预测在 44 万局里以 98.59% 的精度成立，就是它读对了的证据。

概率侧，规则页一个字都没提。这就是 PAR 表的主体：每一轮卷轴带上各符号各放多少个、怎么排列。

8.1 未知数比方程多

8 个赔付符号 × 5 轮 = 40 个占比，加 SCATTER、金卡率，再加卷轴带的排列方式。

能拿来解的方程，全部来自注单：命中率 1 个、RTP 1 个、派彩谱 21 个格点。约 23 个。

23 个方程解 40+ 个未知数，方程组本身就是欠定的。这一步不需要做实验就能看出来。

但欠定不等于没用 —— 如果加上「五轮成分相同」这个常见简化，未知数掉到 9 个，就变成超定了。 所以真正的问题是：这个简化成立吗？

8.2 用两个下界回答

做法是：按官方规则页写一个前向模拟器（盘面、ways 判定、级联、金卡转 Joker、连击倍数、免费局全部照实现）， 然后不去拟合，而是去求极值 —— 在「五轮成分相同、逐格独立」这个假设下，命中率和 RTP 各自能压到多低。 如果连最低值都高于实测，这个假设就被排除了，与优化器收不收敛无关。

下界一：命中率

在所有满足「免费局触发率 ≤ 2%」的配置里搜命中率的最小值：

差 1.9 倍。而且这个下界还刻意关掉了 Wild 和级联 —— 两者只会让命中率更高，所以真实下界只会更严。

下界二：RTP

同样求 RTP 的最小值，取到最省的那套配置，再逐步把游戏实际有的机制加回去：

平坦卷轴连 Joker 机制都还没加，RTP 就已经是实测的 1.44 倍。

两个下界都被违反，而且是同方向：平坦卷轴对玩家太慷慨了。 所以「五轮成分相同」这个简化不成立，未知数回到 40+，倒推不出唯一的 PAR 表。

8.3 补上缺的那个自由度

既然平坦不行，就给模型加上真实卷轴唯一没被建模的东西：各轮成分不同。 真实 PAR 表里第 1 轮和第 5 轮的符号分布差别极大 —— 前面的轮次放高赔付符号，后面的轮次放低赔付符号， 这样长连（4 连、5 连）就变罕见。

用一个参数来控制它：卷轴错位。八个符号按基值排成一列，每一轮从这列里取一个高斯窗口， 窗口中心随轮次移动。错位 = 0 时五轮完全相同（退化回平坦），错位越大各轮的符号集越不重叠。

把它从 0 拉到 1.6：

两个量都被拉进了目标附近 —— 但不在同一个错位值上：命中率在 1.17 附近穿过 24.15%， RTP 在 1.41 附近穿过 94.42%。再联调金卡率（第 8.4 节会说明它是纯 RTP 旋钮），最接近的一组是：

差距从「差一个数量级」缩到「差 1.4pp 和 7.4pp」。方向确认了：缺的就是逐轮差异。 但一个参数补不齐 —— 而且上表那组解还需要把金卡率归零，可真游戏是有金卡的。 真实卷轴有 40 个自由度，它把这些自由度都用上了；我们的注单只给得出 23 个约束。

顺带，这组参数下的卷轴长这样（各轮符号占比 %）—— 它的形状就是真实 PAR 表的形状：

高赔付符号（A、K）几乎只在前两轮出现，第 5 轮完全没有。所以 A 的 5 连在这套配置下是不可能事件 —— 这正是长连罕见、波动率被压住的机制。

8.4 顺带得到的两个数字

金卡率是最贵的旋钮。上表第二行：金卡率从 0 提到 5%，RTP 从 136.3% 涨到 238.0% —— 几乎翻倍。 原因是金卡消除后变 Joker，Joker 替代除 Scatter 外的所有符号，一个 Joker 会同时参与多个符号的判定。 调这个参数时步长要非常小。

堆叠能在 RTP 几乎不动的前提下单独压命中率。上表第三、四行：加入堆叠后命中率从 50.59% 掉到 26.52%， RTP 只从 470.1% 动到 491.4%。这是因为真实卷轴带上的 4 个可见格是连续 4 个位置， 符号成组堆叠时同一轮内会重复 —— 这降低了「三轮共享同一符号」的概率，但一旦中了，路数反而更多，两个效应互相抵消。

逐格独立的模型给不出这个自由度。这也是为什么命中率必须靠卷轴带的排布来调， 而不能只靠符号的占比。第 9 章末尾的 PAR 实验台可以把这六个旋钮全部拖一遍。

8.5 另一个方向的印证

上面全部是从注单反推。同一个结论从完全不同的方向也出现了一次：我方 QA 在验收环境里试图核算理论 RTP，八个用例全部阻塞。

第一行就是本章的前提：卷轴配置不在我们手上。所以「能不能倒推」不是一个学术问题 —— 它是验收流程当前实际卡住的地方。

最后一行则指向解法。「无批量逐局明细」正是 smResult 要填的空： 把它打开并落库，理论 RTP 复核、Hit Rate 验证、结果完整性审计这三条会同时解锁， 因为它们要的都是同一样东西 —— 逐局的盘面与结果明细。

数据说明：本节引自我方 SuperAce 验收测试报告（P0–P3，2026-09-02 首次执行 / 09-07 回测）。 引用的是用例执行结果，即环境实际提供了什么，不是对游戏机制的描述。

8.6 所以答案是

最后一行是可执行的结论，而且路径是现成的。JILI 在 2025-08-13 给 /bet 与 /sessionBet 加了一个参数：

smResult   string   No   盘面字串（葡萄牙合规市场需求）

这就是逐局盘面快照 —— 葡萄牙监管强制要求，所以厂商已经实现了，只是我们的接入没有开启。 有了它，各轮各符号的占比是直接数出来的，根本不用解方程。

所以要拿到真实 PAR 表，动作不是做更复杂的统计，而是要求 JILI 在我们的接入上打开 smResult，并在注单表里落这一列。这是本文唯一一条需要对外协调的结论。

复现说明：模拟器 lib/superace_sim.py，实验 stages/60_par_inversion.py。 逐轮差异实验 stages/61_taper_reachability.py。 模拟器经解析式单元检验 —— 首轮期望赔付 模拟 0.5697 / 解析 0.5770，比值 0.987。

第 9 章 · PAR 表怎么设计

第 8 章的结论是倒推不出原表。但反过来，从零设计一张能用的表是完全可行的 —— 而且第 8 章的模拟器就是工具。

9.1 六个旋钮

9.2 调参顺序

这些旋钮互相耦合，但耦合方向不同，可以排出一个不用反复回头的顺序：

1. 先定命中率 —— 用堆叠程度。它对 RTP 几乎没影响（第 8 章实测：命中率 50.59% → 26.52% 时 RTP 只动 4%）， 所以这一步的结果不会被后面推翻。
2. 再定免费局触发率 —— 用 Scatter 密度。注意这是超线性的：Scatter 每格概率的小变化会被 「20 格里出现 ≥3 个」这个组合数放大。
3. 再定波动率 —— 用逐轮成分差异和 Big Joker 比例。让后面几轮更稀，5 连变罕见但更值钱。
4. 最后用金卡率和赔付表基值把 RTP 拉到位。金卡率最灵敏，先用它粗调，再用基值整体缩放细调 —— 整体缩放赔付表不影响命中率，这是唯一一个能单独动 RTP 的操作。

9.3 Scatter 触发率的算法

盘面 20 格，Scatter 每格概率 p（若卷轴上 Scatter 不堆叠，各格近似独立）， 触发条件是至少 3 个：

P(触发) = 1 − P(0 个) − P(1 个) − P(2 个)
        = 1 − Σ  C(20,k) · p^k · (1−p)^(20−k)
             k=0..2

免费局对 RTP 的贡献 = P(触发) × E[一次免费局的总派彩]。 后者本身又依赖再触发概率，是个几何级数 —— 如果再触发概率乘以追加局数接近 1，这个级数会发散。 设计时必须先验算这一项，否则参数看起来正常，RTP 却会爆掉。

9.4 合规上的两条硬线

设计时有两件事在受监管市场是明确禁止的，与商业选择无关：

• 不能做「差一点就中」。卷轴上不能刻意安排让 Scatter 高频停在中奖线外侧的位置。
• 结果不能依赖玩家历史。同一台机器对所有玩家、在任何时刻，符号概率必须相同。

这两条决定了 PAR 表必须是静态的：一张表配一个 RTP 档位，切档位是换整张表，不是在运行时调概率。

第 10 章 · 免费局的 API 与注单实现

免费局在业务上只是"送几把",在工程上却是两套完全不同的数据流。上一章讲的是谁发、发多少;这一章只回答一件事:注单落到我们库里之后,怎么认、怎么记、怎么对账。这块埋的雷最多,而且大多数是上线半年后才在月结时炸出来的。

10.1 两条路径,一个字段分界

游戏内触发的免费局(3 个以上 Scatter 打出的 Free Game)和运营通过 CreateFreeSpin 发放的免费局,注单形态完全不同。

一笔运营发放的注单长这样:

{
  "game": 110,
  "round": 17238050501001102002,
  "betAmount": 0,
  "winloseAmount": 55,
  "freeSpinData": {
    "referenceId": "freespintest0001",
    "remain": 9,
    "originalBet": 0.5,
    "deduct": 1
  }
}

originalBet 是名义押注,不产生任何扣款;remain 是这一组发放剩余的局数;deduct 是本笔扣掉几局。另有一个 skipRidValidation,双方合作活动时部分免费局由游戏商自己派发并生成局号,营运端要跳过序号连续性检查——如果你的对账脚本会因为局号断档报警,这个字段必须提前接进去。

这个 0 是好事,也是唯一的窗口期。一旦启用,bet = 0 的行会立刻出现在注单表里,而 RTP 分母、打码口径、财务口径三条线的定义必须在那之前就定好,否则第一天的数据就是脏的,回头再补要重跑历史。

10.2 判别规则:只看 freeSpinData 在不在

规则一句话:有 freeSpinData 且 betAmount = 0 → 运营发放;否则一律按正常局或游戏内触发处理。

其余字段只用于交叉校验,不参与分类判断:

• betAmount 应为 0 —— 不为 0 说明上游拼错了
• referenceId 应能在本地发放记录里查到
• remain 应随同组注单单调递减
• deduct 与 remain 的差值应自洽

下面这个实验可以让你逐个开关字段,看分类结果和校验告警怎么变:

10.3 四条线的口径必须分别定义

同一笔免费局注单,在四个系统里的处理方式互不相同,不能用一套逻辑糊过去。

再补一个查询侧的坑:GetFreeSpinRecordSummary 的响应里 BetAmount 这一项必定是 0,不要拿它去和打码流水核对——那两个数天生对不上。对账要用同一响应里的 TotalSend / TotalUsed / TotalUnused。

10.4 三种发送方式

sessionBet 拆开后的两笔:

下注   type=1   betAmount=0   winloseAmount=0     freeSpinData.deduct=2
派彩   type=2   betAmount=0   winloseAmount=1.5   freeSpinData.deduct=0

注意扣局数只发生在 type=1 那笔,type=2 的 deduct 是 0。如果你的消费端按 round 去重,会把这两笔当成重复投递而丢掉派彩——去重键必须带上 type。

取消的余额公式是确定的:

取消后余额 = 取消前余额 + betAmount − winloseAmount

对免费局而言 betAmount 是 0,所以取消等于把派彩原路扣回。硬约束两条:取消后余额不可为负;余额不足时返回错误码 6。玩家赢了免费局的钱立刻提走再触发取消,这个分支一定会命中,不能只在测试环境里假设它不会发生。另外游戏商会一直重发直到拿到回应,且可能在玩家掉线时发送,所以请求里除 token 外还带 userId ——鉴权逻辑不能只认 token,否则掉线场景下所有取消都会失败重试到爆。

下面这个实验可以调下注额、派彩额和当前余额,看合并发送、拆分发送、取消三条路径下的余额走向和错误码:

10.5 断线语义是不对称的

这是最容易写错的一条,因为两种免费局的规则方向正好相反:

• 运营发放:玩家中途退出,剩余局数保存,下次登录继续用
• Buy Bonus:断线时未开始的剩余购买次数取消

共用一个"断线恢复"函数的实现,一定会在其中一边出错。这两条路径的状态恢复逻辑必须物理分开。

还有几条绑定规则会影响状态机设计:免费局数在玩家进入游戏那一刻绑定,绑定后必须用完才恢复正常玩法;账号绑定到进入的第一个游戏,绑定后同组的其他游戏不可用;有多组可用时按 referenceId 绑定最早到期的那组;有效期只在进入游戏那一刻判定,进去之后即使跨过到期时间也能用到耗尽;只要还有有效免费局数,系统会优先使用免费局,玩家不能选择先用真金。最后这条经常被客服当成 bug 上报,提前写进 FAQ。免费局进行中,游戏内的 Free Game 与 Bonus Game 仍可正常触发,也就是免费局里还能嵌套免费局——数据结构要能表达这层嵌套。

10.6 幂等与重送

官方的重送策略是:发送失败会重送到成功或满 10 次为止。也就是说重复投递是常态而非异常,幂等必须做在我们这边。

去重表的保留期要长于重试窗口。10 次重送若带退避可能横跨数小时甚至更久,而免费局有效期最长可到 31 天(FreeSpinValidity 用 GMT-4,且不得与开始时间相差超过 31 天),按天清理去重记录是不够的。

10.7 工程检查清单

1. 注单表能容纳 betAmount = 0 的行,且所有下游 SQL 没有隐含 bet > 0 过滤
2. 分类只依赖 freeSpinData 是否存在,交叉校验字段不参与判断,不一致时告警挂起
3. RTP 分母排除 bet=0 行,派彩单列;站点 RTP 与游戏 RTP 分开出数
4. 打码流水按最小投注额记账,不记 0,不记 originalBet
5. 玩家账变只有派彩入账,无扣款记录
6. sessionBet 去重键含 type;取消实现余额公式并在余额不足时返回错误码 6
7. 取消接口鉴权支持掉线场景,认 userId 而非仅认 token
8. 断线恢复:运营发放走"保存",Buy Bonus 走"取消",两套代码物理分开
9. 幂等去重表保留期覆盖 31 天有效期与 10 次重送窗口
10. skipRidValidation 已接入,局号断档不误报
11. MaxWin 默认无上限、EnableCustomBet 的三位小数风险已在配置侧显式提示
12. Super Ace 的两套 id 已建映射:JILI API 侧 gameid = 49,平台注单表 game_id = 10100039 —— 任何一边写死另一边的值都会导致发放落到别的游戏上

本章的字段结构、参数约束、错误码与规则条款均取自 JILI 官方接入文档的免费游戏章节(该章共 13 个接口,含另一种性质不同的 CreateSpinBonus,本章未展开);bet = 0 行数为 0 的结论来自本平台注单表当前的实际统计。

10.8 CreateFreeSpin 的参数

运营发放免费局走 POST /CreateFreeSpin。参数不多，但有几个的语义容易想当然：

三个坑。 ① FreeSpinValidity 用 GMT-4，不是 UTC 也不是马尼拉时间，直接传本地时间会差 12 小时。 ② 不填 MaxWin 是无上限，不是「按游戏封顶」—— 发放前必须显式算尾部风险。 ③ 官方对 EnableCustomBet 有明确警告：开启后中奖倍率可能让赢分出现小数后 3 位。 账务按 2 位小数存储会产生舍入差，开之前先确认下游能接。

10.9 绑定规则

• 玩家进入游戏列表后，免费局绑定到他第一个玩的游戏。绑定后其他游戏不能用这一组。
• 有多组可用时，绑定最早到期的那组。
• 有效期在玩家进入游戏那一刻判定。进去之后可以一直用到耗尽，即使中途过期。
• 还有有效免费局时会优先使用免费局，玩家不能选择先用真金。
• 免费局进行中，游戏内的 Free Game 与 Bonus Game 仍可正常触发（嵌套）。

第 11 章 · Jackpot：满额必开与上线前要定的口径

先说我们平台的现状，因为它决定了这一章该怎么读。

最后一行来自我方验收测试报告，与上面三行的注单统计是两个独立方向 —— 一个查生产注单，一个在测试环境点后台。两边指向同一件事。

目前没有任何游戏在跑 jackpot。三个字段是 schema 预留、从未被写入。 所以第 1 章那个 RTP 94.42% 是纯基础局的值，不含任何 jackpot 成分 —— 这一点是验证过的，不是假设。

名字里带 “Jackpot” 的几款游戏（如 Super Ace Jackpot）抽水同样是 0。 那是游戏名或局内玩法，不是活跃的累积奖池。

11.1 接入文档里的机制是「满额必开」

厂商接入文档里唯一有完整接口定义的奖池机制是满额必开 —— 池子涨到阈值就必须开， 不是「配一个每转的中奖概率」。接口 POST /GetMustHitBy 按游戏 ID 查询，返回两个数：

MustHitByPool    满额必开水箱   ← 当前累积
MustHitByValue   满额必开数值   ← 触发阈值

官方响应示例（THB）：

三件事可以直接读出来：

• 阈值按币别定，池子按游戏分。四款游戏阈值全是 3,000，池位各不相同。
• 池子被阈值封顶 —— Dragon Treasure 正好停在 3,000，即满池待开。
• Super Ace 本身是有池的（游戏列表里另有 JP: true/false 标记哪款内建奖池）， 只是我们的接入没开。

11.2 三种触发方式的区别

11.3 满额必开的套利敞口是可以精确算出来的

设抽水率 r、阈值 V、当前池位 P。池子从 P 涨到 V 需要的总流水是 (V−P)/r， 而这段流水最终对应的奖金是 V。所以这一段期间的 jackpot 回报率是：

jackpot 回报率(P) = V / ((V − P) / r) = r · V / (V − P)

取 r = 1%、V = ₱3,000：

全周期平均回报率恰好等于抽水率 1%（池子最终必然全额派出，一分不多一分不少）。 但回报率沿池位是发散的：只在满池附近下注的人，拿到的是均值的几十到几百倍。

而 GetMustHitBy 正是一个把池位暴露出来的接口。 如果池位被透到玩家侧（前端展示、或接口未鉴权被抓），蹲池就是一个不需要任何技巧的稳定盈利策略。 上线前必须确认三件事：池位对玩家可见到什么精度、是否有最低投注门槛、 以及实际开奖点是恰好在 V 还是在 [种子, V] 内随机—— 后者是行业标准的缓解手段，但示例里 Dragon Treasure 停在整数 3,000，看起来更像前者。这一条文档没写明，需要问厂商。

11.4 累积奖池 ≠ 固定奖金

这两种设计经常被混为一谈，但经济学完全不同：

如果做成「持续抽水累积，但只派固定额」，那个池子在会计上是未兑付负债，不是奖池。 两个后果要先想清楚：

1. RTP 口径会错。这时不能拿抽水率对外宣称 RTP 贡献 —— 抽 1% 只派 0.3%，说“加了 1% RTP”是虚报。
2. 受监管市场会有问题。只进不出、无限增长的池子会被认定为未兑付负债。

11.5 RTP 怎么记

认证口径里 jackpot 必须计入理论 RTP，标准写法是拆开列：

总 RTP = 基础局 RTP + jackpot 贡献

三个前提：

• 只有实际会派出去的部分能计入。抽水里若有一部分是隐藏储备（用来给下一轮注入种子），那部分不能算。
• 种子由运营出资，所以短期实测回报率可以高于抽水率，不代表配置错了。
• 它是全网全生命周期的期望值，单个玩家永远拿不到。做玩家侧分析时不要按人头摊。

11.6 注单类型码

JILI 用 statementType 区分注单性质，jackpot 相关的是这几个：

17 和 18 分开，意味着抽水与派奖在数据上天然可分离，基础局 RTP 与 jackpot RTP 不会混在一起。 这是好事，但前提是厂商真的按这个类型发送。

四档那组码的名字是 “Jackpot Legend”，与 17/18 这一对不是同一件事。 两者的证据边界见下一节。

11.7 厂商文档证实到哪一步

这一章的每条结论对应的证据强度不同，混用会得出错误判断。分开列：

码 33–36 的名字是 “Jackpot Legend”，读起来像一条具体产品线的标识， 而不是所有游戏通用的架构；通用的是 17/18 这一对。 四档分池在行业里很常见，但「Super Ace 用的是四档」这句话目前没有任何厂商侧证据。 内部资料里有这个说法，那是团队的理解，不能当作厂商确认 —— 要定案只能问 JILI。

11.8 上线前必须定的事

文档覆盖度。JILI 接入文档提供的是读取接口与注单类型 （GetMustHitBy、JP 标记、码 17/18/33–36）； 不提供抽水率、种子金额、重置规则、派奖额如何决定、四档如何分水、是否跨运营商共享。 经济学参数全部在厂商侧。

附录 · 术语、口径与数据说明

A. 术语

B. 数据口径

同名不等于同款。平台注单里带 “Super Ace” 字样的 game_id 有十来个， 包含 Super Ace 2、Super Ace Deluxe、Super Ace Joker、3 Super Ace 等等 —— 它们是不同的游戏， 不是同一款的不同版本。特别是「3 Super Ace」（10100236）不是 Super Ace 的第三版，是另一款游戏。 引用任何数字都必须带上 game_id。

C. 证据等级

本文每个数字都可以追到下面某一层。层级不同，能承担的结论也不同：

冲突时取层级高的。第 4 层与前三层冲突，记为「理解偏差」待澄清，不能用它去修正前三层。 测试报告是例外 —— 它记录的是执行结果（环境实际提供了什么），属于观测，按第 3 层对待。

D. 第三方网页不能当数据源

技术团队搜 “JILI Super Ace RTP” 会大量命中联盟站与 SEO 站。这类页面的游戏规格不可用。 拿其中一个流传较广的页面对照官方规则页：

盘面结构、封顶、玩法特性三项全错。这类内容通常由不接触游戏数学的人批量生成， 数字看着具体但没有来源。引用前先回到第 1–2 层核对。

E. 本文没有回答的

• 真实卷轴配置。第 8 章证明了它无法从现有数据倒推，需要逐局盘面快照。
• Buy Bonus 的实际 RTP。41 倍的定价隐含了一个期望值，但注单里没有单独标记 Buy Bonus 局，无法分离测量。
• Jackpot 的经济学参数。抽水率、种子、重置规则、派奖额如何决定，厂商文档一律不披露； 我们平台又从未开通过，无法从数据反推。见第 11 章。
• 封顶附近的行为。观测最大 643.2×，离 10,000× 封顶差一个多数量级，样本不足以说明封顶是否真的可达。