אירועים אוטומטיים ופרסים - כללים וחוברות אינטרנט

Gamification מבוסס על שני ”מנועים”: אירועים (מה שהמשתמש עשה) וחוקים (מה שאמור להיות עבורו). כדי שזה יעבוד בקנה מידה גדול וללא טעויות, צריך אוטובוס אירועים אמין, מנוע חוקים, מנגנון משלוח/פרס והגנה קפדנית מפני הונאה. להלן ארכיטקטורה מעשית, תבניות ורשימות בדיקה.

1) Evention # experime serve architection

1. Innegt (קלט אירוע): SDK/web, server webhooks from process/game pub/sub.

2. נורמליזר: אימות, העשרה (גיאו, התקן, payer_flag), גרסה ערכית.

3. מנוע כללים: ניקוד/XP, בדיקת משימות/מסעות, תגמול/הודעה מפעילה.

4. תזמורת הפרס: חישוב תגמולים, בדיקת תקציב, שערי RG/KYC, יצירת ”משימת הוצאה לפועל”, רישום.

5. Payout/Bonus Service: מטמון/בונוס/freespins/coppons, webhooks חיצוני (ארנק, ספקים).

6. הודעה: דחוף/באפליקציה/דוא "ל/שליחים מיידיים עם מגבלות תדר.

7. אחסון/אנליטיקה: אירועים גולמיים, חנויות, A/B, התראות.

8. נגד הונאה/ר "ג: שומרי פה, היוריסטיקה/אם-אל, פרסים גדולים.

2) מודל אירוע (סט מינימלי)

ג 'סון
{
”event_id":” d9e8 -... - 5c2 ”,” event_name" ”:” הימור ”,” גירסה ”:” 1. 2. 0, ”” ts': ”2025-10-24T11:37:21Z,” ”משתמש”:
"id':"  "" geo ":" TR "," פלטפורמה ":" אנדרואיד "," : נכון ", " vp _ nightly " 
', ”הקשר”:
 : ” ”  ”ייפ”: 203. 0. 113. 24"
”מטען”:
"game_id": "slot_wolf," "הימור": 0. 5, ”לנצח”: 1. 25, ”מטבע”: ”EUR”, ”ספק”: ”GameCo”
}
}

login ',' session _ status ',' session _ start/end', 'הימור/ספין', 'win', 'pression _ request',' kyc _ status _ changed ',' mission _ view/progress', 'tourname _ color/spin/predate', '.

3) מנוע כללי: כיצד לתאר את ההיגיון

מושגים: כללים (אם/אז), מקטעים, חלונות זמן, יצירות פה, סדרי עדיפויות, ויסות.

דוגמה לכלל הצהרתי (סגנון YAML):

יאמל rule_id: r_points_winmult_v2 מתי:
event_name: מסנני הימור:
- מטען. בית> = 0. 2
- משתמש. Geo [ ”TR ”, ”BR”,” PE” ]
- עכשיו בין ”2025-11-01” ל ”2025-11-30”
ציון:
נוסחה: "רצפה (מטען. win/prime. הימור) 3) "
כובעים:
 : 50 : 200 :
on_progress:
סף: [ 100, 300, 800 ]
[: "fs', ערך: 10," bonus_cash, "ערך: 2," שלל "," נדיר "]
מעקות בטיחות:
 : 2 :  אמת:
budget_soft_cap: 80000 מטא:
גרסה: "2. 0"
ניסוי: ”scoring_ab_2025w45”

4) webhooks: אינטגרציה שרת-שרת

4. 1. חוברות אינטרנט (ממך לספקים/ארנק)

שיטה: "פוסט https ://שותף. דוגמה/תשלום &fost

'X-חתימה: HMAC-SHA256 (סוד, גוף)' + 'X-Request-ID (אידמפוטנטיות).

רטריי: גיבוי מעריכי, ”max _ retries = 8”, jitter, DLQ.

Idempotency: חזור על אותו ”X-Request-ID” = = השותף חייב להגיב עם אותו ”payout _ id/status”.

דוגמה של מטען:

ג 'סון
{
 : ” ”  ”פרס”: ”מזומן”, ”סכום”: 10. 00, ”מטבע”: ”EUR”, ”סיבה”: ” ” ” : 2”, ”אילוצים”:
}

4. 2. קובצי אינטרנט נכנסים (לך)

אפשר רק רשימות IP/MTLS, בדיקת HMAC וחתימה לכל החיים (”X-Timestamp”, תוך 5 דקות).

לאחסן ”גוף” גולמי + כותרות בחנות הביקורת (תולעת).

כל כפול/חוזר = בדוק את מפתח האידמפוטנטיות כנגד הרישום.

5) אמינות: ”אפילו” זרימה ללא תשלומים כפולים

לפחות פעם אחת על מטפלים בולעים + אידמפוטנטים = = תקן הזהב.

מפתח Idempotency: 'חשיש (event_id + user_id + rule_id) עבור ניקוד; מפתח נפרד עבור הנפקת "פרס _ משימה _ id'.

סמנטיקה של פעם אחת היא רק מציאותית מבחינה לוגית (באמצעות אידמפוטנטיות), לא תחבורה.

סדר המאורעות: לאחסן את ”event _ ts' ו-” inbleget _ ts'; השתמש בחלון הזמנה מחדש (לדוגמה, 60 שניות) והילוך חוזר מהתור על ידי מקש המשתמש _ id.

תור אותיות מתות (DLQ):

אנו כותבים שם הודעות עם שגיאה קבועה (התרמית הזמנית לא עברה, החתימה לא תקפה, התקציב סגור).
שירות ביקורת DLQ עם עיבוד מחדש/טיפה/תיקון כפתורי סכימה.

6) תקציבים והגנה על השוליים

בריכות תקציב: "נוב _ עונה", "יומי _ ספרינט", "vip _ weekend'.

מכסות: מכסה רך/קשה, ”מפסק חשמלי” - כאשר מגיע 90% מהתקציב, להעביר פרסים גדולים להחזיק-המדינה.

עלות יחידה: ”Prize & Bonus Cost per Active/Payor”, Net Uplift.

סדרי עדיפויות: ר "ג וציות חשובים יותר מפרומו - במקרה של סכסוך, הגמול נדחה.

דוגמה לבדיקת תקציב (סקיצה SQL):

sql
בחר pool_id, סכום (סכום) כהוצאה, תקציב כהגבלה, סכום (סכום )/תקציב כמילוי
מתוך reward_ledger
איפה pool_id =: בריכה ותאריך (ts) = current_date
קבוצה על ידי pool_id, תקציב;

7) שערי RG/KYC/Geo (בטיחות שחקן וציות)

L2 מינימום למטמון/פרסים גדולים; פריספינים תקפים עם L1.

ר.ג.: הגבלת הפקדה, הדרה עצמית, פרסים לקירור.

Geo: רשימת המדינות המותרות לכל פרסים.

התראות סף: צמיחה חדה ”כמעט הגיעה” בחשבונות בודדים סיבה להחזיק & סקירה.

8) חוקים נגד הונאה וטלמטריה

פקקים של נקודות בקצב/מין/שעה/יום, מינימום שונות של הימורים, איסור על תבניות ”אידיאליות”.

אותות טכניים: חסר ראש, device_fp חוזר, רשת משנה פרוקסי.

אנומליות: ”נקודות/הימורים” ו ”נקודות/מין” - זנבות ארוכים על 99 אחוזון.

Hold-and-review למנצחים מובילים: בדיקת KYC אוטומטית + סקירה ידנית.

9) ניטור, מדדים והתראות

SLO/SLA:

בלע p95 בלום 250 ms; עיבוד כללי של p95 nome 150 ms; עדכון הנהגת לוח 2 s; פרס גיליון 60 s.
תקצוב שגיאה <0. 1% אירועים/יום.

התראות:

SRM בניסויים (cock skew), גידול DLQ, ירידה בחתימת האימות של HMAC, צניחה בתקציב, עלייה כפולה אידמפוטנטית.

לוח מחוונים (מדי יום):

אירועים/s, לג, סובלנות אשמה;
Funnel: Event # rule # reward_task lach reward_issued;
עלות: Prize/Bonus per Active, Net Uplift;
איכות: דגלי הונאה, בלוקים של קיי-סי-סי, מפעיל אר-ג 'י.

10) ורסינינג ונדידה

כל כלל ממומש ('כללים. גרסה ').

אתה לא יכול לערוך את הכלל הפעיל ללא גרסה חדשה; השתמש בפישפלאג ו ”חימום חלק” (10% -50% -100%).

תרשים אירועים באמצעות תרשים; שינויים לא מתאימים - גרסה עיקרית בלבד.

11) מבחני אוטומציה A/B (קצר)

יחידה - משתמש; משימה דביקה; סטרטיפיקציה (שכר/גיאו/פלטפורמה).

לוח ראשי נפרד או נורמליזציה של נקודות כדי לחסל התערבות.

עיקרי: participation_net, השלמה, NET ARPU; מעקות בטיחות: תלונות/1 k, דגלי הונאה, מפעיל RG.

CUPED וקובריאטים לצמצום השונות.

12) דוגמאות: מחוק להוצאה

12. 1. הדק התקדמות מיקרו תגמול

ג 'סון
{
"סוג": "reward_task. נוצר ” :”  ””  ”:” מקור ”:” r _ points _ winmult _ v2 ”,” סף ”: 300),” פרס ”:”  ”:” סכום ”: 2,” מטבע ”:” : ” ”
}

12. 2. Oberhook עבור ארנק


פוסט/ארנק/אשראי
בקשה-X-ID: rid_7f5...
חותמת X-Timestamp: 1730061700
חתימת X: Sh256 = 7b9a...

”user_id":"u_123,” כמות: 2. 00, "מטבע": "EUR", "סיבה": "חוק:" r _ points _ winmult _ v2 "

הצלחה # ”פרס _ משימה” = ”הצליח” וכתב ל ”פרס _ ספר”.

כישלון (5xx/timeout) = מגש מחדש עם אותו "X-Request-Id'.

Dip (4xx) * DLQ + פירוק ידני.

13) כספות ושולחנות (סקיצה)

sql
- מגזין פרסים
צור שולחן reward_ledger (
ID BIGSERIAL PRIMARY,  TEXT,  TEXT, TEXT, TEXT, TEXT, ערך NUMERIC, עלות NUMERIC (18,2) DIFAFAULT ULT RIT T LT LS IS S S IS S 0 TTTS TTTTS TTS S TS S S TEE TTS A נכשל/נערך  TIMESTAMPTZ,  TIMESTUMTZ
);

-- חוסר אונים
צור אינדקס ייחודי uniq_reward_task על reward_ledger (reward_task_id);

-- תקציב
צור שולחן reward_budget (
pool_id טקסט עיקרי, תקציב נומרי (18,2), בילה נומרי (18,2), תאריך תקופה
);

14) ביטחון ופרטיות

חתימות HMAC, MTLS, IP-list-list.

הצפנה במעבר/מנוחה, סיבוב מפתח, סודות בכספת.

מזעור נתונים במטען (PII בנפרד, על ידי קישור סמלי, TTL).

רישומי ביקורת בלתי ניתנים לשינוי (תולעת).

מדיניות שימור ואופי (זכות להישכח, כפילות-בטוחה).

15) שיגור רשימת בדיקות

[ ] תרשימי אירוע ורישום, חוזי webhook (חתימות, TTL).

[ ] תורים, מגשים מחדש, די-אל-קיו, מפעילים אידיוטים.

[ ] Caps/מעקות בטיחות בחוקים, שערי KYC/RG.

[ ] בריכות תקציב, מפסקים, התראות עודפות.

[ ] לוחות מחוונים של SLO + משפך פרס.

[ ] מסנני A/B וניטור SRM.

[ ] Runnbook of Runnbook (שידור חוזר, הקפאה, הוצאה ידנית).

16) מקרה מיני (סינתטי)

אירועים מקושרים מספקי משחקים וארנק; כולל ניקוד ”ווין/הימור” עם שומרי פה.

Webhooks חתם על HMAC, מגשים מחדש עד 8 ניסיונות, DLQ עם סקירה כל 2 h.

במשך 4 שבועות: עיבוד lag p95 180 ms; DLQ <0,06%; שכפול תשלומים 0; דגלי הונאה 0. 4 pp; ΔParticipation_net + 6,3. п.; Dous ARPU (נטו) + 2,1 אירו Prize & Bonus/Active + 0,7.

מסקנה: הגדלת הכללים לגיאו חדש עם בריכות תקציב מקומיות.

תגמולים אוטומטיים הם לא "לשלוח דחיפה עם פריספינים. "זוהי מערכת הנדסית: מסירה אמינה של אירועים, ויסות קפדני של כללים, אידמפוטנטיות וחתימות, פריבטירים בתקציב, שערי KYC/RG, אנטי הונאה וניטור. לבנות מסגרת זו יום אחד - וכל משימות, טורנירים ו ”רגעי שלל” יעבדו כצפוי, בזמן ובהשפעה חיובית נטו.