Architettura delle relazioni referali
1) Perché l'ecosistema ha legami referali
I legami referali sono ponti sostenibili e riproducibili tra fonti di influenza (affiliati, creatori di contenuti, strimer, utenti ambassador) e azioni di conversione (registrazione, KYC, deposito, gioco). L'architettura specifica:- prevedibilità di attribuzione e pagamento;
- Velocità di ridimensionamento e scalabilità dei partner
- sicurezza/privacy (PII-minimizzazione, RG-guardrails);
- economia (split onesto, Cost-to-Cerve, RE canali).
2) Modelli di relazioni referali
2. 1 Profondità
Monolocale (L1): ricompensa dell'evento di destinazione primario (FTD/deposito/attivazione missione).
Multi-livello (L2 +) - Le percentuali di pagamento vanno verso l'alto nell'albero di riferimento; applica un limite di livello/gap/commissione.
Ibrido: L1 fix + piccola coda sottile L2.
2. 2 In base al supporto di influenza
Affiliati/media (reti, pub, striamer).
User-to-User (codici referali/linette dei giocatori).
Co-brand/B2B (partner/operatori, transizioni a catena).
2. 3 Per topologia di scambio
Hub & Spoke: un unico centro di attribuzione e postbeek è più semplice da conformare.
Mesh (federazione) - collegamenti diretti tra le catene - richiede una canonica rigorosa di eventi e firme.
Layer-to-Layer - Media Off-Off pagamenti/CUS gioco (domini chiari e gateway).
3) Ontologia e identificatori
3. 1 Entità chiave
`referrerId`, `referralId`, `playerId` (псевдоним), `affiliateId`, `campaignId`, `offerId`, `routeId`, `operatorId`, `providerId`, `traceId`.
3. 2 Connettività e privacy
PII è memorizzato in cassaforte, solo token/alias nello scambio.
Il collegamento del click con l'evento «traceId» va dal click/link alla registrazione/deposito/gioco.
TTL/expiry per i token di riflessi; Protezione contro il ricollocamento dei dispositivi.
4) Modello di evento e contratti di dati
4. 1 Set minimo di eventi
`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 Requisiti di eventi
Versioni semantiche dello schema, campi obbligatori e valori validi.
Idampotenza attraverso «eventId» + finestra di deduplicazione (© 5 min).
Fuso orario - UTC/ISO-8601, tutte le somme e le valute con «currency».
5) Protocolli: collegamenti, licenze, SmartLink, postbecchi
5. 1 Generazione di ref-links
I parametri sono "rid", "cid", "oid", "sub1" sub5 "," utm _ "," traceId ".
Firma parametri (JWS/HMAC), TTL, Protezione sostituzione («kid», «timestamp»).
5. 2 SmartLink/Deep Link
SmartLink reindirizza per geo/giurisdizione/dispositivo/stato delle rotte di pagamento SLO.
Deep Link conduce a un particolare gioco/landing/missione (controllo di disponibilità regionale/licenza).
5. 3 Postbecchi (S2S)
Siti firmati: «firma», «eventId», «timestamp», «rid/cid/oid», «traceId».
Retrai con jitter e backoff; Registro per il rinnovo Caricamento cronologia cursore.
6) Attribuzioni e conflitti
6. 1 Regole di attribuzione
Last eligibile touch con finestre attraverso giurisdizioni e canali.
Cross device stitching attraverso token/fingerprint coerenti (senza PII crudo).
Per le rotte in più posti - peso depositi (vedere i split sottostanti).
6. 2 Risoluzione conflitti
La priorità del riassunto diretto dell'utente sul click multimediale se la finestra L1 è attiva.
Frod/nevalide: contrassegni «disputed», cold pagamenti prima della riscossione.
7) Antifrode e qualità del traffico referale
I segnali sono: device farm, CTR/CR innaturale, cicli veloci click/registrazione, geo/ASN non corrispondente, brand-bidding, traffico di stimolazione sotto forma di contenuti.
Azioni: raffreddamento automatico, pausa liner/off, revoca delle chiavi, blacklist dei siti, rivisitazione del refurtiva.
Scorecard di qualità: LTV/FTD, ritenzione, conformeback/bonus-abuse, precisione/tempestività postbeek.
8) Calcolo pagamenti e split
8. 1 Modelli di base
CPA/CPL (fix per evento, ad esempio FTD/registrazione).
RevShare (parte di Net Revenue sulla finestra).
Ibrido (fix + quota).
Split su più livelli (L1/L2... con caps/soglie).
8. 2 Formule (semplificate)
Percentuale di refurtiva (i) con un contributo a più velocità:[
share_i=\frac{W_i \cdot Q_i}{\sum_j W_j \cdot Q_j}
]
dove (W _ i) - Peso del passo (L1> L2... o secondo il modello di contributo del canale), (Q _ i) - fattore di qualità (SLI di consegna, precisione postbeek, assenza di flag/flag RG).
Pagamento:[
payout_i = share_i \times (Base\ Reward \ \text{или} \ Net\ Revenue \times rate) \times Adjustments
]
«Adjustments»: crediti/penali per SLO, trattenute per valigette contese, RG/regolamenti sanzionatori.
8. 3 Vincoli e gap
Limiti trimestrali/mensili; Pagamento minimo; una collina in preda ad eventi controversi; tagli per giurisdizione e stato di pagamento.
9) Sicurezza, privacy e RG
Zero Trust: mTLS per S2S, token a vita corta, egress-allow-list.
Riduzioni PII: solo token/alias detonazione rigorosa nelle aree di sicurezza.
RG-guardrails: limiti di intensità per segmenti vulnerabili Diskleader obbligatori divieto di off-off nelle regioni proibite.
DPA/DPIA e localizzazione: conservazione e elaborazione per giurisdizione, divieto di esportazione transfrontaliera di PDN al di fuori delle regole.
10) Dashboard e osservabilità
10. 1 Pannello di riferimento/affiliati
Click, registrazione, KYC, FTD, depositi, CR/ARPU/LTV, states postbeek, split e pagamenti previsti, caps/quote.
10. 2 Pannello ecosistema
Mappa dei collegamenti (referrer→referal), coorti, percentuale di contenziosi, RG/falle di sanzioni, MTTR sugli incidenti, contributi di canali/catene.
10. 3 SLO
Consegna postbeek al 99. 9% (p95 ≤ 1-2 c), ≤ pneumatici 200-500 ms, render pannelli p95 ≤ 1. 5–2. 0 c, traccia del 95% dei percorsi.
11) Governance и RACI
12) Processi operativi
12. 1 Rifornimento
KYP/KYB, fonti di traffico, giurisdizione, marchio-hyde, accordo RG.
Rilascio di chiavi/API/webhoop; arenaria e prove conformance di firma/idempotenza.
12. 2 Modifiche/release
Change-calendar (finestre verdi/gialle/rosse), accensione progressiva (1%→5%→25%→100%), guardrail e auto-rollback.
12. 3 Incidenti/war-room
P1/P2, pulsanti di stop (traffico/off/itinerario), SLA sul pacchetto di trazione 60-90 c, RCA «senza trovare colpevoli».
12. 4 Riscossione e pagamenti
Scarichi di cursori, accoppiamento eventi, atti/fatture, NET7/14/30, trattenute (frod/charjbecks/bonus-abuse), corsi FX.
13) Integrazione con gli altri strati dell'ecosistema
Pagamenti/ARM: quote e cut-over in caso di degrado CR/P95.
KYC/AML: pass-rate e SLA fast-track per a basso rischio.
Contenuti/missioni: corsi per giochi/tornei con test RTP/volatilità e restrizioni regionali.
Analisi/ML: modelli propensity, classificazione offshore, antifrode.
14) Anti-pattern
«Zoo Postbeek», diversi formati/firme/finestre, riprese, perdite, discussioni.
Paginazione offset della cronologia degli eventi sotto il carico del buco/duplicato (solo cursori).
Retrai senza jitter/limiti, tempesta e doppi guadagni.
I firewall sono stati segnalati da fuoriuscite e violazioni.
Code illimitate su più livelli, economia tossica, impossibilità di controllo.
Un unico SPOF-redirect senza N + 1/health-flip.
Non si può provare l'attribuzione.
15) Assegno fogli
15. 1 Progettazione
- Ontologia e Schema Registry (versioni, campi obbligatori).
- Contratti postbeek e firma (JWS/HMAC), finestra di deduplicazione.
- SmartLink/Deep Link generatore, TTL e protezione dei parametri.
- Attributo: regola, finestre, priorità delle collisioni, cross-device stitching.
- Modelli di pagamento e split, caps/limiti, trattenimento.
- Zero Trust, Torning, DPIA/DPA, RG-Guardrails.
- Dashboard/scorecards e SLO, alert e war-room.
15. 2 Avvia
- Sabbia/conformazione, test-eventi e compressione.
- Rilascio progressivo, auto-rollback.
- È stata configurata la riparazione e la fattura pipline.
15. 3 Funzionamento
- Scorecards settimanali di qualità e SLO.
- Invio di valigette controverse/collettive.
- RCA periodici e aggiornamento delle regole.
16) Road map della maturità
v1 (Fondazione) è una canonica unica di eventi/postbeek, SmartLink, modello L1, dashboard base.
v2 (Integration) - Collegamenti a catena incrociata, repliche cursori, pagamenti ibridi, scorecards e raffreddamento automatico.
v3 (Automation): ML-classificazione offshore, cut-over predittivo pagamenti/CUS, auto-guardrail SLI/RG.
v4 (Networked) - Assegnazione federale tra reti, missioni collettive/tornei, regole DAO split.
17) Metriche di successo
Business: uplift FTD/ARPU/LTV da feed, SAS/ritorno, percentuale di fonti di qualità.
Qualità: precisione/puntualità dei postbeek, controvalore <X%, colline/charjbeek.
Tecnica: p95 rediretti e postbeek, pneumatici, MTTR per incidenti.
Compilation/RG: incidenti PDN = 0, rispetto delle giurisdizioni, trigger RG/1k attivi.
Economia: Cost-to-Cerve (per rps/txn/event), crediti/penali, RE canali.
Breve riepilogo
L'architettura delle relazioni referali è uno standard di identificatori ed eventi, SmartLink/diploma e post-etichette firmate, onesta attribuzione, stretta privacy e RG, oltre a un'economia trasparente di split e osservabilità. Costruite la canonica e la SLO, automatizzate il guardrail e la reconciazione e il tracciato refrattario diventerà la base scalabile, sicura e redditizia dell'intero ecosistema.