Udostępnianie przychodów online

1) Istota i cele RevShare

• dostosowanie zachęt (zwiększenie poziomu FTD/ARPU/LTV przy spełnieniu wymogów RG/zgodności);
• ograniczyć kontrowersje i koszty do obsługi poprzez jednolite zasady przypisywania i obliczania;
• Zapewnienie przewidywalności pamięci podręcznej i odporności na incydenty.

2) Podstawowe modele dystrybucji

2. 1 Liniowy (dwustronny)

Operator i Partner (studio/affiliate): stały% przychodów netto przy wykonywaniu SLO i bez sankcji.

2. 2 Wielostronne (podział sieci)

Operator, Operator, Studio i Agregator, a także Dostawcy infrastruktury: akcje są rozdzielane zgodnie z wkładem i jakością (patrz § 5).

2. 3 Hybryda

RevShare + CPA/CPL/minimalna gwarancja; dostosowane do czynników jakości i kar.

2. 4 Dynamiczne

Stawki i wielokrotności różnią się w zależności od wyzwalacza (godzina szczytu, region, pula gier/płynności, profile ryzyka).

3) Co liczy się jako dochód: kanon przychodów netto

[
\ tekst {NetRev} =\tekst {GGR} -\tekst {BonusCost} -\tekst {Jackpot/Pool Share} -\tekst {Opłaty płatnicze} -\tekst {Obciążenie zwrotne} -\tekst {Podatek/opłata} -\tekst {Oszustwa straty}
]

GGR: Dochody z gier/zakładów brutto.
Bonus Cost: rzeczywista wartość bonusów/FS/cashback.
Opłaty za płatności/obciążenia zwrotne: opłaty i zwroty APM/PSP.
Podatek/opłata: podatki jurysdykcyjne/odliczenia.
Straty z tytułu nadużyć finansowych: potwierdzone straty z tytułu oszustw (w podziale na procedury).

4) Przypisanie i okna (kto „przyniósł” dochód)

Reguła: ostatni opcjonalny kontakt z oknami według jurysdykcji i typu zdarzenia (kliknij/zarejestruj/FTD).
Szycie poprzeczne: tylko dla uzgodnionych żetonów bez surowego PD.
Wkład multi-hop: jeżeli ścieżka gracza obejmuje mediusy/łańcuchy, stosuje się rozkład wagi (patrz § 5. 2).
Dedup/idempotency: 'Id' + podpis postback, okno ± 5 minut, replikacja historii kursora.

5) Jakość i uczciwość: Szanse i wagi

5. 1 Jakość (Q)

[
 =   +   +  
]

SLI/SLO: uptime, p95 API/webhooks, autobus lag.
RG: Brak czerwonych wyzwalaczy/kar.
ATTR: dokładność i aktualność postbacks/tracking.
SEC/COMP: Brak wycieków/sankcji.

Wagi (w _) są racjonowane do 1 i zatwierdzone przez radę ekosystemu.

5. 2 Podział sieci (wkład w jakość ×)

[
share_i=\frac{CT_i\cdot Q_i}{\sum_j CT_j\cdot Q_j}
]

gdzie (CT_i) jest wkładem (rake/traffic/pool contributions, koszty operacyjne), (Q_i) jest czynnikiem jakości.

5. 3 Wypłata

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

'rate _ i' - RevShare rate (fix/range/dynamics).
„Adj _ i” - korekty (kredyty/kary dla SLO, kary RG, ponowne obliczenia).

6) Kontrakty na dane, wyrocznie i wiarygodność

Kontrakty na dane: wykresy wydarzeń/metrycznych, okna, właściciele, świeżość SLA.
Wyrocznie: podpisane podsumowania (GGR, premie, obciążenia zwrotne, podatki) z "traceId' i formułami wersjonowanymi.
Pojednanie: przesyłanie kursorów, uzgadnianie kruszyw i haszów, działania rozbieżności.
Audyt WORM: niezmienne dzienniki zmian formuły/szybkości/reguły.

7) Prawa, dostęp i prywatność

Zero Trust: mTLS/JWS, krótkotrwałe żetony, lista egress-permit-lista.
Minimalizacja PII: żetony zamiast PD; detoksykacja - tylko w bezpiecznych strefach.
RBAC/ABAC/ReBAC: dostęp do agregatów i własnych kart okiennych; SoD (spojrzenie, szybkość zmian, klucze do admin).
Jurysdykcja: lokalizacja danych/pieniędzy, DPA/DPIA, zakaz transgranicznego wywozu danych osobowych.

8) Sankcje, przyciski zatrzymania i wyjątki

SLO-Malus/Bonus - Automatycznie dostosowuje wypłatę za odchylenia od docelowych SLO.
RG/sankcje: RevShare natychmiastowa przerwa i przychody w RCA.
Break-glass: dostęp awaryjny z obowiązkowym audytem.
Uzasadnione wyjątki: tylko z TTL, Właściciel i Autofit.

9) Cache ekonomia i prognozowanie

Plan rzeczywisty: miesięczny NetRev, podziały, sezonowość, FX.
Cost-to-Serve: per rps/txn/event/stream; koszt wnioskowania i rozliczenia.
Analiza uplift: wkład ścieżek A/B/routingu do NetRev.
Rezerwy/rezerwy: w przypadku oszustw/obciążeń zwrotnych/nadużyć premiowych; polityka NET7/14/30.

10) Sklep okna i karty wyników

Panel partnerów: NetRev, podziały, jakość (SLI/ATTR/RG), status sporów, prognoza płatności, działania.
Panel ekosystemu: mapa dystrybucji NetRev według łańcucha/gry/jurysdykcji, kredyty/kary, incydent MTTR.
Prezentacje SLO: świeżość ≤ 1-5 s (panele operacyjne), p95 render ≤ 1. 5–2. 0 s, czas uptime ≥ 99. 9%.

11) Procesy: fakturowanie i pojednanie

1. Cutoff okres (UTC, jasne okno).
2. Podsumowania/wyrocznie: podpisane NetRev/wkład/kruszywo sankcji.
3. Pojednanie: taśmy kursora, rozbieżności, protokół pojednania.
4. Faktury/akty: automatyczne generowanie, status portalu, kurs FX.
5. Wypłata: warunki netto, trzyma/klau-backs.
6. RCA „no fault”: w kontrowersyjnych sprawach i incydentów SLO.

12) Incydenty i pokój wojenny

P1: money/PII/mass degradation - stop RevShare payments, canary rollback of rates/rules.
P2: lokalne rozbieżności - lokalne chłodzenie rozłamów, przyspieszone pojednanie.
SLA na opakowanie śladowe: 60-90 s; kryterium zamknięcia - uzgodnione podsumowania.

13) Anty-wzory

"Wiele prawd' NetRev: różne formuły/okna → spory i blokady płatności.
Postback Zoo: unsigned/different schemes → takes/passes.
Przesunięcie paginacji historii pod obciążeniem → otwory/podwójne (użyj kursorów).
SLO „na papierze”: brak wpisów, auto-malus/bonus i przyciski stop.
PII w oknach sklepu i rozładunku: wycieki, grzywny.
Pojedyncza brama SPOF do przekierowywania/fakturowania bez N + 1/DR.
Nieograniczone hybrydy zakładów: Toksyczna ekonomia i nieprzewidywalny przepływ środków pieniężnych.

14) Listy kontrolne

Projekt

• Właściciele kanonu NetRev/GGR i formuły (wersje, okna, źródła).
• Reguła przypisywania, okna, podpisy dedup i webhook.
• Model podzielony: CT × Q, stawki/zakresy, sankcje/premie.
• Wyrocznie/podsumowania, Metric Store, audyt WORM.
• RBAC/ABAC/ReBAC, SoD, Zero Trust, tokenizacja.
• Kalendarz zmian, przyciski stop, pokój wojenny.

Start

• Testy piaskownicy i zgodności (API/EDA/webhaki).
• Zakłady kanaryjskie/limity, auto-rollback.
• Deski rozdzielcze/karty wyników, wpisy SLO, SLA na pakiet śladowy.

Operacja

• Tygodniowe sprawozdania dotyczące pojednania, rozbieżności.
• Stawka kwartalna/Wiele recenzji.
• Aktualizacja incydentów i barier RCA.

15) Plan działania na rzecz dojrzałości

v1 (Fundacja): formuła bazowa NetRev, dwustronne podziały, podpisane postbacks, ręczne pojednanie.
v2 (Integracja): CT × Q sieci rozdania, wyrocznie i kursor przesyłania, auto-malus/SLO bonus, prezentacje i karty wyników.
v3 (Automatyzacja): prędkości dynamiczne dla predykcyjnych sygnałów SLI/RG/attr, automatycznych tras przychodów, inteligentnego pojednania.
v4 (Zarządzanie sieciowe): połączenia międzysystemowe i podziały federacyjne, zasady DAO dotyczące stawek i przejrzystych skarbów (on/off-chain).

16) Wskaźniki sukcesu

Biznes: wzrost NetRev/ARPU/LTV, przewidywalny udział pamięci podręcznej, spadek CAC/zemsty.
Jakość: dokładność/terminowość postbacks, sporność <X%, udział incydentów SLO.
Technika: p95 API/webhaki, opóźnienie autobusu, pokrycie śladowe, incydenty MTTR.
Zgodność/RG: incydenty PD = 0, zgodność jurysdykcyjna, wyzwalacze RG/1k aktywne.
Gospodarka: Cost-to-Serve per rps/txn/event, credits/penalties,% auto-reconciliation.
Partnerstwo: udział partnerów z kartą wyników ≥ próg, czas na dostarczenie pakietu śladowego.

Krótkie podsumowanie

Podział przychodów w sieci nie jest „procentem kasy”, ale możliwym do udowodnienia systemem: pojedynczy kanon NetRev, uczciwe przypisanie, formuła składki × jakości, wyrocznie i pojednanie, ścisła prywatność i ogrodniczki SLO. Zasady pin jako kod, pokaż podziały w sklepach, zautomatyzuj bonus/malus i fakturowanie - i RevShare będzie przyspieszać wzrost i zaufanie w całym ekosystemie.