GH GambleHub

Revenue Sharing ქსელში

1) RevShare- ის არსი და მიზნები

Revenue Sharing (RevSharing) არის სუფთა შემოსავლის განაწილება ქსელის მონაწილეებს შორის (ოპერატორები, სტუდიები/RGS, აგრეგატორები, აფილატები/მედია, PSP/APM, KYC/AML პროვაიდერები, ნაკადები) გამჭვირვალე ფორმულების გათვალისწინებით. მიზნები:
  • სტიმულირების გაათანაბრება (FTD/ARPU/LTV ზრდა RG/Complaens- ის შესაბამისად);
  • სადავო და Cost-to-Serve- ის შემცირება ატრიბუტისა და გაანგარიშების ერთიანი წესების გამო;
  • უზრუნველყოს ქეშის პროგნოზირება და ინციდენტების წინააღმდეგობა.

2) განაწილების ძირითადი მოდელები

2. 1 ხაზოვანი (ორმხრივი)

ოპერატორი - პარტნიორი (სტუდია/აფილიატი): Net Revenue- ის ფიქსირებული% SLO- ს შესრულებისა და სანქციების არარსებობის დროს.

2. 2 მრავალმხრივი (ქსელის დაყოფა)

ოპერატორი - სტუდია - აგრეგატორი - Affiliat - ინფრასტრუქტურული პროვაიდერები: აქციები ნაწილდება ანაბარზე და ხარისხზე (იხ. § 5).

2. 3 ჰიბრიდული

RevShare + CPA/CPL/მინიმალური გარანტია; კორექტირებულია ხარისხის კოეფიციენტებით და ჯარიმებით.

2. 4 დინამიური

განაკვეთები და მულტიპლიკატორები იცვლება ტრიგერების მიხედვით (პიკის საათი, რეგიონი, თამაში/ლიკვიდობის აუზი, რისკის პროფილები).

3) რა ითვლება შემოსავალად: კანონი Net Revenue

ძირითადი ფორმულა (გამარტივებული):
[
\text{NetRev} = \text{GGR} - \text{BonusCost} - \text{Jackpot/Pool Share} - \text{Payment Fees} - \text{Chargebacks} - \text{Tax/Levy} - \text{Fraud Losses}
]

GGR: მთლიანი შემოსავალი თამაშები/განაკვეთები.
BonusCost: პრემიების/FS/ფულადი სახსრების ფაქტობრივი ღირებულება.
Payment Fees/Chargebacks: APM/PSP კომისია და გადახედვა.
Tax/Levy: იურისდიქციის გადასახადები/გამოქვითვები.
Fraud Losses: დადასტურებული ფროიდის ზარალი (პროცედურის შესაბამისად).

💡 ფორმულების კანონიკა და მფლობელები ფიქსირდება Metric Store- ში (ვერსიები, წყაროები, ფანჯრები).

4) ატრიბუტი და ფანჯრები (ვინ „მოუტანა“ შემოსავალი)

წესი: ბოლო eligible touch ფანჯრებით, იურისდიქციებით და მოვლენების ტიპებით (დაწკაპუნება/რეგისტრაცია/FTD).
Cross Devis Stitching: მხოლოდ შეთანხმებული ნიშნით, ნედლეული PDN- ის გარეშე.
მრავალ ჰოპის წვლილი: თუ მოთამაშის ბილიკი მოიცავს მედია/ჯაჭვს, გამოიყენება განაწილება წონის მიხედვით (იხ. § 5. 2).
Dedup/idempotence: 'eventId' + პოსტბეკის ხელმოწერა, ფანჯარა ± 5 წუთი, ისტორიის კადეტური რეპლიკაცია.

5) ხარისხი და სამართლიანობა: კოეფიციენტები და წონა

5. 1 ხარისხი (Q)

[
Q_i = w_{sli}\cdot SLI_i + w_{rg}\cdot RG_i + w_{attr}\cdot ATTR_i + w_{sec}\cdot SEC_i
]

SLI/SLO: აფთიაქი, p95 API/webhuks, საბურავის ლაგი.
RG: „წითელი“ ტრიგერების/ჯარიმების არარსებობა.
ATTR: პოსტბეკების/ტრეკების სიზუსტე და დროულობა.
SEC/COMP: გაჟონვის არარსებობა/სანქციების დარღვევები.

წონა (w _) ნორმალიზებულია 1-მდე და დამტკიცებულია ეკოსისტემის საბჭოს მიერ.

5. 2 ქსელის სპლიტი (წვლილი × ხარისხი)

მონაწილე (i) წილი პერიოდში:
[
share_i=\frac{CT_i\cdot Q_i}{\sum_j CT_j\cdot Q_j}
]

სადაც (CT _ i) არის წვლილი (ფრენა/ტრაფიკი/შენატანები აუზში, ოპერაციული ხარჯები), (Q _ i) არის ხარისხის კოეფიციენტი.

5. 3 გადახდა

[
payout_i = share_i \times NetRev \times rate_i \times Adj_i
]

'rate _ i' - RevShare შტაბი (ფიქსი/დიაპაზონი/დინამიკა).
'Adj _ i' - კორექტირება (სესხები/ჯარიმები SLO, RG ჯარიმები, გადაანგარიშებები).

6) მონაცემთა კონტრაქტები, ორაკულები და მტკიცებულება

Data Contracts: ღონისძიების სქემები/მეტრიკი, ფანჯრები, მფლობელები, SLA სიახლე.
Oracles: ხელმოწერილი ცნობები (GGR, პრემია, carjbecks, გადასახადები) „TraceId“ და ვერსირებული ფორმულები.
Reconciliation: კადრების გადმოტვირთვები, დანაყოფებისა და ჰეშების შერწყმა, შეუსაბამობის აქტები.
WORM აუდიტი: უცვლელი ჟურნალები ფორმულების/განაკვეთების/წესების შეცვლისთვის.

7) უფლებები, წვდომა და კონფიდენციალურობა

Zero Trust: mTLS/JWS, მოკლემეტრაჟიანი ნიშნები, egress-allow-list.
PII მინიმიზაცია: ნიშნები PDN- ის ნაცვლად; დეტოქსიკაცია - მხოლოდ სეიფის ზონებში.
RBAC/ABAC/ReBAC: წვდომა აგრეგატებსა და საკუთარ ჩანართებზე; SoD (ვუყურებ და ვცვლიდი განაკვეთებს კლავიშების ადმინისტრაციულ ნაწილთან).
იურისდიქცია: მონაცემთა/ფულის ლოკალიზაცია, DPA/DPIA, აკრძალვა cross Border of the PDN.

8) სანქციები, გაჩერების ღილაკები და გამონაკლისები

SLO-malus/პრემია: ავტომატური გადახდის კორექტირება სამიზნე SLO- სგან გადახრისას.
RG/სანქციები: მყისიერი პაუზა RevShare Hill RCA- სთვის.
Break glass: გადაუდებელი წვდომა სავალდებულო აუდიტით.
Justified Exceptions: მხოლოდ TTL- ით, მფლობელი და ავტომობილების წარმოება.

9) ქეშის ეკონომიკა და პროგნოზირება

ფაქტი: NetRev permulation, სპლიტები, სეზონურობა, FX.
Cost-to-Serve: per rps/txn/event/stream; ინვერსიისა და გაწმენდის ღირებულება.
Uplift ანალიზი: A/B/მარშრუტიზაციის გზების წვლილი NetRev- ში.
რეზერვები/ჰოლები: frod/Charjbecki/bonus abuse; პოლიტიკა NET7/14/30.

10) ვიტრინები და სკორეკარდები

პარტნიორის პანელი: NetRev, სპლიტები, ხარისხი (SLI/ATTR/RG), საკამათო სტატუსები, გადახდის პროგნოზი, აქტები.
ეკოსისტემის პანელი: NetRev- ის განაწილების რუკა ჯაჭვებში/თამაშებში/იურისდიქციებში, სესხები/ჯარიმები, MTTR ინციდენტები.
SLO ფანჯარა: სიახლე 1-5 წმ (ოპერაციული პანელები), p95 გამყიდველი 1. 5–2. 0 ს, აფთიაქი - 99. 9%.

11) პროცესები: ინვოისი და რეკონსტრუქცია

1. პერიოდის Cutoff (UTC, მკაფიო ფანჯარა).
2. ცნობები/ორაკულები: გაფორმებული NetRev დანაყოფები/ანაბრები/სანქციები.
3. შერიგება: კადრების ფირები, შეუსაბამობები, კოორდინაციის ოქმი.
4. ინვოისი/აქტები: ავტომატური წარმოება, სტატუსი პორტალში, FX კურსი.
5. გადახდა: NET პირობები, Halls/clau-backs.
6. RCA „დამნაშავეების გარეშე“: საკამათო შემთხვევებზე და SLO ინციდენტებზე.

12) ინციდენტები და ომის ოთახი

P1: ფული/PII/მასობრივი დეგრადაცია - RevShare გადახდების გაჩერება, განაკვეთების/წესების კანარის გამოტოვება.
P2: ადგილობრივი შეუსაბამობები - ადგილობრივი დანაყოფების გაცივება, დაჩქარებული რეკონსტრუქცია.
SLA სავაჭრო პაკეტზე: 60-90 წმ; დახურვის კრიტერიუმი შეთანხმებულია.

13) ანტი შაბლონები

NetRev- ის „მრავალი ჭეშმარიტება“: სხვადასხვა ფორმულები/ფანჯრები, დავები და გადახდების დაბლოკვა.
პოსტბეკის ზოოპარკი: შეუსაბამო/სხვადასხვა სქემები - დუბლები/უღელტეხილები.
ისტორიის ოფსეტური პაგინაცია დატვირთვის ქვეშ არის ხვრელები/დუბლები (გამოიყენეთ კურსორები).
SLO „ქაღალდზე“: არ არსებობს ალერტები, ავტო-მალუსი/ბონუსი და გაჩერებული ღილაკები.
PII ფანჯრებსა და გადმოტვირთვებში: გაჟონვა, ჯარიმები.
ერთი SPOF კარიბჭე რედუქტორებისთვის/ინვოისებისთვის N + 1/DR გარეშე.
განაკვეთების შეუზღუდავი ჰიბრიდები: ტოქსიკური ეკონომიკა და არაპროგნოზირებადი ქეში.

14) ჩეკის ფურცლები

დიზაინი

  • NetRev/GGR კანონი და ფორმულების მფლობელები (ვერსიები, ფანჯრები, წყაროები).
  • ატრიბუტის წესი, ფანჯრები, დედაპლატი და ვებჰუკების ხელმოწერა.
  • სპლიტის მოდელი: CT × Q, განაკვეთები/დიაპაზონი, სანქციები/პრემია.
  • Oracles/counts, Metric Store, WORM აუდიტი.
  • RBAC/ABAC/ReBAC, SoD, Zero Trust, ტოქსიკაცია.
  • Change-calendar, stop ღილაკები, ომის ოთახი.

გაშვება

  • ქვიშის ყუთი და საკომუნიკაციო ტესტები (API/EDA/ვებჰუკი).
  • კანარის განაკვეთები/ლიმიტები, ავტო-როლბეკი.
  • Dashbords/scorecards, alerty SLO, SLA ტრეისი პაკეტისთვის.

ოპერაცია

  • ყოველკვირეული ჩანაწერების აქტები.
  • განაკვეთების/ანიმატორების კვარტალი.
  • RCA ინციდენტები და guardrails- ის განახლება.

15) სიმწიფის გზის რუკა

v1 (Foundation): NetRev- ის ძირითადი ფორმულა, ორმხრივი დანაყოფები, ხელმოწერილი პოსტბეკები, სახელმძღვანელო ჩანართი.
v2 (Integration): CT × Q ქსელის სეგმენტები, ორაკულები და კადრების გადმოტვირთვა, SLO მანქანა/პრემია, ფანჯრები და სკორეკარდები.
v3 (Automation): დინამიური განაკვეთები წინამორბედი SLI/RG/attr სიგნალებზე, auto-cut-over შემოსავლის მარშრუტებზე, smart-reconciliation.
v4 (ქსელის მთავრობა): ინტერჯგუფის აუზები და ფედერალური გაერთიანებები, DAO განაკვეთების წესები და გამჭვირვალე ხაზინა (on/off-chain).

16) წარმატების მეტრიკა

ბიზნესი: NetRev/ARPU/LTV ზრდა, პროგნოზირებადი ქეშის წილი, CAC/payback- ის შემცირება.
ხარისხი: პოსტბეკების სიზუსტე/დროულობა, საკამათო <X%, ინციდენტების წილი SLO.
ტექნიკა: p95 API/ვებჰუკი, საბურავის ლაქი, ტრეკერის საფარი, MTTR ინციდენტები.
შესაბამისობა/RG: PDN ინციდენტები = 0, იურისდიქციების დაცვა, RG ტრიგერები/1k აქტიური.
ეკონომიკა: Cost-to-Serve per rps/txn/event, სესხები/ჯარიმები,% ავტო-რეკონსტრუქცია.
პარტნიორობა: პარტნიორების წილი scorecard- ით - ბარიერი, სავაჭრო პაკეტის მიწოდების დრო.

მოკლე რეზიუმე

ქსელში Revenue Sharing არ არის „სალაროს პროცენტი“, არამედ დადასტურებული სისტემა: NetRev- ის ერთიანი კანონი, გულწრფელი ატრიბუტი, ფორმულა × ხარისხის, ორაკულებისა და ჩანაწერების წვლილის ფორმულა, მკაცრი კონფიდენციალურობა და SLO გარდერობები. დააკონკრეტეთ წესები, როგორც კოდი, აჩვენეთ სპილენძის ფანჯრებში, ავტომატურად გადაიტანეთ ბონუს/მალიუსი და ინვოისი - და RevShare გახდება ზრდის და ნდობის ამაჩქარებელი მთელ ეკოსისტემაში.

Contact

დაგვიკავშირდით

დაგვიკავშირდით ნებისმიერი კითხვის ან მხარდაჭერისთვის.ჩვენ ყოველთვის მზად ვართ დაგეხმაროთ!

ინტეგრაციის დაწყება

Email — სავალდებულოა. Telegram ან WhatsApp — სურვილისამებრ.

თქვენი სახელი არასავალდებულო
Email არასავალდებულო
თემა არასავალდებულო
შეტყობინება არასავალდებულო
Telegram არასავალდებულო
@
თუ მიუთითებთ Telegram-ს — ვუპასუხებთ იქაც, დამატებით Email-ზე.
WhatsApp არასავალდებულო
ფორმატი: ქვეყნის კოდი და ნომერი (მაგალითად, +995XXXXXXXXX).

ღილაკზე დაჭერით თქვენ ეთანხმებით თქვენი მონაცემების დამუშავებას.