Կրիպտո կազինո
Torrent Gear
Ինչպես է աշխատում S2S-treking-ը և հետբեկները
1) Ի՞ նչ է S2S-ը և ինչո՞ ւ է այն անհրաժեշտ։
S2S (server-to-server) tracking-ը իրադարձությունների փոխանակումն է աղբյուրի բաժնետերերի (ձեր ռեդիրեկտորը/ցանցը) և օպերատորի (խաղատուն) բաժնետերերի միջև, առանց կախված զննարկիչների և արգելափակումների։
POSTBEC/FTD/2nd _ dep/...
Առավելությունները
Տվյալները չեն կորցնում adblock/ITP/մասնավոր ռեժիմների պատճառով։- Կայացման ճշգրտությունը և բիլինգի որակը մեծանում են։
- Դուք կարող եք ապահով փոխանցել գումարը/արժույթը և պաշտոնական դրոշները։
2) Ռուսական շղթան և դերերը
1. Կլիք 'օգտագործողը սեղմում է գովազդի վրա: Ձեր ռեդիրեկտորը ստեղծում է «click _ id» և տրամաբանում պարամետրերը (utm, geo, device, sub _ id)։
2. Redirect: Օգտագործողը գնում է օպերատորի լենդինգի վրա, «click _ id» -ը հայտնաբերվել է URL-ում կամ ծածկագրված է։
3. Express/KUS/դեպոզիտները տեղի են ունենում օպերատորի մոտ։
4. Postbey 'օպերատորի սերվերը ուղարկում է ձեր «registration», «kyc _ approved», «deposit _ success» և այլն, կապելով դրանք սկզբնական «click _ id» -ի հետ։
5. BI/Զեկույց. Դուք համախմբում եք UTM/creival/geo/device կտրվածքները, կարծում եք CPA/ROAS/LTV։
Տեքստային սխեմա
Ad www.Click-ը [Ձեր ռեդիրեկտորը 'click _ id] www.LP/Apple/( Reg/KYC/FTD, օպերատորի կողմում)
↑ │
└──────── Postback (S2S) ─┘3) Ցուցանիշները և իրադարձությունների կապը
click _ id (no.) եզակի ID-ն է։ լուծարման բանալին։- event _ id (դեղին) եզակի ID-ն է յուրաքանչյուր իրադարձության համար (գաղափարախոսության համար)։
- user _ id/acount _ id (opc.) - ID խաղացողը օպերատորի կողմում (փոխանցվում է միայն S2S)։
- session _ id (opz.) - UX/արագության վերլուծությունների համար։
- aff _ sub/campa.ru/creative _ id - բացիկներ վերլուծության համար։
Կանոն 'click _ id ստեղծվում է ձեզ մոտ։ օպերատորը իր կողմում պահում է mapping 'click _ id meduser/account "։
4) Իրադարձությունների դաշտերը 'նվազագույն կազմը
4. 1. Registration
json
{
"event": "registration", "event_id": "reg_8f9...", "click_id": "clk_123...", "account_id": "u_456...", "geo": "BR", "device": "android", "ts_event": "2025-10-21T14:54:12Z", "ip": "203. 0. 113. 7", "ua": "Mozilla/5. 0", "signature": "hmac_sha256(payload)"
}4. 2. KYC Approved
json
{
"event": "kyc_approved", "event_id": "kyc_b21...", "click_id": "clk_123...", "account_id": "u_456...", "ts_event": "2025-10-21T15:10:05Z", "kyc_level": "basic full", "signature": "..."
}4. 3. Deposit (FTD/Repeat)
json
{
"event": "deposit_success", "event_id": "dep_9aa...", "click_id": "clk_123...", "account_id": "u_456...", "amount": 100. 00, "currency": "USD", "is_ftd": true, "payment_method": "card pix crypto wallet", "ts_event": "2025-10-21T15:12:31Z", "signature": "..."
}- Դրամական դաշտերը միշտ միասին «currency» (III-2417) և որպես թվեր, տողեր չեն։
5) Անվտանգություն ՝ ստորագրություններ և հասանելիություն
Подпись (HMAC-SHA256): `signature = HMAC(secret, canonical_payload)`; կանոնականացրեք դաշտերի կարգը կայուն ստուգում։
Կարճ գոյատևող հոսանքները (JWT/opaque) հեղինակային մակարդակի վրա ՝ TTL 5-15 րոպե։
Idempotention: Երկրորդ POST-ը նույն «event _ id» -ի հետ պետք է տա «200 OK» առանց դուբլի։
IP allow-list և mTSA (հնարավորության դեպքում) երկարության վրա։- Rate limiting 'պաշտպանեք endpoint «bursts» և բոտերի։
- HTTP redirets-ի արգելքը Edpoint-ից։ միայն ուղղակի պատասխաններ։
6) Հուսալիություն ՝ ռետրո, հերթեր և կարգուկանոն
Հերթը (Kafka/RabbitMQ/MSS) իրադարձությունների ընդունման և զեկույցների վերամշակման միջև, որպեսզի չկորցնի տվյալները պիկի ժամանակ։
Retrai էքսպոնենցիալ դադարի և backoff-ջիթերի հետ։ փորձերի սահմանը և DLQ (dead-letter queue)։- Կարգը պարտադիր չէ, բայց ցանկալի է ունենալ «ts _ event» 'BI-ում տեսակավորման համար։
- Լոգները/պատասխանը (առանց զգայուն տվյալների), հարաբերակցությունը 'event _ id "։
7) Ժամանակավոր գոտիները, արժույթը և կոնսիստենտությունը
Բոլոր ռուսական ժամանակը UTC-ում («2025-10-21T15: 12: 31Z»)։
Զեկույցներում նշեք նախագծի timezone, բայց պահեք իրադարձությունները UTC-ում։- Գումարները պահեք բանկային գործարքում և կրկնօրինակեք զեկույցը հուսալի դասընթացի միջոցով (ամսաթիվը-based FX)։
8) Դեդուպլիկացիան և բիզնես կանոնները
Idempotention-ը event _ id-ն է։- Դեդուպլիկացիան (click _ id + տեսակի իրադարձություն + ts-պատուհան) որպես պահեստային մեխանիզմ։
- FTD-ի վավերականության կանոնները 'նվազագույն դեպոզիտ, առանց բոնուսային «զրոյական» համալրումների։ արձանագրել պայմանագրում։
- Chargeback/Refund-ը «բացասական եկամուտի» առանձին իրադարձություններ է ազնիվ NGR-ի համար։
9) Գաղտնիությունը և կոմպլենսը
Մի փոխանցեք PII-ին URL-ում և ճակատում։ S2S-ը զգայուն դաշտերի համար տեղ է։
Պահպանեք consent/համաձայնությունը (anport.ru/ads) և տարբերեք դրանք։- Նվազեցրեք դաշտերը 'միայն այն, ինչ անհրաժեշտ է կայացման և բիլինգի համար։
- Պարբերաբար ստուգեք retention-ի քաղաքականությունը։
10) Web2App-ը և Altail-իրողությունները
Դիմումների համար կապեք «click _ id 'install _ id» -ը MFC/MSK կողմում։- Երբ դետերմինացված ID (iOS գաղտնիություն) - օգտագործեք հավանական խաղը + սերվերային կանոնները, իսկ S2S-ը մնում է բիլինգի համար «ճշմարտություն»։
11) Մոսկվա և SLA
Մետրիկները
Հաջողակ/սխալ հետբեկները (%/րոպե), p95 latency, հետքերի մասը, կրկնօրինակների մասը։
Կողմերի միջև իրադարձությունների տարանջատումը (օպերատոր vs treker) կատակներով։- Առաքման ուշացումը (ingestion lag) և «ձախողումները» ժամերով։
SLA (օրինակ)
Հետբեկների հասանելիությունը 3699 է։ 5 %/մեզ։
Միջին ուշացումը մինչև MSH-ում 60 վայրկյան։ p95 API պատասխանը 500 մզ է։
Տվյալների ռասինխրոն> 3 տոկոսը հինգ աշխատանքային օրվա ընթացքում հում լոգարանների պարտադիր իջեցում է։
12) Չեկ թերթերը
12. 1. Այդ ստուգումները գործարկելուց առաջ
- Redirector 'click _ id և logs։
- Edpoint Postbex: TMS, HMAC, JWT, IP allow-list, idempotency։
- Payload's սխեմաները և դաշտերի կանոնական կարգը հետևյալն են։
- Գծեր + DLQ, retrai, alerts սխալներով/ուշացումով։
- UTC ժամանակը, RF արժույթը, FTD/Refund/Chargeback կանոնները։
- Sandbox-ում Progons-ը ստանդարտ լոգարանների ամրագրմամբ։
12. 2. Վիրահատական չեկը (ամեն շաբաթ)
- Sevka «օպերատոր www.troker» -ը իրադարձությունների և գումարների առումով։
- Կրկնօրինակների և «կորցրած» իրադարձությունների վերլուծությունը. Ռեգրեների աուդիտ։
- Ստուգում www./token, կյանքի և ռոտացիայի։
- Դիտեք կանոններ և կանոններ։
13) Հաճախակի սխալներ և ինչպես խուսափել դրանցից
1. Ոչ մի idempotency-ը բացատրում է FTD-ի կրկնօրինակները հոսանքներում։
2. Տարբեր ժամային գոտիներ «լողացին» D0/D1։
3. Կառուցվածքային գումարները/փակված պարսինգի սխալները։
4. JSON-ի «հում» ստորագրությունը կոտրվում է կարգից։
5. Ոչ DLQ/retraev-ը բացատրում է իրադարձությունների կորուստը միկրովայրկյաններում։
6. Թույլ վավերացումը բացատրվում է կեղծ գրառումներով: www.HMAC + JWT + mTIM/IP թերթ։
7. FTD կանոնների բացակայությունը բացատրում է տոմսարկղերի վեճերը։
14) Հարցումների և պատասխանների օրինակներ
14. 1. POST/postback (օպերատոր wwww.troker)
POST /postback HTTP/1. 1
Content-Type: application/json
Authorization: Bearer eyJhbGciOi...
X-Signature: sha256=ab12...
{ "event":"deposit_success","event_id":"dep_9aa", "click_id":"clk_123","account_id":"u_456", "amount":100. 00,"currency":"USD","is_ftd":true, "ts_event":"2025-10-21T15:12:31Z" }Պատասխանը
200 OK
{ "status":"ok", "idempotent": false }Երկրորդ ուղարկումը նույն «event _ id» -ից
200 OK
{ "status":"ok", "idempotent": true }14. 2. Ստորագրության սխալ
403 Forbidden
{ "error":"signature_invalid", "hint":"check canonical order" }15) Միջադեպեր և վերլուծություններ
Ախտանիշ 'FTD = 120 օպերատորի մոտ, դուք ունեք 117։
Պլանը
1. Ժամանակի շրջանակը (UTC) և արժույթը։
2. «Event _ id »/« click _ id»։
3. Մերժվածների որոնումը ստորագրության/TTL token/idempotent պատճառով։
4. DLQ-ի «խրված» իրադարձությունների դոպլաստիկան, ծծմբի ակտերը։
16) 30-60-90 իրականացման պլանը
0-30 օր - MVP 112
Սկսել ռեդիրեկտորը «click _ id» և logs։- Իրականացնել հետբեկների ընդունումը 'HMAC, JWT, idempotency, հերթեր, DLQ, ալերտներ։
- Բարձրացնել sandbox, նետել reg/FTD-ի միջոցով թեստային գումարներով։
- Փոխարինեք դաշտերի սխեմաները և կանոնականացումը։
31-60 օր 'Որակը և մասշտաբը
Միացրեք դրամական իրադարձությունները և երկկողմանի ուսուցումը (txn & report)։- Տեղադրել www.p95 latency, անհամապատասխանություններ և գետեր։
- Ստորագրել SLA/մրցույթի ընթացակարգերը; ավելացնել chargeback/refund իրադարձությունները։
- BI-ում հավաքել վիտրիններ 'FTD, Payback, D7/D30 ARPU։
61-90 օր 'Կայունություն և աուդիտ
Ներդրել գաղտնիքների/հավաստագրերի ռոտացիա, ձախողման թեստեր։- Բեռի թեստեր և «արտակարգ ուսուցումներ» (հերթը/BD)։
- Ձևափոխել գլխարկները և FTD-ի սխեմաների/կանոնները։
17) Արդյունքը
S2S-tracking-ը ազնիվ ուցիայի և բիլինգի «լեռնաշղթան» է 'click _ id որպես առաջնային բանալին, պաշտպանված հետբեկները, կուռքերը, ռետին և ժամանակի խիստ հիգիենան/վալուտներ։ Դրա համար ավելացրեք FTD-ի թափանցիկ կանոններ, chargeback-իրադարձություններ և հասուն լուծումներ, և դուք կստանաք հուսալի համակարգ, որտեղ յուրաքանչյուր հակադարձում հաստատվում է կարգավորումը և հասնում է ցենտին։