Yggdrasil - Revisión e integración

2) Portafolios, mecánicos y series

2. 1 Contenido

Ranuras (core): clásicos/fantasía/mitología, temas de «libro», rejillas y mecánicas en cascada.
Variabilidad de RTP: normalmente varios perfiles (p. ej., 96. x/95. x/94. x/92. x) bajo jurisdicción.
Volatilidad: de low a very high; en la tarjeta del juego se indican 'volatility', 'hit _ rate', 'max _ win'.

2. 2 Mecánicas de marca

Gigablox son grandes símbolos «pegados» (2 × 2 a 6 × 6 +) en cada espalda.
MultiMax/DoubleMax son multiplicadores que se acumulan a través de los tambores/combinaciones (DoubleMax duplica la serie).
Splitz - un carácter «se divide» en varios, aumentando las líneas/ways.
GigaRise - crecimiento dinámico de la altura de los tambores en la ronda/sesión.

2. 3 Títulos superiores (ejemplos)

Vikings Go Berzerk/To Hell es una serie con un progreso de furia y peleas con wylds.
El Valle de los Dioses (1/2) son respinas, eliminación de bloqueadores, multiplicadores y extravagancias.
Raptor DoubleMax - cascadas + duplicar el multiplicador después de cada ganancia.
Hades Gigablox, Cazino Zeppelin/Cosmos, Golden Fish Tank, Easter Island son éxitos «de hoja perenne».

3) Plataforma promocional y campañas

BOOST: torneos (por win-multiplier/sum of wins), Prize Drops (drops aleatorios de premios), Misiones (cumplir N condiciones en K juegos), Cash Race.
Free Spins/Bonus Packs: Emisión por partidas/denominaciones específicas (si se incluye en la configuración).
Widgets/banners: elementos de UI listos para el escaparate y las páginas del juego (localizables).

4) YG Masters y GATI (para el ecosistema)

YG Masters es un programa de publicación de juegos de estudios de afiliados bajo una pila de distribución de paraguas.
GATI (Game Adaptation Tools & Interface): plantillas y adaptadores unificados para paquetes de facturación/localización/regulación → una integración en el operador - muchos estudios/títulos.

5) Jurisdicciones y restricciones

Los requisitos varían según: RTP, límites de apuestas/ganancias, Buy Feature/Autoplay/Quick Spin, textos obligatorios de juego responsable, iconos de límite de edad.
No todas las campañas/premios y monedas están disponibles en cada región.
Los reguladores requieren un cut-off para reportar y almacenar registros de nivel redondo (ver § 9).

• `region → rtp_profile, features_allowed, bet_limits, promo_availability, texts_required`.

6) Arquitectura de integración

6. 1 Billeteras

Seamless (transfer-less): el balance del operador; endpoints '/authorize ', '/bet', '/win ', '/rollback'; se necesita una idempotencia estricta.
Transfer Wallet: pre-transferencia de fondos a RGS; cálculos y sincronización al cierre de la sesión.

6. 2 Interfaces y eventos

6. 3 Tiempos de espera/retiros

Tiempo de espera del cliente 2-3 s; backoff exponencial; cola de replay y deduplicación; «at-least once» webhooks en su lado → manejadores idempotentes.

6. 4 Localización/dispositivos

UI multilingüe, formatos de divisas correctos, gamas ligeras (especialmente para cuadrículas y Gigablox), mobile-first.

7) Esquema de eventos y análisis

7. 1 Mini esquema de eventos (JSON)

json
{
"event_id": "01J...YGG",
"event_time": "2025-11-02T12:31:05Z",
"type": "bet    win    bonus    promo    session_start    session_end    disconnect    reconnect",
"user": {"id":"u123","tenant":"op1","country":"DE"},
"game": {"id":"ygg_raptor_doublemax","rgs":"yggdrasil","category":"slot"},
"session": {"id":"s456","device":"android"},
"wager": {"amount":1.00,"currency":"EUR","round_id":"r789"},
"payout": {"amount":18.40,"jackpot":false},
"promo": {"type":"mission","id":"msn_2025w44","progress":0.6},
"meta": {"rtp_profile":"96","jurisdiction":"MGA","mechanics":["DoubleMax","Cascade"]}
}

7. 2 Métricas clave

GGR/NGR, Hit Rate, Spin Frequency, Bonus Entry/Completion Rate, Mission Completion, Prize Drop Participation.
Calidad RGS: p95/p99 API, error-rate, registro de webhook, tamaño de cola retry.
Jugador/sesión: ARPPU/ARPU, avg session length, señales churn, quejas/1k rondas.

7. 3 Antifraude/antiarbitraje

Carruseles de misiones/bonos, perfiles de ganancia anormales, multi-account/device, geo-anomalías.
Reacciones: pausa promocional/juego por segmento, límites de apuestas, verificación manual.

8) RTP, volatilidad y exposición

Almacene 'rtp _ profile' per mercado; bloquee Autoplay/Feature Buy donde esté prohibido.
Controle 'max _ potential _ payout' por ronda/juego; para mecánicos de alta volatilidad (DoubleMax/MultiMax), coloque los guardaespaldas VIP en los límites.
Para Gigablox/Splitz, realice un seguimiento de los picos de exposición en las «series largas» de frespins.

9) Presentación de informes y conciliación

logs round-level (apuestas/pagos/bonos/promociones/estados);

Informe Daily Game sobre juegos/divisas/mercados; cut-off según la hora de servidor del proveedor (almacenar TZ/offset).
Conciliación: suma de eventos de operador vs informes de resumen del proveedor; delta sólo se permite en rondas no cubiertas.

10) Observabilidad y integración de SLO

API: `/authorize`, `/bet`, `/win` — p95/p99 и error-rate; Proporción de transacciones duplicadas.
Eventos: webhook-lag, tamaño de cola retry, fracción de 'rollback/void'.
Promo: delivery-rate misiones/drops, el premio de la deuda.
Facturación: discrepancia de informes <umbral, porcentaje cerrado a cut-off.

SLO (esbozo)

yaml slo:
api:
bet_p95_ms: 250 win_p95_ms: 250 error_rate_pct: <=0.3 events:
webhook_lag_p95_s: <=3 duplicate_txn_pct: <=0.1 promo:
reward_grant_p95_s: <=5 mission_state_lag_s: <=10 billing:
report_delta_pct: <=0.2 closed_by_cutoff_pct: >=99.7

11) Seguridad y cumplimiento

firmas mTLS + HMAC, allowlist IP, tokens de vida corta; protección de las confecciones promocionales.
Minimización PII en eventos, tokenización 'user _ id'; RLS/CLS por región/tenante.
Responsible Gaming: Reality Check, límites/autoexclusión; textos/fuentes correctos.
Banderas jurisdiccionales en el lanzamiento: autoplay/quick spin/feature buy, límites de apuestas/sesión, divulgación de RTP.

12) Marketing y escaparate

Estanterías: "Éxitos de Yggdrasil'," Gigablox "," DobleMax/MultiMax "," Splitz "," Alta volatilidad "," Clásicos ".
Теги: `Gigablox`, `DoubleMax`, `Splitz`, `Cascade`, `Book`, `High Volatility`.
Campañas: torneos/drops a través de BOOST, misiones con progreso, freespines en el onboarding.
Assets: iconos 1:1, pósters 16: 9/4: 3 (webp), vídeos de preview cortos; títulos/descripciones localizadas.

13) Plan de prueba y QA

13. 1 Lista de comprobación de estado

• '/autorize '/clausura del período de sesiones; los idiomas/monedas/formatos son correctos.
• '/bet '/'/win 'son idempotentes; repetición con el mismo 'transaction _ id' → la respuesta anterior.
• Tiradas Gratis/Bonus/Misiones/Drops de Premio: devengo → gasto → informe.
• Jurisdicciones: prohibición de Autoplay/Feature Buy, perfil RTP correcto, límites de apuestas/sesiones.
• Informes: coincidencia con eventos, cut-off, multivalor.

13. 2 Escenarios negativos

Duplicado 'transaction _ id' → 200 con el resultado guardado.
El tiempo de espera en '/win '→ un retorno seguro sin doble pago.
Una región sin promo/moneda → fallo determinista y localización correcta.
Disconnect/Resume → la integridad del estate y la ronda; progreso fiel de las misiones.

14) Errores frecuentes y anti-patrones

Un único RTP y la exhibición de fiches prohibidos → riesgos de cumplimiento.

15) Plantillas de configuración

15. 1 Juego/Mercado

yaml game_config:
game_id: "ygg_hades_gigablox"
markets:
- region: "MGA"
rtp: "96.0"
features: {autoplay: true, feature_buy: true}
bet_limits: {min: 0.20, max: 100}
- region: "UKGC"
rtp: "94.0"
features: {autoplay: false, feature_buy: false}
bet_limits: {min: 0.10, max: 10}

15. 2 Política de idempotencia

yaml idempotency:
key: "transaction_id"
storage: "redis+db"
ttl: "30d"
behavior: "return_last_result"

15. 3 Esquema de eventos (mínimo)

yaml events:
keys: [event_id, event_time, type, user.id, game.id, session.id, wager.round_id]
bet:  [amount, currency, ext_ref]
win:  [amount, jackpot, ext_ref]
promo: [type, id, value]
tech: [client, device, latency_ms]

15. 4 BOOST/misiones (esbozo)

yaml promo_campaign:
id: "boost_q4_2025"
type: ["tournament","prize_drop","mission"]
games: ["ygg_raptor_doublemax","ygg_valley_of_the_gods_2"]
rules:
tournament: {scoring: "win_multiplier", min_bet: 0.2}
prize_drop: {budget_eur: 20000, prizes: 1500, min_bet: 0.2}
mission:
steps:
- {game:"ygg_raptor_doublemax", goal:"win_x>=25", count:1}
- {game:"ygg_valley_of_the_gods_2", goal:"free_spins_trigger", count:1}

16) Hoja de ruta para la implementación

1. Inventory & Markets: lista de juegos de Yggdrasil/YG Masters, perfiles RTP, banderas/límites; tarjeta de disponibilidad de promociones/monedas.
2. API & Wallet: selección de billetera, idempotencia, retraídas, webhooks; confiscación de la promoción BOOST.
3. Eventos & Reports: diagrama de eventos, logs de nivel redondo, cut-off y TZ.
4. Compliance: confecciones jurisdiccionales, requisitos RG, textos/banners.
5. Promo: torneos/misiones/drops, integración en escaparate y CRM.
6. Observabilidad: paneles SLO (API/eventos/promoción/facturación), alertas, réplicas.
7. Go-Live: tráfico canario, KPI comparativo (GGR, hit rate, mission completion, complaints), post-mortem de la semana 1.

17) Resultado

Yggdrasil combina fuertes mecánicas propias y un ecosistema escalable de maestros YG basados en GATI, y la plataforma BOOST simplifica la promoción a nivel de red. La integración exitosa se basa en una facturación idempotente, RTP/fiches correctos por jurisdicciones, informes transparentes con cut-off y observabilidad de SLO. Con un escaparate bien diseñado y promocional, la cartera de Yggdrasil proporciona una contribución sostenible a GGR/LTV con riesgos gestionados y costos de servicio.