Architektura komunikacyjna skierowania

1) Dlaczego ekosystem potrzebuje połączeń polecających

• przewidywalność przydziałów i wypłat;
• prędkość wejścia na pokład i skalowania partnera;
• bezpieczeństwo/prywatność (PII-minimalizacja, RG-guardrails);
• gospodarka (sprawiedliwy podział, Cost-to-Serve, kanały ROI).

2) Modele odsyłania

2. 1 Według głębokości

Jednopoziomowy (L1): Nagroda głównego referenta za zdarzenie docelowe (aktywacja FTD/depozytu/misji).
Multilevel (L2 +): akcje wypłat idą w górę drzewa polecenia; stosuje się limit poziomu/pułapu/prowizji.
Hybryda: L1 fix + mały „cienki ogon” wzdłuż L2.

2. 2 Przez przewoźnika wpływowego

Partnerzy/media (sieci, wydawcy, streamerzy).
Użytkownik-użytkownik (kody polecenia/linki graczy).
Co-brand/B2B (marek partnerskich/operatorów, krzyżówek).

2. 3 Według topologii wymiany

Hub & Spoke: pojedyncze centrum atrybutów i pleców jest łatwiejsza zgodność.
Siatka (federacja): bezpośrednie połączenia między łańcuchami - wymaga ścisłego kanonu wydarzeń i podpisów.
Layer-to-Layer: media → oferta → płatności/CUS → gra (jasne domeny i bramy).

3) Ontologia i identyfikatory

3. 1 Kluczowe podmioty

'referrerId',' referralId', 'plaz Id' (бсевдониz),' affiliاId', 'campaignId',' z ',' z ',' z ',', 'z', ',' Id', 'traceId'.

3. 2 Łączność i prywatność

PII jest przechowywany w strefach bezpiecznych, w zamian - tylko żetony/pseudonimy.
Link kliknij na zdarzenie: 'traceId' odcinki od kliknięcia/link do rejestracji/depozytu/gry.
TTL/wygaśnięcie dla żetonów refkodowych; ochrona przed ponownym wiązaniem urządzeń.

4) Modele zdarzeń i umowy o dane

4. 1 Minimalny zestaw wydarzeń

'ref _ click', 'deep _ link _ open', 'session _ start', 'registration', 'kyc _ status', 'deposit', 'ftd', 'bet/spin', 'mission _ progress', 'reward _ granted', 'ref _ postback _ received', 'fraud _ signal'.

4. 2 Wymagania dotyczące zdarzeń

Semantyczne wersje schematów (Schema Registry), wymagane pola i dozwolone wartości.
Idempotencja za pomocą okna deduplikacji 'Id' (± 5 min).
Strefy czasowe - UTC/ISO-8601, wszystkie kwoty i waluty z „walutą”.

5) Protokoły: linki, diplinks, SmartLink, postbacks

5. 1 Generowanie łączy rafowych

Parametry: 'rid' (referrer), 'cid' (kampania), 'oid' (oferta), 'sub1. sub5 "," utm _', "traceId'.
Podpis parametrów (JWS/HMAC), TTL, ochrona przed spoofingiem („kid”, „timestamp”).

5. 2 SmartLink/Deep Link

SmartLink przekierowuje do geo/jurysdykcji/urządzenia/SLO status tras płatniczych.
Deep Link prowadzi do konkretnej gry/lądowania/misji (kontrola dostępności według regionu/licencji).

5. 3 Listy pocztowe (S2S)

Podpisane haki internetowe: „podpis”, „ Id',” znacznik czasu „,” rid/cid/oid „,” traceId'.
Retrai z jitter i backoff; zarejestrować się do powtórki; prześlij historię kursora.

6) Przypisanie i kolizje

6. 1 Zasady przypisywania

Ostatni opcjonalny kontakt z oknami według jurysdykcji i kanału.
Szycie przez uzgodnione żetony/odciski palców (bez surowego PII).
Z trasami wielostopniowymi - wagi depozytów (patrz podziały poniżej).

6. 2 Rozdzielczość kolizji

Priorytet bezpośredniego polecenia użytkownika nad nośnikiem kliknij, jeśli okno L1 jest aktywne.
Oszustwo/nieprawidłowość: znaki „sporne”, wstrzymanie płatności przed uzgodnieniem.

7) Antyfraud i jakość ruchu polecającego

Sygnały: gospodarstwo urządzeniowe, nienaturalny CTR/CR, cykle szybkiego kliknięcia/rejestracji, niedopasowanie geo/ASN, licytacja marki, stymulowanie ruchu pod pozorem treści.
Działania: automatyczne chłodzenie, pauza linku/oferty, odwołanie klucza, czarna lista stron, ponowna weryfikacja polecenia.
Jakość karty wyników: LTV/FTD, retencja, obciążenie zwrotne/premia-nadużycie, dokładność/aktualność postbacks.

8) Obliczanie płatności i podziałów

8. 1 Podstawowe modele

CPA/CPL (stałe na zdarzenie, np. FTD/rejestracja).
RevShare (Udział w przychodach netto według okien).
Hybryda (fix + share).
Wielopoziomowy podział (L1/L2... z gębami/gwałtami).

8. 2 Wzory (uproszczone)

[
share_i=\frac{W_i\cdot Q_i}{\sum_j W_j\cdot Q_j}
]

gdzie (W_i) oznacza masę stopniową (L1> L2... lub zgodnie z modelem wkładu kanału), (Q_i) - współczynnik jakości (dostawa SLI, dokładność postback, brak oszustw/flag RG).

[
payout_i = share_i\times (Base\Reward\\text {ила }\Net\Revenue\times rate )\times Adjustments
]

„Korekty”: kredyty/kary dla SLO, potrącenia za kontrowersyjne sprawy, RG/korekty sankcji.

8. 3 Ograniczenia i osłony jamy ustnej

kwartalne/miesięczne limity; minimalna wypłata; przeprowadzenie przeglądu kontrowersyjnych wydarzeń; kawałki według jurysdykcji i statusu płatności.

9) Bezpieczeństwo, prywatność i RG

Zero Trust: mTLS dla S2S, krótkotrwałe żetony, lista egress-permit-lista.
Minimalizacja PII: w ruchu ref - tylko żetony/pseudonimy; detoksykacja ściśle w bezpiecznych strefach.
Poręcze RG: ograniczenia intensywności dla segmentów podatnych na zagrożenia; obowiązkowe zrzeczenia się; zakaz składania ofert w regionach objętych zakazem.
DPA/DPIA i lokalizacja: przechowywanie i przetwarzanie przez jurysdykcję, zakaz transgranicznego wywozu PD poza przepisami.

10) Deski rozdzielcze i obserwowalność

10. 1 Referral/Panel stowarzyszony

Kliknięcia, rejestracje, KYC, FTD, depozyty, CR/ARPU/LTV, statusy postback, podziały i oczekiwane wypłaty, pułapy/kwoty.

10. 2 Panel ekosystemowy

Mapa linkage (referrer → reference), kohorty, proporcja sporna, RG/sankcja fauls, MTTR według incydentu, wkład kanału/obwodu.

10. 3 SLO

Doręczenie pocztowe ≥ 99. 9% (p95 ≤ 1-2 s), autobus lag ≤ 200-500 ms, panel renderuje p95 ≤ 1. 5–2. 0 s, zasięg śladowy ≥ 95% ścieżek.

11) Zarządzanie - RACI

12) Procesy operacyjne

12. 1 Skierowany na pokład

KYP/KYB, źródła ruchu, jurysdykcje, przewodnik marki, umowa RG.
Emisja kluczy/API/haków internetowych; piaskownica i testy zgodności podpisów/idempotencji.

12. 2 Zmiany/wydania

Zmiana kalendarza (zielone/żółte/czerwone okna), progresywne wtrącenia (1% → 5% → 25% → 100%), barierki i automatyczne odwrócenie.

12. 3 Incydenty/pokój wojenny

P1/P2, przyciski stop (ruch/oferta/trasa), SLA dla 60-90 s pakietu śladowego, RCA „bez winy”.

12. 4 Pojednanie i płatności

Przesyłanie kursorów, uzgodnienie hashes zdarzeń, akty/faktury, NET7/14/30, trzyma (oszustwo/obciążenie zwrotne/nadużycie bonusowe), kursy FX.

13) Integracja z resztą ekosystemu

Płatności/AWS: kwoty i odcięcie na potrzeby degradacji CR/P95.
KYC/AML: etapy pass-rate i SLA; szybkie śledzenie niskiego ryzyka.
Treść/Misje: Dyplomy do gier/Turnieje z RTP/Zmienność i regionalnych kontroli ograniczeń.
Analityka/ML: modele skłonności, ranking ofert, sygnały przeciw oszustwom.

14) Anty-wzory

„Postback Zoo”: różne formaty/podpisy/okna → podwójne, straty, spory.
Przesunięcie paginacji historii zdarzeń pod obciążeniem → otwory/duplikaty (tylko kursory).
Retrai bez jitter/limitów → burza i podwójne memoriały.
PII w wydarzeniach ref → przecieki i naruszenia.
Nieograniczone wielopoziomowe ogony → toksyczna gospodarka, niezdolność do kontroli.
Pojedyncze przekierowanie SPOF bez N + 1/health-flip.
Nie ma traceId → nie można udowodnić przypisania.

15) Listy kontrolne

15. 1 Inżynieria

• Rejestr ontologii i schematu (wersje, wymagane pola).
• Umowy odsprzedaży i podpisu (JWS/HMAC), Okno deduplikacji.
• Generator SmartLink/Deep Link, TTL i ochrona parametrów.
• Przypisanie: reguła, okna, priorytety kolizji, szwy między urządzeniami.
• Modele płatne i podzielone, pułapy/limity, odliczenia.
• Zero Trust, tokenizacja, DPIA/DPA, RG-guardrails.
• deski rozdzielcze/tablice wyników i SLO, wpisy i pokój wojenny.

15. 2 Uruchomienie

• Piaskownica/zgodność, zdarzenia testowe i pojednanie.
• Stopniowe uwalnianie, auto-rollback.
• Uzgodnienie i rurociąg faktur są skonfigurowane.

15. 3 Operacja

• Cotygodniowe karty wyników jakości i SLO.
• Przegląd kontrowersyjnych/wstrzymanych spraw.
• Okresowe RCA i aktualizacje zasad.

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

v1 (Fundacja): pojedynczy kanon wydarzeń/postbacks, SmartLink, model L1, podstawowe deski rozdzielcze.
v2 (Integracja): cross-chain refs, kursor cues, hybrydowe wypłaty, scorecards, i auto-cool.
v3 (Automatyzacja): ML-ranking ofert, predykcyjne płatności cut-over/CCP, automatyczne poręcze SLI/RG.
v4 (Networked): federowane przypisywanie między sieciami, misje/turnieje zbiorowe, zasady podziału DAO.

17) Wskaźniki sukcesu

Biznes: uplift FTD/ARPU/LTV z kanałów ref, CAC/zemsta, udział źródeł jakości.
Jakość: dokładność/aktualność postbacks, kontrowersje <X%, trzyma/obciąża zwrotne.
Technika: p95 przekierowania i postbacks, opony opóźnienia, MTTR według incydentu.
Zgodność/RG: incydenty PD = 0, zgodność jurysdykcyjna, wyzwalacze RG/1k aktywne.
Gospodarka: Cost-to-Serve (per rps/txn/event), kredyty/kary, kanały ROI.

Krótkie podsumowanie

Architektura komunikacji poleceń to ID i standardy imprez, SmartLink/diplinks i podpisane postbacks, uczciwe przypisywanie, ścisła prywatność i RG, plus przejrzysta podzielona ekonomia i obserwowalność. Zbuduj kanon i SLO, zautomatyzuj barierki i pojednanie - a obwód skierowania stanie się skalowalnym, bezpiecznym i opłacalnym fundamentem dla całego ekosystemu.