トレントギア

トーナメントとミッションモジュール：イベント、評価、賞

1）事業目的・活動内容

目標：成長を維持（D1/D7）、 ARPPU、セッションの深さを高め、新しいゲームや市場を促進します。

フォーマット：

トーナメント：ポイント/勝利/乗数の量によって、スプリント（30-60分）、昼間、季節。
ミッション/クエスト：タスクシーケンス（Nスピンを再生し、Xを獲得し、Yプロバイダーを試してください）、進捗状況とステージ報酬。
リーダーボード：グローバル、市場/ゲーム/賭け、プライベート（友人/VIP）。
ジャックポット/スタジオ評価：「今週のトッププロバイダー」、「乗数を探します」。

KPI：参加≥アクティブなオーディエンスの12-25％、プロモーションからの収入のシェア10-20％、苦情<0。参加者の5％、賞金プール≤プラン発行。

2）アーキテクチャとデータフロー

［コンポーネント］

1.イベントゲートウェイ→ゲームイベントの受信（スピン、ベット、勝利、round_end）ゲームゲートウェイ/プロバイダから。

2.ルールEngine→トーナメント/ミッションのルール、アワードポイント（idempotent）のイベントにマッチします。

3.リーダーボードサービス→ポイントを集約し、トップ/スライスを保存し、ソートとタイブレークをサポートします。

4.プログレスサービス（ミッション）→タスク/ステージのステータス、中間賞の発行。

5.報酬サービス→決済と安全な支払い（ウォレット経由：現金/ボーナス/fs/ポイント）。

6.管理者/スタジオUI→作成、計画、経済プレビュー、シミュレーション。

7.リアルタイム/WS→リーダーシップボードの更新、進捗状況、通知の公開。

8.反乱用→制限、リスク信号、不正防止/ボットマネージャーとの統合。

9.ストレージ/キャッシュ→ホットトップ用KV/Redis、事実用OLTP、分析用DWH。

ストリーム（e2e）

'game_event→gateway→rules_match→points→leaderboard_update→（progress_update）→notify→rewards_at_close→wallet_postings'

3）イベントモデル（最小フィールド）

JSON
{
"event_id"：" e_9f2,""ts'： "2025-10-23T17:41:26Z," "user_id"" "u_123,"市場"："DE""、ブランド"："X""、ゲーム"：{"id"："g_77""、プロバイダ"："PragmaticPlay""、type"："slot"}"、bet"：{"amount_minor"：100" currencurrencury"："EUR"}、"win"：{"amount_minor"：250、" multiplier"：2。5}、 「round'：{」id「：」r_abc「、」status「：」ended「}、」device「：{」platform「：」mobile「、」asn「：」mno「}、」trace_id"： 「t_..」
}

トランスポート-Kafka/HTTP、 idempotent processing （dedupe by 'event_id'）、 provider/game gateway signature （HMAC）。

4）トーナメントのルールとタスクデザイナー

宣言スキーム（YAMLの例）：

yaml id： t_october_sprint window： {start： 2025-10-25T18:00Z、 end： 2025-10-25T19:00Z、 tz： Europe/Kyiv}
スコープ：
市場：［DE、 SE］
プロバイダ：［PragmaticPlay、 Hacksaw］
スコアリング：
式："points=min （win。金額/賭け。amount、 50）100」#乗算min_bet_minor： 50 eligible_games： ［「g _"］
リーダーボード：
type： "best_n_rounds"#最高のNラウンドを要約するn： 20 tiebreaker： ［"highest_single_multiplier"、 "earlest_finish_ts'］
報酬：
プール：{currency： EUR、 total_minor： 1000000}
ディストリビューション：「ラダー」#ラダー、トップ100 anti_abuse：
min_round_duration_ms： 800 max_rps_per_user： 0。5 exclude_asn_categories：［「ホスティング」、「プロキシ」］

ミッション（DSL）：

yaml mission_id： m_halloweenステップ：
-id： s1 goal： {type： 「spin_count,」 game_type： 「slot」、 count： 50}
reward： {type： 「freespins'、 value： 10、 game：」 g_66"}
-id： s2 goal： {type： 「win_multiplier,」 min： 10}
報酬：{タイプ：「ボーナス」、amount_minor： 500}
completion_reward： {type： 「points」、 amount： 1000}

5）評価と計算アルゴリズム

主要なモデル

トータルポイント：線形/対数/1ラウンドあたりのキャップ付き。

最高のNラウンド：ペイツグラインドを下げ、スプリントの勢いを維持します。

最大乗数（xWin）：通貨とレートを正規化します。

MMR/格付けシステム：PvP/友好的な競争テーブルのためのELOそっくり。

タイブレーク

1.'highest_single_multiplier'→2） 'fewest_rounds'→3） 'earliest_finish_ts'→4） 'user_id'辞書的（ルールで固定）。

パフォーマンス

Redis Sorted Set 'ZADD key score member'にトップK（例えば10k）を格納します。

「ベストNラウンド」の場合：ユーザーあたりの最新のベストNと金額のミンヒープを保持し、その場で更新します。

OLTP/オブジェクト内の定期的なスナップショット（30〜60秒ごと）。

6）報酬と支払い

アワードタイプ：現金/ボーナス/フリースピン/ポイント/アイテム/チケット。

ルール：

確定後のみ発行（アピールウィンドウ5〜10分）
すべての支払いはRewards Service→Wallet （ledger）を通じて行われます：'reward_id'による二重エントリ、idempotence。
ミッションの中間段階-「ソフト」賞の発行（FS/ポイント）、現金-チェーンの終わりに。
CCM/責任ゲーム：アカウントをブロックするときは、確認されるまで賞品を保持/凍結します。

配布スキーム：

はしごを修正：あらかじめ定義されたステップ（1位30％、2位20％、……）。
比例：ポイントのプールのシェアが、その場でキャップ。
チケットベース：ミッションは、チケット（透明RNG）上で描画「チケット」を与えます。

7）反乱用、正直者および承諾

適格フィルター：最小ベット/ラウンド期間、「0ベット」の除外、繰り返し再クラック、パイプライン内の「マイクロベット」。

ボット信号：ヘッドレスUA、異常周波数、異常に安定したRPS、プロキシASN→隠された課題/凍結メガネ。

Dedup/idempotency： event by 'event_id'、 accruals by 'score_id'。

監査証跡：リーダーボードショット、シードRNG（チケット抽選用）、ルールバージョン、計算ハッシュ。

法的：市場、年齢、自己排除の規則/制限。

8）トーナメント経済学

予算ガードレール：プールの上限+動的「安全弁」（過熱時の中間ボーナスの削減）。

弾力性：報酬を現金ではなくポイント/FSにシフトしてマージンを保持します。

回収比率：トーナメントゲームセグメントからの賞金プール/領収書；ターゲット8-15％。

管理パネルのシミュレータ：過去のイベントの実行→支払い/参加の予測。

9） API契約（簡略化）

アクティブなトーナメント/ミッションを取得する

http： http
GET/v1/コンテスト？市場=DE&ブランド=X
→200 ［{"id"： "t_october_sprint"、 "start"："……"、"end'："……"、"type"："xwin"、"status"："live"}］

ゲームイベント（ingest）

http： http
POST/v1/イベント
{"event_id"： "e_9f2"、"……"："……}
→202 {「accepted」： true}

Leadboard（上のKおよびユーザーの位置）

http： http
GET/ v1/leaderboards/t_october_sprint？top=100&me=u_123
→200 {「top「：［{「pos「：1、 「user「：」u_9」、」 score」： 18400}、……］, 「me「：{「pos「：342、 「score」： 5600、」 delta」：+200}}

ミッションの進捗状況と報酬

http： http
GET/ v1/missions/m_halloween/progress？ユーザー=u_123
→200 {「steps「：［{「id「：「s1「、「done「：true}、 {「id「：」s2」、」 done」： false}］、」 reward_ready」： true}

POST/v1/報酬/クレーム
{「context「：「mission「、「id「：」m_halloween」、」 step」：」 s1」}
→201{「ステータス「：「付与「、「報酬_id」：」 rw_77」}

10）ストレージとスケーリング

熱い方法：上および進歩のためのRedis（分類されたセット/ハッシュ）；「noisy」キーのTTL、 'contest_id'でシャーディング。

True： OLTP （Postgres/MySQL）-ポイント/進捗/支払い事実（WORMスナップショット）。

キュー：カフカ-イベントフロー；地域/ブランド別の消費者グループ。

キャッシュ：短いTTL 1-5 s；（CDN経由で）パブリックトップのためのstale-while-revalidate。

WebSocket：リアルタイム、バッチメール、レートリミットメッセージ用の個別のクラスタ/プール。

11）観察可能性および品質管理

SLI/SLO：

'leaderboard_update_latency_p95 ≤ 250'
'events_ingest_success ≥ 99。9%`
'rewards_grant_success ≥ 99。9%`
'ws_push_rtt_p95 ≤ 120'
不正の苦情<0。参加者の5％。

メトリクス：

イベント/参加者の割合、ユニークなプレイヤー、賭け/ゲームによる分配、平均乗数；'grant_errors'、' dedupe_hits'
トレイル：ingest→rules→score→LB update→reward；'contest_id'、 'rule_id'タグ。
ログ：'trace_id'のJSON、 PII ban；監査のためのWORM。

12）インシデントとrunbook"と（略して）

A。リーダーボードラグ（ラグ>2s）

アクション：Kafkaの消費者を増やし、パーティー「ホットキー」（再分配）を減らし、バッチ更新を有効にします。

一時的：リアルタイムアニメーションをフリーズし、「~ 1-2s遅延」を表示します。

B。 Awardsエラー

アクション：新しい'grant'を停止し、スナップショットでチェックし、idempotly 'grant'を再生します。ロビーの状態の更新。

C。乱用スパイク（プロキシASN）

アクション：資格を強化し、目に見えない挑戦を可能にし、疑わしいセッションへのポイントを一時的に無視し、検証後。

13） UXとローカライズ

リアルタイム：「ライブ」インジケータ、ポイントの滑らかなデルタ、位置と次の場所への距離。

透明なルール：数式/タイブレーカ/制限へのアクセス。

通知：「残り5分」「、あなたはトップ50」「、報酬は利用可能です」。

ローカライズ/法的テキスト：市場、タイムゾーン（ヨーロッパ/キエフ、参加者のロケール）。

14）セキュリティとプライバシー

パブリックトップのプレーヤーエイリアス；デフォルトでPIIを非表示にします。

Webhook/eventsの署名、mTLS；端の「キャッシュの毒」からの保護。

Rate-limit API、 cache basting protection、 'idempotency_key'コントロール。

GDPR：イベントの保持、監査を損なうことなく削除（匿名化）する権利。

15）テストおよびシミュレーション

ルールと経済学の検証のための歴史的イベントの再生。

負荷：開始の前の30-120 sを破裂させます；2-4時間浸る。

財産ベース：不変量（「予算≤発行された賞の量」、「タイブレークが決定」）。

A/B：別のスコアリング式、はしごの深さ、ミッションフォーマット。

16）生産準備チェックリスト

宣言規則（バージョン、署名）、経済シミュレータ。
Idempotency： 'event_id'、 'score_id'、 'reward_id'；受信トレイ/送信トレイ。
タイブレークはルールで固定され、決定論をソートします。
リーダーボード：Redis+スナップショットのトップK；反嵐（ジッター、合体）。
反乱用：資格、ボット/ASN、速度制限。
報酬→ダブルエントリーによるウォレット；現金の前にKYCチェック。
Observability： SLI/SLO、ダッシュボード、アラート；WORM監査。
DR/フェイルオーバー：マルチAZ、バックアップ/リストア、「freeze&finalize」スクリプト。
ローカライズ、ライセンス、パブリックルール、同意。
Runbook'とon lag/errors grant/burst bots、通信パターン。

履歴書のサマリー

トーナメントとミッションの成功モジュールは、イベントバス+決定ルール+高速リーダーボード+安全な支払いです。厳格なtiebreaksを追加します。、反乱用、経済学のシミュレータとSLOの観察可能性、すべての操作をidempotentと監査を維持します。-プレイヤーと議論することなく、エンゲージメントと収益を増加させるツールを取得します。、レギュレータとサポートチーム。