ボーナス乱用と財政保護

1）ボーナス乱用とは何ですか、なぜそれは財政的な問題です

• 直接損失：ボーナスのコスト、フリースピン、プロモーション手数料/FX、 CB/払い戻し。
• メトリクスの歪み：膨張したAR/MAU、偽のアップリフト。
• 支払いリスク：「カルーセル」depozit→vyvod、チャージバック農業。
• ライセンスリスク：RG/KYC/AMLの違反、誤解を招くプロモーション。

2）虐待の分類（パターン）

1.スタッキング-1人/世帯/デバイス/支払いトークンあたりの複数のボーナス。
2.ネットデポジットループ-ボーナス→最低料金→引き出しまたはチャージバックのための預金。
3.ヘッジ/アービトラージ-相互接続された市場/ゲームで賭けてリスクを「閉じる」。
4.High-RTPチェリーピッキングは、WRの貢献度が高いタイトルのみのゲームです。
5.方法の裁定-安い預金方法→高価な/高速出力回廊。
6.FX仲裁-入金と出金の間の為替レート差に関する憶測。
7.マルチアカウンティング-デバイス/ネットワーク/決済手段の再利用を伴うクローン。
8.チャージバック農業-ボーナスプレイ、紛争/チャージバックを介してリターンをデポジット。
9.KYC回避-SoF/SoW、国の置換（VPN/プロキシ/SIM）のターゲット・バイパス。

3）財務保護（政策中核）

ND （Net Deposits） -gate： 'ND ≥ 0'（または閾値'ND ≥ θ'）での参加/支払い。
Same-method/Return-to-source：入金元にのみND金額に出力されます。
Payout-locks： WRが実行され、違反がチェックされるまで、アクティブなボーナスの出力を抑制/制限します。
WR&貢献％：透明な賭けルール（ボーナスのみまたはボーナス+デポジット）とゲームカテゴリ別の重量。
WRでの最大ベット：絶対制限またはボーナスシェア（例えば、'≤ 5 EUR'または'≤ 10％ボーナス'）。
1つの制約につき：person/household/device/payment_token。
ゲーム/リスク除外：「フリースピンの購入」、ジャックポット、異常に高いRTPタイトルの禁止。
ベロシティキャップ：入金/出金/失敗した支払いの頻度の制限。
ローリングリザーブ/ホールドバック：パートナー/サブマーチャントおよび高リスクのプレーヤーの保険バッファ。
FXポリシー：ボーナス付与の参照率を修正します。支払の間に滑りを監視して下さい。

4）リスクシグナル（支払いと行動）

支払い：BIN-geo ≠ KYC-country、頻繁なソフトダウン、行の新しいトークン、カード/ウォレット、よく知られている「ハイリスク」発行者。
デバイス/ネットワーク：デバイスグラフは、他のアカウント、共有IP/ASN/VPN/ホスティングにマッチします。
挙動：ハイコントラストのゲームのみ、min-deposit後のインスタント出力、WR違反の繰り返し。
Geo： KYC≠IP≠SIM、異常なgeo-velocity。
ドキュメント：疑わしいKYC/POA/SoF（低品質、パターン、再利用）。
FX：「弱い」通貨の預金、「強い」の結論、一時的に高いスプレッド。

リスクスコアリング：リニアモデル/GBM （Payment/Devices/Behavior/Geo/FX）、ステップアップのしきい値のキャリブレーション（KYC/Liveness/SoF）、拒否。

5）ポリシーエンジン

Idempotence： payment_token/household/deviceはdisposabilityを与えます。
「入金前」ルール：GEO/KYC/ND/one-perによる資格。
「入金後」のルール：付与アクティベーション、最大ベット、WR、ゲームミックス、タイマー。
ルール「出力時」：同一メソッド、NDカット、SoF/SoWステップアップ、ホールド/拒否。
監査：規則のバージョン、理由、証拠（控訴および規制当局のため）。

6） Playbookインシデント

1.乱用ウェーブ（スタッキング）：このキャンペーンの助成金の即時凍結、WR再計算、選択的SoF、トークン/世帯のバンディング。
2.チャージバックサージ：3DS-step-upを有効にし、同じ方法を締め、リードとPSPリザーブのホールドを増加させます。
3.FX仲裁：一時的にクロス通貨の結論を制限し、スプレッドガードを導入します。
4.メソッドarbitrage： ND-negativeのための「高価な」廊下を閉じ、ソースにのみリターンを有効にします。

7）法律、RGおよびプライバシー

利用規約&プロモーションT&C：チェックアウト中のショートバージョン、フルプロフィール；ローカライズされました。
RG：自己除外/制限-ボーナスは利用できません。冷却オフは活動的な助成金を調整します。
KYC/SoF：データの最小化、明示的な同意、保持ポリシー、DPA。
制裁/ライセンス：国のホワイトリスト、特定の管轄区域のプロモーションの種類の禁止。

8）データおよびモデル（最低）

sql
-- Игрок и атрибуты риска risk.player_signals (
user_id PK, risk_score NUMERIC, nd_total NUMERIC, nd_30d NUMERIC, nd_7d NUMERIC,
kyc_level TEXT, geo_ip TEXT, geo_kyc TEXT, geo_sim TEXT,
device_hash TEXT, household_id TEXT, payment_token_last TEXT,
fx_profile JSONB, updated_at TIMESTAMP
);

-- Гранты бонусов и прогресс/нарушения bonus.grants (
grant_id PK, promo_id, user_id, deposit_tx_id, currency,
bonus_amount NUMERIC, granted_at TIMESTAMP, expires_at TIMESTAMP,
status TEXT -- ACTIVE    FORFEITED    COMPLETED    EXPIRED    FROZEN
);
bonus.wr_progress (
grant_id, user_id,
turnover_slots NUMERIC, turnover_tables NUMERIC, turnover_live NUMERIC,
turnover_total NUMERIC, required_total NUMERIC, updated_at TIMESTAMP
);
bonus.violations (
id PK, grant_id, user_id, type TEXT, severity TEXT, details JSONB, occurred_at TIMESTAMP
);

-- Нетто-депозиты и разрез по методам finance.net_deposits (
user_id, currency, nd_total NUMERIC, nd_by_method JSONB, updated_at TIMESTAMP
);

-- Выводы и причины hold/deny payout.requests (
payout_id PK, user_id, method TEXT, currency TEXT, amount NUMERIC,
nd_snapshot NUMERIC, same_method_ok BOOLEAN, risk_score NUMERIC,
status TEXT, reason_code TEXT, created_at TIMESTAMP, decided_at TIMESTAMP
);

9）疑似DSLルール

yaml policy: "bonus_abuse_v4"
eligibility:
geo_whitelist: [DE, AT, FI]
kyc_min: L1 nd_min: 0 one_per: [person, household, device, payment_token]
deny_if:
- sanctions_hit == true
- risk_score >= 0.85 grant:
max_bet_amount:
EUR: 5 wagering:
base: BONUS_ONLY multiplier: 30 contrib:
slots: 100 tables: 25 live: 10 game_exclusions: [JACKPOT, BUY_BONUS]
controls:
payout_lock: UNTIL_WR_DONE same_method: true allow_nd_withdrawal: true fx_spread_guard_bps: 80 method_arbitrage_block: true escalations:
- if: nd_7d < 0 then: "deny_new_bonus"
- if: device_household_overlap >= 2 then: "manual_review"
- if: cb_rate_30d > 0.8% then: "hold_payout_48h"
audience:
exclude_segments: ["self_excluded", "high_risk_bin"]

10） SQLテンプレート

10.1.出力時のNDゲートと同一方式

sql
SELECT r.payout_id,
(nd.nd_total >= 0) AS nd_non_negative,
(t.method = r.method AND t.payment_token = r.payment_token) AS same_method_ok
FROM payout.requests r
JOIN finance.net_deposits nd ON nd.user_id = r.user_id AND nd.currency = r.currency
JOIN dw.transactions_flat t ON t.tx_id = (
SELECT deposit_tx_id FROM bonus.grants
WHERE user_id = r.user_id AND status IN ('ACTIVE','COMPLETED')
ORDER BY granted_at DESC LIMIT 1
)
WHERE r.status='PENDING' AND r.created_at BETWEEN:from AND:to;

10.2.検出の世帯/装置の重複

sql
SELECT suspect.user_id, base.user_id AS overlap_with, suspect.device_hash, suspect.household_id
FROM risk.player_signals suspect
JOIN risk.player_signals base
ON suspect.user_id <> base.user_id
AND (suspect.device_hash = base.device_hash OR suspect.household_id = base.household_id)
WHERE suspect.updated_at > now() - INTERVAL '30 days';

10.3.マックスベットとゲームミックス違反

sql
SELECT b.user_id, b.grant_id,
SUM(CASE WHEN b.amount > l.max_bet_amount THEN 1 ELSE 0 END) AS maxbet_viol,
100.0 SUM(CASE WHEN game_category='slots' THEN b.stake ELSE 0 END)
/ NULLIF(SUM(b.stake),0) AS slots_share_pct
FROM dw.bets b
JOIN bonus.session_limits l USING (grant_id, user_id)
WHERE b.placed_at BETWEEN:from AND:to
GROUP BY 1,2
HAVING SUM(CASE WHEN b.amount > l.max_bet_amount THEN 1 ELSE 0 END) > 0
OR 100.0 SUM(CASE WHEN game_category='slots' THEN b.stake ELSE 0 END)
/ NULLIF(SUM(b.stake),0) >:one_game_share_max;

10.4.チャージバック後のボーナス監視

sql
SELECT method,
10000.0 SUM(is_chargeback::int) / NULLIF(COUNT(),0) AS cb_bps_14d
FROM risk.outcomes o
JOIN dw.transactions_flat t USING (tx_id)
WHERE o.occurred_at BETWEEN (CURRENT_DATE - INTERVAL '14 days') AND CURRENT_DATE
AND EXISTS (SELECT 1 FROM bonus.grants g WHERE g.deposit_tx_id=t.tx_id)
GROUP BY method
ORDER BY cb_bps_14d DESC;

10.5.プロモーションでFXスリッページ

sql
SELECT g.promo_id,
SUM(fx_effective - fx_reference) 10000.0 / NULLIF(SUM(amount_reporting),0) AS fx_slippage_bps
FROM dw.transactions_flat t
JOIN bonus.grants g ON g.deposit_tx_id=t.tx_id
WHERE t.settled_at BETWEEN:from AND:to
GROUP BY 1;

11） KPIとダッシュボード

乱用率：違反/調査のある助成金の割合。
WR補完％/Time-to-WR （p50/p95）。
NDゲートヒット％とNDの割合<0参加者の間で。
Chargeback After Bonus （bps） by Method/PSP/geo。
Payout Hold Shareおよび中型TATソリューション。
プロモーション/通貨によるFX Slippage （bps）。
プロモーション責任（責任）と破損％。
世帯/デバイスのオーバーラップ指数（クラスタリング）。

12）アラートとしきい値

乱用スパイク：'違反/100助成金'>X D/D。
CB Surge Post-Bonus： cb_bps_14d by method/geo> threshold。
ND負のシェア：NDシェア<引き出しリクエストの中の0> Y％。
Max-Bet Burst：違反のスパイク>ブランド/タイトル別のしきい値。
FX異常：slippage_bps>通貨ペアの制限。
家庭用ブルーム：デバイス/アドレスの大規模な新しいクラスタ。
Policy Drift：ルール/同意の固定バージョンなしでの助成。

13） UXパターン（「書き込み」変換なし）

デポジット画面のショートコンディションカード（min dep、 WR、 max bet、 same-method）。
WR-progress-bar+締め切り、カテゴリー別の貢献。

ND/結論の説明： 「ネット預金の量まで-ソースにのみ。」

柔らかいステップアップ：信号のSoF/selfie；透明な締め切り。
アピール：ドキュメントのチェックリストを持つ「チャレンジ」ボタン。

14） A/Bの保護テスト

テスト対象：'nd_min'、 'max_bet'、 'WR乗数/ベース'、'one_per' -strategies、 'fx_guard'。
ガードレール：CBR bps、乱用率、AR/テイクレート、ペイアウトTAT。
方法：GEO/BIN/methodによる層別化、事前行動によるCUPED、 CB/結論の遅れ。

15）実装チェックリスト

• メソッドによるNDモデルと断面；same-method/return-to-sourceペイアウト。
• プロモーションDSL+ルールバリデータ、バージョンと監査。
• 最大賭け、WR、 contrib％、除外；速度制限。
• デバイス/家庭用グラフ；BIN geo/FXプロファイル。
• リスクスコアリング+ステップアップ（KYC/SoF）、しきい値を拒否します。
• リードとPSPのメカニックを保持/予約します。
• KPIダッシュボードとアラート；インシデント・プレイブック。
• 法的テキスト（ロケール）、RGゲート、同意および保持。
• SLAでプロセスと手動の決定をアピールします。
• 厳格なガードレールとデータフリーズを備えたA/B。

履歴書のサマリー

ボーナス乱用に対する効果的な保護はシステムであり、禁止事項のセットではありません。支払いのND制御と同じ方法、厳格なWR/max-betとcontrib％、 Payment/Device/Behavior/FX信号、ステップアップによるリスクスコアリング、透明なUXおよび法的純度。このようなスタックは、直接的な損失を減らし、P&Lを安定させ、良心的なプレーヤーにとって正直な経験を維持します。