Revenue Sharing im Netz

1) Wesen und Ziele von RevShare

• Angleichung der Anreize (Anstieg der FTD/ARPU/LTV unter Einhaltung der RG/Compliance);
• Verringerung der Kontroverse und des Kosten-Nutzen-Verhältnisses durch einheitliche Zuordnungs- und Berechnungsregeln;
• Gewährleistung der Vorhersehbarkeit des Caches und der Störungsresistenz.

2) Grundlegende Verteilungsmodelle

2. 1 Linear (zweiseitig)

Betreiber ↔ Partner (Studio/Affiliate): ein fester Prozentsatz von Net Revenue bei der Durchführung von SLO und keine Sanktionen.

2. 2 Multilateral (Network Split)

Betreiber ↔ Studio ↔ Aggregator ↔ Affiliate ↔ Infrastrukturanbieter: Die Anteile werden nach Beitrag und Qualität verteilt (siehe § 5).

2. 3 Hybrid

RevShare + CPA/CPL/Mindestgarantie; nach Qualitätsfaktoren und Strafen angepasst.

2. 4 Dynamisch

Die Raten und Multiplikatoren variieren je nach Auslöser (Rush Hour, Region, Liquiditätsspiel/Pool, Risikoprofile).

3) Was als Einkommen gilt: Net Revenue Canonica

[
\text{NetRev} = \text{GGR} - \text{BonusCost} - \text{Jackpot/Pool Share} - \text{Payment Fees} - \text{Chargebacks} - \text{Tax/Levy} - \text{Fraud Losses}
]

GGR: Bruttoeinnahmen aus Spielen/Wetten.
BonusCost: Der tatsächliche Wert der Boni/FS/Cashback.
Payment Fees/Chargebacks: APM/PSP Provision und Rückerstattungen.
Tax/Levy: gerichtliche Steuern/Abzüge.
Fraud Losses: Bestätigte Betrugsverluste (nach dem Verfahren).

4) Attribution und Fenster (wer „brachte“ Einkommen)

Regel: last eligible touch mit Fenstern nach Jurisdiktionen und Ereignistypen (Klick/Registrierung/FTD).
Cross-Device-Stitching: nur für vereinbarte Token ohne rohe PDs.
Multi-Hop-Beitrag: Umfasst der Spielerweg Mediusa/Ketten, gilt die Gewichtungsverteilung (siehe § 5. 2).
Dedup/Idempotenz: 'eventId' + Signatur der Postbacks, Fenster ± 5 min, Cursor-Replikation der Geschichte.

5) Qualität und Fairness: Koeffizienten und Gewichte

5. 1 Qualität (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: Aptime, p95 API/Webhooks, Bus-Lag.
RG: keine „roten“ Auslöser/Strafen.
ATTR: Genauigkeit und Aktualität des Postbacks/Tracking.
SEC/COMP: keine Lecks/Sanktionsfouls.

Die Gewichte (w _) werden auf 1 normiert und vom Ökosystemrat genehmigt.

5. 2 Network Split (Beitrag × Qualität)

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

wobei (CT_i) der Beitrag (Rake/Traffic/Poolbeiträge, Betriebskosten), (Q_i) der Qualitätsfaktor ist.

5. 3 Auszahlung

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

'rate _ i' ist der RevShare-Satz (fix/range/dynamic).
„Adj _ i“ - Anpassungen (Gutschriften/Strafen für SLO, RG-Strafen, Neuberechnungen).

6) Datenverträge, Orakel und Nachweisbarkeit

Datenkontrakte: Ereignis-/Metrikdiagramme, Fenster, Besitzer, Frische SLA.
Orakel: signierte Zusammenfassungen (GGR, Boni, Chargebacks, Steuern) mit 'traceId' und versionierten Formeln.
Reconciliation: Cursor-Uploads, Abgleich von Aggregaten und Hashes, Akte von Diskrepanzen.
WORM-Audit: Unveränderliche Änderungsprotokolle für Formeln/Gebote/Regeln.

7) Rechte, Zugang und Privatsphäre

Zero Trust: mTLS/JWS, kurzlebige Token, egress-allow-list.
PII-Minimierung: Token statt PDs; Entgiftung - nur in Safe-Bereichen.
RBAC/ABAC/ReBAC: Zugang zu Einheiten und eigenen Schaufenster-Tabs; SoD (sehen ≠ ändern Sie die Einsätze ≠ admin-Schlüssel).
Gerichtsbarkeiten: Data/Money Localization, DPA/DPIA, PD Export Cross Border Ban.

8) Sanktionen, Stopp-Buttons und Ausnahmen

SLO-Malus/Bonus: Automatische Auszahlungskorrektur bei Abweichung von den angestrebten SLOs.
RG/Sanktionen: sofortige Pause von RevShare und Hold-Einnahmen vor RCA.
Break-glass: Notfallzugang mit obligatorischem Audit.
Justified Exceptions: nur mit TTL, Besitzer und Auto-Aufnahme.

9) Cachewirtschaft und Prognose

Plan-Fakt: monatliche NetRev, Splits, Saisonalität, FX.
Cost-to-Serve: per rps/txn/event/stream; Kosten für Inferenz und Clearing.
Uplift-Analyse: Beitrag von A/V/Routing-Pfaden in NetRev.
Reserven/Holds: unter Betrug/Charjbacks/Bonus-Missbrauch; Politik der NET7/14/30.

10) Vitrinen und Scorecards

Partner Panel: NetRev, Splits, Qualität (SLI/ATTR/RG), strittige Status, Auszahlungsprognose, Acts.
Ökosystem-Panel: NetRev Verteilung Karte auf Ketten/Spiele/Jurisdiktionen, Credits/Strafen, MTTR Vorfälle.
SLO-Vitrinen: Frische ≤ 1-5 s (Bedienfelder), p95 render ≤ 1. 5–2. 0 s, Aptime ≥ 99. 9%.

11) Prozesse: Rechnungsstellung und Rückgewinnung

1. Zeitraum Cutoff (UTC, klares Fenster).
2. Zusammenfassungen/Orakel: signierte NetRev Aggregate/Beiträge/Sanktionen.
3. Überleitung: Cursorbänder, Diskrepanzen, Abstimmungsprotokoll.
4. Rechnungen/Acts: automatische Generierung, Status im Portal, FX-Kurs.
5. Auszahlung: NET-Bedingungen, Holds/Klau-Backs.
6. RCA „ohne Schuld“: zu umstrittenen Fällen und SLO-Vorfällen.

12) Vorfälle und Kriegsraum

P1: Geld/PII/massive Degradierung - Stopp von RevShare-Auszahlungen, kanarische Rücknahme von Wetten/Regeln.
P2: Lokale Abweichungen - lokale Abkühlung der Splits, beschleunigte Reconciliation.
SLA pro Trace-Paket: 60-90 s; Abschlusskriterium - vereinbarte Zusammenfassungen.

13) Anti-Muster

NetRevs „Viele Wahrheiten“: verschiedene Formeln/Fenster → Streitigkeiten und Auszahlungsblockaden.
Zoo-Postbacks: unsigniert/verschiedene Schemata → Takes/Pässe.
Offset-Paginierung der Geschichte unter Last → Löcher/Takes (Cursor verwenden).
SLO „auf Papier“: keine Alert, Auto-Malus/Bonus und Stop-Buttons.
PII in Schaufenstern und Entladungen: Lecks, Strafen.
Ein einziges SPOF-Gateway für Umleitungen/Rechnungen ohne N + 1/DR.
Unbegrenzte Wetthybride: toxische Wirtschaft und unvorhersehbarer Cashflow.

14) Checklisten

Projektierung

• NetRev/GGR Canonics und Formel-Besitzer (Versionen, Fenster, Quellen).
• Attributionsregel, Fenster, Dedup und Webhook-Signaturen.
• Split-Modell: CT × Q, Einsätze/Bereiche, Sanktionen/Boni.
• Orakel/Zusammenfassungen, Metric Store, WORM-Audit.
• RBAC/ABAC/ReBAC, SoD, Zero Trust, Tokenization.
• Änderungskalender, Stop-Buttons, Kriegsraum.

Ausführen

• Sandbox- und Conformance-Tests (API/EDA/Webhooks).
• Kanarische Wetten/Limits, Auto-Rollback.
• Dashboards/Scorecards, SLO Alerts, SLA pro Trace-Paket.

Betrieb

• Wöchentliche Reconciliation, Akte von Diskrepanzen.
• Vierteljährliche Reviews von Wetten/Multiplikatoren.
• RCA Vorfälle und guardrails Update.

15) Reifegradfahrplan

v1 (Foundation): NetRev Grundformel, bilaterale Splits, signierte Postbacks, manuelle Reconciliation.
v2 (Integration): CT × Q-Netzwerk-Splits, Orakel und Cursor-Uploads, Auto-Malus/SLO-Bonus, Vitrinen und Scorecards.
v3 (Automation): Dynamische Wetten auf prädiktive SLI/RG/attr-Signale, Auto-Cut-over-Einkommensrouten, Smart-Reconciliation.
v4 (Networked Governance): Zwischenkettenpools und föderierte Splits, DAO-Wettregeln und transparente Treasuries (on/off-chain).

16) Erfolgsmetriken

Geschäft: NetRev/ARPU/LTV-Gewinne, vorhersehbarer Cache-Anteil, CAC/Payback-Rückgang.
Qualität: Genauigkeit/Aktualität der Postbacks, Kontroverse <X%, Anteil der SLO-Vorfälle.
Technik: p95 API/Webhooks, Bus Lag, Tracing Coverage, MTTR Incidents.
Compliance/RG: PD-Vorfälle = 0, Einhaltung von Gerichtsbarkeiten, RG-Trigger/1k aktiv.
Wirtschaft: Cost-to-Serve per rps/txn/event, credits/penalty,% auto-reconciliation.
Partnerschaft: Anteil der Partner mit Scorecard ≥ Schwelle, Zeit für die Bereitstellung des Trace-Pakets.

Kurze Zusammenfassung

Revenue Sharing im Netzwerk ist kein „Prozentsatz der Kasse“, sondern ein nachweisbares System: ein einzelner NetRev-Kanon, ehrliche Attribution, eine Formel × Beitrag zur Qualität, Orakel und Reconciliation, strikte Privatsphäre und SLO-Gardrails. Regeln als Code verankern, Splits in Vitrinen zeigen, Bonus/Malus und Rechnungsstellung automatisieren - und RevShare wird zum Wachstums- und Vertrauensbeschleuniger im gesamten Ökosystem.