Compartir revenue en la red

1) La esencia y los objetivos de RevShare

• Alinear los incentivos (crecimiento de FTD/ARPU/LTV sujeto a RG/cumplimiento);
• reducir la controversia y el costo al servicio mediante reglas uniformes de atribución y cálculo;
• garantizar la previsibilidad de la memoria caché y la resistencia a incidentes.

2) Principales modelos de distribución

2. 1 Lineal (bidireccional)

Operador ↔ Socio (estudio/afiliado): porcentaje fijo de Net Revenue cuando se realiza SLO y no hay sanciones.

2. 2 Multilateral (división de redes)

Operador ↔ Estudio ↔ Agregador ↔ Afiliado ↔ Proveedores de infraestructura: las acciones se distribuyen por contribución y calidad (ver § 5).

2. 3 Híbrido

RevShare + CPA/CPL/garantía mínima; ajustado por coeficientes de calidad y multas.

2. 4 Dinámico

Las apuestas y multiplicadores cambian según los disparadores (hora punta, región, juego/grupo de liquidez, perfiles de riesgo).

3) Qué se considera ingreso: Canónica Net Revenue

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

GGR: ingresos brutos de juegos/apuestas.
BonusCost: el valor real de los bonos/FS/cashback.
Pagos Fees/Chargebacks: comisión APM/PSP y devoluciones.
Tax/Levy: impuestos/deducciones jurisdiccionales.
Fraud Losses: pérdidas de Frod confirmadas (por procedimiento).

4) Atribución y ventanas (quién «trajo» los ingresos)

Regla: last elegible touch con ventanas por jurisdicciones y tipos de eventos (clic/registro/FTD).
Stitching de dispositivos cruzados: sólo por tokens acordados sin PDn crudos.
Contribución Multi-hop: Si el camino del jugador incluye medios/cadenas, se aplica la distribución por pesos (ver § 5. 2).
Dedoup/idempotencia: 'eventId' + firma postback, ventana ± 5 min, replicación cursiva de la historia.

5) Calidad y equidad: coeficientes y pesos

5. 1 Calidad (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, lag bus.
RG: ausencia de disparadores/penaltis «rojos».
ATTR: precisión y puntualidad de postback/tracking.
SEC/AMB: ausencia de fugas/faltas sancionadoras.

Los pesos (w _) se racionan a 1 y son aprobados por el consejo del ecosistema.

5. 2 División de red (contribución × calidad)

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

donde (CT_i) - contribución (rake/tráfico/contribuciones al grupo, costos operativos), (Q_i) - factor de calidad.

5. 3 Pago

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

'rate _ i' es una apuesta RevShare (fix/rango/altavoz).
'Adj _ i' - ajustes (créditos/penalización para SLO, multas RG, recalificaciones).

6) Contratos de datos, oráculos y probabilidad

Contratos de datos: esquemas de eventos/métricas, ventanas, propietarios, frescura SLA.
Oráculos: resúmenes firmados (GGR, bonificaciones, charjbacks, impuestos) con 'traceId' y fórmulas versionadas.
Reconciliation: descargas por cursor, conciliación de unidades y hashes, actos de discrepancia.
Auditoría WORM: registros inmutables de cambios de fórmulas/apuestas/reglas.

7) Derechos, accesos y privacidad

Zero Trust: mTLS/JWS, tokens de vida corta, egress-allow-list.
PII-minimización: tokens en lugar de PDn; desintoxicación - sólo en las áreas de seguridad.
RBAC/ABAC/ReBAC: acceso a las unidades y a las pestañas propias de los escaparates; SoD (veo ≠ cambio de apuestas ≠ administración de llaves).
Jurisdicciones: localización de datos/dinero, DPA/DPIA, prohibición de la exportación cruzada de PDn.

8) Sanciones, botones de parada y excepciones

SLO-malus/bonus: corrección automática del pago cuando se desvía del SLO objetivo.
RG/sanciones: pausa instantánea de RevShare y recibos de colina a RCA.
Break-glass: acceso de emergencia con auditoría obligatoria.
Justified Exceptions: sólo con TTL, propietario y autoservicio.

9) Economía y previsión de caché

Plan-hecho: mes a mes NetRev, split, estacionalidad, FX.
Cost-to-Serve: per rps/txn/event/stream; el costo del infierno y la compensación.
Análisis Uplift: contribución A/B/rutas de enrutamiento en NetRev.
Reservas/colinas: bajo frod/charjbeki/bonus abuse; política de NET7/14/30.

10) Escaparates y escorecards

Panel de socios: NetRev, splits, calidad (SLI/ATTR/RG), estados de disputas, pronóstico de pagos, actos.
Panel del ecosistema: mapa de distribución de NetRev por circuitos/juegos/jurisdicciones, créditos/sanciones, incidentes MTTR.
escaparates SLO: frescura ≤ 1-5 s (paneles operativos), p95 render ≤ 1. 5–2. 0 s, aptime ≥ 99. 9%.

11) Procesos: facturación y reconciliation

1. Cutoff de período (UTC, ventana clara).
2. Resúmenes/oráculos: agregados firmados de NetRev/contribuciones/sanciones.
3. Conciliación: cintas del cursor, discrepancias, protocolo de negociación.
4. Facturas/actos: generación automática, estado en el portal, curso FX.
5. Pago: condiciones NET, colinas/clau-backs.
6. RCA «sin culpables»: sobre casos polémicos y incidentes de SLO.

12) Incidentes y sala de guerra

P1: dinero/PII/degradación masiva - stop RevShare-payments, retroceso canario de tasas/reglas.
P2: divergencias locales - enfriamiento local de splits, reconciliación acelerada.
SLA en el paquete de trais: 60-90 s; criterio de cierre - resúmenes acordados.

13) Anti-patrones

«Muchas verdades» de NetRev: diferentes fórmulas/ventanas → disputas y bloqueos de pagos.
Zoológico postback: esquemas sin firmar/diferentes → tomas/pases.
Historia de paginación offset bajo carga → agujeros/tomas (utilice cursores).
SLO «en el papel»: no hay alertas, auto-malus/bonus y botones de parada.
PII en escaparates y descargas: fugas, multas.
Puerta de enlace única SPOF para redirecciones/facturación sin N + 1/DR.
Híbridos de apuestas ilimitados: una economía tóxica y un flow de caché impredecible.

14) Hojas de cheques

Diseño

• Canónica NetRev/GGR y propietarios de fórmulas (versiones, ventanas, fuentes).
• Regla de atribución, ventana, dedoop y firma de webhooks.
• Modelo de splits: CT × Q, apuestas/rangos, sanciones/bonificaciones.
• Oráculos/resúmenes, Metric Store, auditoría WORM.
• RBAC/ABAC/ReBAC, SoD, Zero Trust, tokenización.
• Cambio-calendar, botones stop, war-room.

Inicio

• Sandbox y pruebas de conformación (API/EDA/webhooks).
• Apuestas/límites canarios, auto-rollback.
• Dashboards/scorecards, alertas SLO, SLA en el paquete de trais.

Operación

• Reconciliación semanal, actos de discrepancia.
• Revuelo trimestral de apuestas/multiplicadores.
• RCA de incidentes y actualización de guardrails.

15) Hoja de ruta de la madurez

v1 (Fundación): fórmula básica NetRev, splits bidireccionales firmados postbeki, reconciliation manual.
v2 (Integración): splits de red CT × Q, oráculos y descargas por cursor, auto-malus/bono SLO, escaparates y scorecards.
v3 (Automatización): tasas dinámicas en las señales predictivas SLI/RG/attr, rutas de ingresos auto-cut-over, reconciliation inteligente.
v4 (Gobierno en red): agrupaciones entre cadenas y escisiones federadas, reglas de apuestas DAO y tesorerías transparentes (cadena on/off).

16) Métricas de éxito

Negocios: aumento de NetRev/ARPU/LTV, proporción de caché predecible, disminución de CAC/payback.
Calidad: precisión/puntualidad de los postbacks, controversia <X%, proporción de incidentes de SLO.
Técnica: p95 API/webhooks, lag bus, recubrimiento de rastreo, incidentes MTTR.
Cumplimiento/RG: incidentes PDn = 0, cumplimiento de jurisdicciones, desencadenantes RG/1k activos.
Economía: Costo-a-Serve per rps/txn/event, créditos/penaltis,% auto-reconciliation.
Asociación: proporción de socios con scorecard ≥ umbral, tiempo de entrega del paquete de trade.

Resumen breve

Revenue Sharing en la red no es un «porcentaje de la caja registradora», sino un sistema probado: canónica única NetRev, atribución honesta, fórmula de contribución × calidad, oráculos y reconciliación, privacidad estricta y SLO-gardrailes. Fije las reglas como código, muestre las divisiones en las vitrinas, automatice el bono/malus y la facturación, y RevShare se convertirá en un acelerador de crecimiento y confianza en todo el ecosistema.