GH GambleHub

存款奖金和限制

1)存款奖金是什么,为什么复杂

存款奖金是与玩家存款(存款)相关的现金或非货币奖励。它在三个平面上的复杂性:
  • 货币化:ARPU/LTV vs成本(fees/FX/奖金/freeshpins/计费风险)。
  • 合规和负责任的游戏:透明的条件,投注限制,游戏排除,自我体验。
  • 支付风险:same-method/return-to-source, net deposits (ND), charjback/reference和"旋转木马"结论。

2)存款奖金的类型

Matched(存款百分比):100%至X。
Tiered:50%到X1+25%到X2。
Sticky/Non-sticky:sticky不能单独输出;非粘性首先扮演真实角色。
现金vs奖金来源:现金分阶段(解锁)入账,信贷归功于"虚拟余额"。
Free Spins/Free Bets:绑定到插槽/市场;货币价值等价物是预先确定的。
Recurring/Reload:按计划/事件重新存入。
High-roller:增加限制,条件更严格。

3)基本限制(政策核心)

Min Deposit:参加的最低金额。

Wagering Requirement (WR): оборот = `k × (bonus_amount [+ deposit?])`.

按游戏划分的贡献率:100%,10-25%的桌子,5-10%的喜欢游戏等。
主动WR下的Max Bet:对不起。"≤ 5 EUR"或"奖金的≤ X%"。
Timebox:WR执行时间(见7/14/30天)。
Game Exclusions:大奖、自由职业者购物、一些高RTP冠军。
Same-Method/Return-to-Source:脱位至ND-仅返回源。
KYC/RG gating:奖金被激活/只允许在KYC L1/L2和没有自我释放后支付。
Geo/制裁/许可证:国家和地方方法的白名单;Risk-GEO中的禁令。
单人/房屋/设备:防止重复。

4)经济学和指标

4.1.奖金的预期成本(运营商EV)


EV_bonus ≈ Uplift_GGR − Bonus_Cost − Promo_Fees − FX_Slippage − Chargeback_Losses

A/B或CUPED方法的"Uplift_GGR=(GGR_with − GGR_without)";

"Bonus_Cost=已支付的奖金+FS价值(按公平价值)";

"Promo_Fees=由于交易升级而导致的其他支付功能/标记/固定"。

4.2.Breakage(未公开奖金)


Breakage = − accrued (paid + written off at WR + statute of limitations)

用于估计负债(liabilities)和促销净值。

4.3.实际成本(CPA对应)


Cost_per_Qualified_Depositor = (Bonus_Cost + related fee + FX )/# of depositors who have executed min dep

5)反抽象与控制

向量:
  • 多帐户/房屋折叠(单地址/设备/地图)。
  • Net-deposit loops:存款→奖金→部分游戏→输出/充电器。
  • 方法arbitrage:廉价存款方法+昂贵的输出走廊。
  • High-RTP Abuse:只玩WR的高贡献冠军。
  • 外汇圈:存款/提款率波动带来的好处。
多联规则:
  • CoF/Tokens对用户的约束;一张BIN/卡/钱包奖金。
  • ND guard:虽然'ND <0' (net-withdrawals),但禁止新的存款奖金。
  • Payout lock:在执行WR之前-除了ND内的same-method之外,禁止或限制引线。
  • Game-mix控制:排除在外的人需要"≥ M"独特游戏或"≤ X%周转"。
  • Velocity/Device/Geo-conflict → step-up KYC/SoF или deny.
  • Max Bet和禁止在相互关联的市场中投注"hedge"。

6)付款关系(付款×奖金)

Same-method/Return-to-source:通过另一种方法防止"兑现奖金"。
ND (Net Deposits):如果"ND ≥ Threshold"为期/始终提供奖金。
MoR/税收:MoR的支票/财政不应包括未实现的奖金;负债核算。
FX:在累积奖金时记录参考率;支出/收益-按效率率计算。
储备金/PSP:将滚动储备和饲料计入促销费用。

7) UX/通讯

清晰的offer卡: "100%到200, min dep 10, WR=30 × bonus, max bet 5, slots 100%,7天。"

WR进度计:营业额总额/余额/截止日期;游戏贡献(tooltip)。
透明锁定:"总计ND的输出可用于充值源。WR之后的其余部分"。

拒绝的原因可以理解: "在活动奖金的情况下超过max bet。"

本地化的T&C+短版在存款屏幕本身上。

8)促销引擎规则(伪DSL)

yaml promo: "welcome_100_v3"
eligibility:
geo_in: [DE, AT, FI]
kyc_level_min: L1 nd_min: 0 one_per: [person, device, payment_token]
deposit:
min_amount: {EUR: 10}
methods_whitelist: [CARD, A2A, LOCAL_WALLET]
bonus:
type: MATCHED match_pct: 100 cap: {EUR: 200}
wagering:
base: BONUS_ONLY      # или BONUS_PLUS_DEPOSIT multiplier: 30 contrib:
slots: 100 tables: 25 live: 10 limits:
max_bet_amount: {EUR: 5}
time_limit_days: 14 withdrawal:
same_method: true allow_nd_withdrawal: true abuse_controls:
one_game_share_max_pct: 80 sticky: false token_binding: true

9)数据模型(最小值)

sql
-- ref reference books. promos (
promo_id PK, name, version, geo_whitelist, methods_whitelist, kyc_min, nd_min,
type, match_pct, cap_amount, wr_base, wr_multiplier, max_bet_amount,
time_limit_days, contrib_json, sticky, one_per, enabled, effective_from, effective_to
);

-- Linking bonuses to bonus deposits. grants (
grant_id PK, promo_id FK, user_id, deposit_tx_id, currency,
bonus_amount, granted_at, expires_at, status -- ACTIVE    FORFEITED    COMPLETED    EXPIRED
);

-- Bonus wagering progress. wr_progress (
grant_id FK, user_id, turnover_slots, turnover_tables, turnover_live,
turnover_total, required_total, updated_at
);

-- Violations of bonus rules. violations (
id PK, grant_id, user_id, type, details_json, occurred_at, severity -- INFO    WARN    DENY
);

-- Betting and bonus game restrictions. session_limits (
grant_id, user_id, max_bet_amount, game_exclusions_json, one_game_share_max_pct
);

-- Net deposits (ND)
finance. net_deposits (
user_id, currency, nd_total, nd_30d, nd_7d, updated_at
);

10) SQL模板

10.1.所需的WR和余额

sql
SELECT g. grant_id,
p. wr_multiplier,
p. wr_base,
g. bonus_amount,
CASE WHEN p. wr_base='BONUS_PLUS_DEPOSIT'
THEN (g. bonus_amount + t. deposit_amount) p. wr_multiplier
ELSE g. bonus_amount p. wr_multiplier
END AS wr_required,
wr. turnover_total AS wr_done,
GREATEST(0, (CASE WHEN p. wr_base='BONUS_PLUS_DEPOSIT'
THEN (g. bonus_amount + t. deposit_amount) p. wr_multiplier
ELSE g. bonus_amount p. wr_multiplier END) - wr. turnover_total) AS wr_left
FROM bonus. grants g
JOIN ref. promos p ON p. promo_id=g. promo_id
JOIN dw. transactions_flat t ON t. tx_id=g. deposit_tx_id
LEFT JOIN bonus. wr_progress wr ON wr. grant_id=g. grant_id
WHERE g. user_id=:uid AND g. status='ACTIVE';

10.2.游戏贡献(贡献%)

sql
-- Calculation of Daily Turnover Including Curb%
SELECT grant_id,
SUM(CASE game_category
WHEN 'slots' THEN stake1. 00
WHEN 'tables' THEN stake0. 25
WHEN 'live'  THEN stake0. 10
ELSE 0 END) AS turnover_weighted
FROM dw. bets
WHERE user_id=:uid AND placed_at::date =:d AND grant_id IS NOT NULL
GROUP BY grant_id;

10.3.ND门参加

sql
SELECT (nd_total >= p. nd_min) AS eligible
FROM finance. net_deposits nd
JOIN ref. promos p ON p. promo_id=:promo
WHERE nd. user_id=:uid AND nd. currency=:ccy;

10.4.Max bet违规细节

sql
SELECT b. bet_id, b. amount
FROM dw. bets b
JOIN bonus. session_limits l USING (grant_id, user_id)
WHERE b. user_id=:uid AND b. grant_id=:grant AND b. amount > l. max_bet_amount;

10.5.单点标记(卡/钱包)

sql
SELECT COUNT() > 0 AS already_used
FROM bonus. grants g
JOIN dw. transactions_flat t ON t. tx_id=g. deposit_tx_id
WHERE g. promo_id=:promo AND t. payment_token=:token AND g. status <> 'FORFEITED';

11) Dashbords和KPI

Promo Take-Rate=促销中的存款份额。

WR Completion %, Time-to-WR p50/p95.

奖金费用/GGR Uplift(通过队列/频道/方法)。
Breakage%和Promo Liability(在资产负债表上放牧)。
Abuse Rate:违规比例(max bet、game mix、one-per)、多帐户闪光灯。
ND Gate Hit%和对"旋转木马"下降的影响。

Withdrawal After Bonus % (и доля same-method).

Chargeback After Bonus bps by 方法/PSP。
FX Slippage bps作为促销的一部分存款/结尾。

12)Alerta和急流

WR Completion Collapse:跌至X bps d/d。
Abuse Spike: max bet/one-per/game-mix>阈值违规增加。
CB Surge Post-Bonus: charjbacks在参加>门槛后7-14天。
Liability Drift:应计奖金和负债的差异>Y%。
ND Negative Share:参与者中'ND <0'的玩家比例上升。
FX Anomaly:由于课程原因,FS/奖金成本的 bps跃升。
Regulatory Guardrail:尝试参与自我释放/未修改。

13)合规与负责任的游戏

透明的T&C(支票出口的简短版本):min dep,WR,max bet,timebox,contribution%,game exclusions,same-method。
负责任的游戏(RG):限制、冷静、自我释放→促销不可用。
KYC/SoF:"奖金后"付款-仅在进行检查时。
地理/许可证:遵守当地规则(禁止某些类型的促销活动)。

14) UX模式

在押金之前:"收到多少"计算器+1行条件。
押金后:带奖金/WR/截止日期和开始播放按钮的支票。
WR进步:粘性小部件,游戏贡献,截止日期计时器。
违规行为:软横幅+规则参考,在粗糙的情况下自动前卫。
结论:透明的ND切口和符号方法提示。

15) A/B和变革政策

使用guardrails: CBR bps、Abuse Rate、AR/Take-Rate测试multiplier、max bet、timebox、contrib%和cap。
GGR前/行为的CUPED;clust-robastity (user/household/device)。
估价期为WR window+lag pay/SV的最小值。

16)实施支票

  • 参考促销规则(DSL)和验证器。
  • payout中的ND和same-method/return-to-source模型。
  • WR进度,贡献%,game exclusions, max bet.
  • 违规细节和日志,自动要塞/锁定。
  • 报告中的被动和破裂(liability)。
  • 由T&C本地化的UX offer卡、进步吧。
  • Alerta(WR,Abuse,CB,Liability,ND)。
  • A/B方法论和CB上的滞后数据带。
  • 关于管辖权的法律文本;RG门;KYC门。

总结

只有在经济学(EV,breakage,passive),支付规则(ND,same-method,返回来源),反抽象和UX透明度被收集到一个系统中,存款奖金才会起作用。在DSL中正式制定促销策略,引导WR和ND的进步,计算实际成本(包括fees/FX/CB),保持行车记录仪和差速器-并且您将在没有监管和支付惊喜的情况下获得LTV增长。

Contact

联系我们

如需任何咨询或支持,请随时联系我们。我们随时准备提供帮助!

Telegram
@Gamble_GC
开始集成

Email — 必填。Telegram 或 WhatsApp — 可选

您的姓名 可选
Email 可选
主题 可选
消息内容 可选
Telegram 可选
@
如果填写 Telegram,我们也会在 Telegram 回复您。
WhatsApp 可选
格式:+国家代码 + 号码(例如:+86XXXXXXXXX)。

点击按钮即表示您同意数据处理。