GH GambleHub

Partage des revenus en ligne

1) L'essence et les objectifs de RevShare

Le partage des revenus est la répartition des revenus nets entre les membres du réseau (opérateurs, studios/RGS, agrégateurs, affiliés/médias, PSP/APM, fournisseurs KYC/AML, streamers) selon des formules transparentes qui tiennent compte de la contribution et de la qualité. Objectifs :
  • Aligner les incitations (croissance du FTD/ARPU/LTV tout en respectant le RG/Complaens) ;
  • réduire la controverse et le Cost-to-Serve grâce à des règles d'attribution et de calcul uniques ;
  • assurer la prévisibilité du cache et la résilience aux incidents.

2) Les principaux modèles de distribution

2. 1 Linéaire (bilatéral)

Opérateur ↔ Partenaire (studio/affiliation) : Pourcentage fixe de Net Revenue lorsque le SLO est exécuté et qu'il n'y a pas de sanctions.

2. 2 Multipartite (réseau)

Opérateur ↔ Studio ↔ Agrégateur ↔ Affiliation ↔ Fournisseurs d'infrastructures : parts réparties en fonction de la contribution et de la qualité (voir § 5).

2. 3 Hybride

RevShare + CPA/CPL/garantie minimale ; ajusté en fonction des facteurs de qualité et des sanctions.

2. 4 Dynamique

Les taux et les multiplicateurs changent en fonction des déclencheurs (heure de pointe, région, jeu/pool de liquidités, profils de risque).

3) Ce qui est considéré comme un revenu : Net revenu canonique

Formule de base (simplifiée) :
[
\text{NetRev} = \text{GGR} - \text{BonusCost} - \text{Jackpot/Pool Share} - \text{Payment Fees} - \text{Chargebacks} - \text{Tax/Levy} - \text{Fraud Losses}
]

GGR : chiffre d'affaires brut des jeux/paris.
BonusCost : valeur réelle des bonus/FS/cashback.
Payment Fees/Chargebacks : commission APM/PSP et retours.
Taxe/Levy : taxes/prélèvements de juridiction.
Fraud Losses : pertes de frod confirmées (selon la procédure).

💡 Canonique et les propriétaires de formules sont enregistrés dans le Metric Store (versions, sources, fenêtres).

4) Attribution et fenêtres (qui a « apporté » le revenu)

Règle : last eligible touch avec fenêtres par pays et par type d'événement (clic/inscription/FTD).
Stitching cross-device : uniquement selon les tokens convenus sans PDn brut.
Contribution multi-hop : si le parcours du joueur comprend des médias/chaînes, la répartition par poids est appliquée (voir § 5. 2).
Dédup/idempotence : 'eventId' + signature postback, fenêtre ± 5 min, réplication de l'historique des cases.

5) Qualité et équité : coefficients et poids

5. 1 Qualité (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 : aptyme, p95 API/webhooks, barre de pneus.
RG : pas de déclencheurs/pénalités « rouges ».
ATTR : précision et actualité des posts/trackings.
SEC/BOU : pas de fuites/foles de sanctions.

Les poids (w _) sont rationnés à 1 et approuvés par le conseil de l'écosystème.

5. 2 Cloisonnement du réseau (contribution × qualité)

Part du participant (i) dans la période :
[
share_i=\frac{CT_i\cdot Q_i}{\sum_j CT_j\cdot Q_j}
]

où (CT_i) - contribution (rake/trafic/contributions au pool, coûts d'exploitation), (Q_i) - facteur de qualité.

5. 3 Paiement

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

'rate _ i 'est un taux RevShare (fix/plage/haut-parleur).
« Adj _ i » - ajustements (crédits/pénalités pour SLO, pénalités RG, recalculs).

6) Contrats de données, oracles et probabilités

Contrats de données : diagrammes d'événements/métriques, fenêtres, propriétaires, SLA de fraîcheur.
Oracles : résumés signés (GGR, bonus, chargbecks, taxes) avec 'traceId' et formules versionées.
Récupération : déchargement de curseurs, rapprochement des agrégats et des hachages, actes de divergence.
Audit WORM : Journaux invariables des modifications de formules/taux/règles.

7) Droits, accès et vie privée

Zero Trust : mTLS/JWS, jetons à courte durée de vie, egress-allow-list.
Minimisation PII : jetons au lieu de PDn ; désintoxication - seulement dans les zones de sécurité.
RBAC/ABAC/ReBAC : accès aux agrégats et aux onglets des vitrines ; SoD (je regarde ≠ je change les taux ≠ j'admets les clés).
Juridictions : localisation des données/de l'argent, DPA/DPIA, interdiction des exportations croisées de PDn.

8) Sanctions, boutons d'arrêt et exceptions

SLO-malus/bonus : correction automatique du paiement en cas d'écart par rapport aux SLO cibles.
RG/sanctions : pause instantanée de RevShare et collusion des recettes jusqu'à RCA.
Break-glass : accès d'urgence avec audit obligatoire.
Exceptions justifiées : seulement avec TTL, propriétaire et service automobile.

9) Économie et prévision du cache

Plan-fait : mois NetDev, split, saisonnalité, FX.
Cost-to-Serve: per rps/txn/event/stream; le coût de l'infériorité et de la compensation.
Analyse uplift : contribution A/B/chemins de routage dans NetRev.
Réserves/holds : sous frod/charjbecki/bonus-abyse ; la politique NET7/14/30.

10) Vitrines et scorecards

Panel de partenaires : NetRev, split, qualité (SLI/ATTR/RG), statuts controversés, prévisions de paiement, actes.
Tableau de bord de l'écosystème : carte de répartition NetDev par chaîne/jeu/pays, crédits/pénalités, incidents MTR.
SLO vitrine : fraîcheur ≤ 1-5 s (panneaux d'exploitation), p95 rendu ≤ 1. 5–2. 0 s, aptyme ≥ 99. 9%.

11) Processus : Facturation et reconnaissance

1. Période Cutoff (UTC, fenêtre claire).
2. Résumés/oracles : agrégats signés NetRev/contributions/sanctions.
3. Rapprochement : rubans de curseur, écarts, protocole de négociation.
4. Factures/actes : génération automatique, statut dans le portail, cours FX.
5. Paiement : Conditions NET, holds/clau-back.
6. RCA « sans coupable » : sur des affaires controversées et des incidents de SLO.

12) Incidents et salle de guerre

P1 : argent/PII/dégradation massive - stop-Rever-Share-payment, retour canarien des taux/règles.
P2 : écarts locaux - refroidissement local des split, récupération accélérée.
SLA par paquet de remorques : 60-90 s ; le critère de clôture est les résumés convenus.

13) Anti-modèles

« Beaucoup de vérités » NetRev : différentes formules/fenêtres → controverses et blocages de paiement.
Zoo Post-Back : schémas non signés/différents → prises/passes.
Offset-pagination de l'histoire sous charge → trous/prises (utiliser les curseurs).
SLO « sur papier » : pas d'alertes, auto-malus/bonus et boutons stop.
PII en vitrines et déchargement : fuites, amendes.
Une seule passerelle SPOF pour le redirect/facturation sans N + 1/DR.
Hybrides de taux illimités : économie toxique et flow de cache imprévisible.

14) Chèques-feuilles

Conception

  • Canonique NetRev/GGR et propriétaires de formules (versions, fenêtres, sources).
  • Règle d'attribution, fenêtre, dédupit et signature Web.
  • Modèle de split : CT × Q, paris/fourchettes, sanctions/bonus.
  • Oracles/résumés, Metric Store, Audit WORM.
  • RBAC/ABAC/ReBAC, SoD, Zero Trust, Tokenization.
  • Changez de calendrier, boutons stop, salle de guerre.

Démarrage

  • Bac à sable et tests de conformité (API/EDA/webhooks).
  • Taux/limites canariens, auto-rollback.
  • Dashboards/scorecards, alertes SLO, SLA sur le paquet de remorques.

Exploitation

  • Reconnaissance hebdomadaire, actes de divergence.
  • Revues trimestrielles de paris/multiplicateurs.
  • RCA incidents et mise à jour des guardrails.

15) Feuille de route pour la maturité

v1 (Foundation) : formule de base NetRev, split bidirectionnel signé post-Bec, reconnaissance manuelle.
v2 (Intégration) : Séparateurs réseau CT × Q, oracles et décharges de curseurs, auto-malus/bonus SLO, vitrines et scorecards.
v3 (Automation) : taux dynamiques sur les signaux prédictifs SLI/RG/attr, itinéraires de revenu auto-cut-over, smart-reconciliation.
v4 (gouvernance en réseau) : pools inter-chaînes et split fédérés, règles de taux DAO et trésorerie transparente (on/off-chain).

16) Les métriques du succès

Business : croissance NetRev/ARPU/LTV, part du cache prévisible, baisse du CAC/payback.
Qualité : exactitude/actualité des posts, controverse <X %, proportion d'incidents SLO.
Technique : API/Webhooks p95, pneu, revêtement de trace, incidents MTTR.
Conformité/RG : incidents PDn = 0, conformité avec les juridictions, déclencheurs RG/1k actifs.
Économie : Cost-to-Serve per rps/txn/event, crédits/pénalité, % auto-reconnaissance.
Partenariat : Part des partenaires avec scorecard ≥ seuil, temps de livraison du paquet.

Résumé succinct

Revenue Sharing au réseau est non "le pour-cent de la caisse", et le système démontrable : commun du chanoine NetRev, honnête атрибуция, la formule le dépôt × la qualité, les oracles et reconciliation, en rabotant приватность et SLO-gardrejly. Fixez les règles en tant que code, montrez les split dans les vitrines, automatisez les bonus/malus et la facturation - et RevShare sera un accélérateur de croissance et de confiance dans l'ensemble de l'écosystème.

Contact

Prendre contact

Contactez-nous pour toute question ou demande d’assistance.Nous sommes toujours prêts à vous aider !

Commencer l’intégration

L’Email est obligatoire. Telegram ou WhatsApp — optionnels.

Votre nom optionnel
Email optionnel
Objet optionnel
Message optionnel
Telegram optionnel
@
Si vous indiquez Telegram — nous vous répondrons aussi là-bas.
WhatsApp optionnel
Format : +code pays et numéro (ex. +33XXXXXXXXX).

En cliquant sur ce bouton, vous acceptez le traitement de vos données.