GH GambleHub

Revenue Sharing Online

1) The essence and goals of RevShare

Revenue Sharing (RevShare) is the distribution of net income among network participants (operators, studios/RGS, aggregators, affiliates/media, PSP/APM, KYC/AML providers, streamers) according to transparent formulas that take into account contribution and quality. Objectives:
  • align incentives (increase in FTD/ARPU/LTV while meeting RG/compliance);
  • reduce controversy and Cost-to-Serve through uniform attribution and calculation rules;
  • Ensure cache predictability and incident resilience.

2) Basic distribution models

2. 1 Linear (two-sided)

Operator ↔ Partner (studio/affiliate): fixed% of Net Revenue when performing SLO and no sanctions.

2. 2 Multi-party (network split)

Operator ↔ Studio ↔ Aggregator ↔ Affiliate ↔ Infrastructure providers: shares are distributed according to contribution and quality (see § 5).

2. 3 Hybrid

RevShare + CPA/CPL/minimum warranty; adjusted for quality factors and penalties.

2. 4 Dynamic

Rates and multiples vary by trigger (rush hour, region, play/liquidity pool, risk profiles).

3) What counts as income: Net Revenue canon

Basic formula (simplified):
[
\text{NetRev} = \text{GGR} - \text{BonusCost} - \text{Jackpot/Pool Share} - \text{Payment Fees} - \text{Chargebacks} - \text{Tax/Levy} - \text{Fraud Losses}
]

GGR: Gross Gaming/Betting Revenue.
BonusCost: actual value of bonuses/FS/cashback.
Payment Fees/Chargebacks: APM/PSP fees and returns.
Tax/Levy: jurisdictional taxes/deductions.
Fraud Losses: confirmed fraud losses (per procedure).

💡 Canonica and formula owners are fixed in the Metric Store (versions, sources, windows).

4) Attribution and windows (who "brought" income)

Rule: last optional touch with windows by jurisdiction and event type (click/register/FTD).
Cross-device stitching: only for agreed tokens without raw PD.
Multi-hop contribution: if the player's path includes mediuses/chains, weight distribution is applied (see § 5. 2).
Dedup/idempotency: 'eventId' + postback signature, window ± 5 minutes, cursor history replication.

5) Quality and Fairness: Odds and Weights

5. 1 Quality (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: uptime, p95 API/webhooks, bus lag.
RG: No red triggers/penalties.
ATTR: accuracy and timeliness of postbacks/tracking.
SEC/COMP: No leaks/sanctioned fouls.

Weights (w _) are rationed to 1 and approved by the ecosystem council.

5. 2 Network split (contribution to × quality)

Share of participant (i) in the period:
[
share_i=\frac{CT_i\cdot Q_i}{\sum_j CT_j\cdot Q_j}
]

where (CT_i) is the contribution (rake/traffic/pool contributions, operating costs), (Q_i) is the quality factor.

5. 3 Payout

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

'rate _ i '- RevShare rate (fix/range/dynamics).
'Adj _ i '- adjustments (credits/penalties for SLO, RG penalties, recalculations).

6) Data contracts, oracles and provability

Data Contracts: event/metric diagrams, windows, owners, freshness SLA.
Oracles: signed summaries (GGR, bonuses, chargebacks, taxes) with 'traceId' and versioned formulas.
Reconciliation: cursor uploads, reconciliation of aggregates and hashes, discrepancy acts.
WORM audit: unchanging formula/rate/rule change logs.

7) Rights, access and privacy

Zero Trust: mTLS/JWS, short-lived tokens, egress-allow-list.
PII minimization: tokens instead of PDs; detoxification - only in safe zones.
RBAC/ABAC/ReBAC: access to aggregates and own window tabs; SoD (look ≠ change rates ≠ admin keys).
Jurisdictions: localization of data/money, DPA/DPIA, prohibition of cross-border export of personal data.

8) Sanctions, stop buttons and exceptions

SLO-Malus/Bonus - Automatically adjusts payout for deviations from target SLOs.
RG/sanctions: RevShare instant pause and revenue hold to RCA.
Break-glass: emergency access with mandatory audit.
Justified Exceptions: with TTL, Owner and Autofit only.

9) Cache Economics and Forecasting

Plan-actual: monthly NetRev, splits, seasonality, FX.
Cost-to-Serve: per rps/txn/event/stream; the cost of inference and clearing.
Uplift analysis: contribution of A/B/routing paths to NetRev.
Reserves/holds: under fraud/chargebacks/bonus abuse; NET7/14/30 policy.

10) Shop windows and scorecards

Partner panel: NetRev, splits, quality (SLI/ATTR/RG), status of disputes, payment forecast, acts.
Ecosystem panel: NetRev distribution map by chain/game/jurisdiction, credits/penalties, incident MTTR.
SLO showcases: freshness ≤ 1-5 s (operating panels), p95 render ≤ 1. 5–2. 0 s, uptime ≥ 99. 9%.

11) Processes: invoicing and reconciliation

1. Cutoff period (UTC, clear window).
2. Summaries/oracles: signed NetRev/contribution/sanction aggregates.
3. Reconciliation: cursor tapes, discrepancies, reconciliation protocol.
4. Invoices/acts: automatic generation, portal status, FX course.
5. Payout: NET conditions, holds/klau-backs.
6. RCA "no fault": on controversial cases and SLO incidents.

12) Incidents and war-room

P1: money/PII/mass degradation - stop RevShare payments, canary rollback of rates/rules.
P2: local discrepancies - local cooling of splits, accelerated reconciliation.
SLA per trace package: 60-90 s; closing criterion - agreed summaries.

13) Anti-patterns

"Many truths" NetRev: different formulas/windows → disputes and payment locks.
Postback Zoo: unsigned/different schemes → takes/passes.
Offset pagination of history under load → holes/doubles (use cursors).
SLO "on paper": no alerts, auto-malus/bonus and stop buttons.
PII in shop windows and unloading: leaks, fines.
Single SPOF gateway for redirects/invoicing without N + 1/DR.
Unlimited betting hybrids: Toxic economics and unpredictable cash flow.

14) Checklists

Design

  • NetRev/GGR canon and formula owners (versions, windows, sources).
  • Attribution rule, windows, dedup and webhook signatures.
  • Split model: CT × Q, rates/ranges, sanctions/bonuses.
  • Oracles/summaries, Metric Store, WORM audit.
  • RBAC/ABAC/ReBAC, SoD, Zero Trust, tokenization.
  • Change-calendar, stop-buttons, war-room.

Start

  • Sandbox and conformance tests (API/EDA/webhooks).
  • Canary bets/limits, auto-rollback.
  • Dashboards/scorecards, SLO alerts, SLAs per trace package.

Operation

  • Weekly reconciliation, discrepancy reports.
  • Quarterly Rate/Multiple Reviews.
  • RCA incidents and guardrails update.

15) Maturity Roadmap

v1 (Foundation): NetRev base formula, two-sided splits, signed postbacks, manual reconciliation.
v2 (Integration): CT × Q network splits, oracles and cursor uploads, auto-malus/SLO bonus, showcases and scorecards.
v3 (Automation): dynamic rates for predictive SLI/RG/attr signals, auto-cut-over revenue routes, smart-reconciliation.
v4 (Networked Governance): interconnect pools and federated splits, DAO rules of rates and transparent treasuries (on/off-chain).

16) Success metrics

Business: NetRev/ARPU/LTV growth, predictable cache share, CAC/payback decline.
Quality: accuracy/timeliness of postbacks, disputability <X%, share of SLO incidents.
Technique: p95 API/webhooks, bus lag, trace coverage, MTTR incidents.
Compliance/RG: PD incidents = 0, jurisdictional compliance, RG triggers/1k active.
Economy: Cost-to-Serve per rps/txn/event, credits/penalties,% auto-reconciliation.
Partnership: the share of partners with scorecard ≥ the threshold, the time to provide a trace package.

Brief Summary

Revenue Sharing on the network is not a "percentage of the box office," but a provable system: a single NetRev canon, honest attribution, × quality contribution formula, oracles and reconciliation, strict privacy and SLO gardrails. Pin rules as code, show splits in storefronts, automate bonus/malus and invoicing - and RevShare will be an accelerator of growth and trust throughout the ecosystem.

Contact

Get in Touch

Reach out with any questions or support needs.We are always ready to help!

Start Integration

Email is required. Telegram or WhatsApp — optional.

Your Name optional
Email optional
Subject optional
Message optional
Telegram optional
@
If you include Telegram — we will reply there as well, in addition to Email.
WhatsApp optional
Format: +country code and number (e.g., +380XXXXXXXXX).

By clicking this button, you agree to data processing.