Yggdrasil - Aperçu et intégration

2) Portfolio, mécanique et série

2. 1 Contenu

Slots (core) : classique/fantasy/mythologie, thèmes « livres », mécanique maillée et cascade.
Variabilité RTP : typiquement plusieurs profils (par exemple, 96. x/95. x/94. x/92. x) relevant de la juridiction.
Volatilité : faible à très élevé ; la carte du jeu indique 'volatilité', 'hit _ rate', 'max _ win'.

2. 2 Mécaniciens de marque

Les Gigablox sont de gros caractères « collés » (2 × 2 à 6 × 6 +) dans chaque dos.
MultiMax/DoubleMax sont des multiplicateurs qui s'accumulent à travers les rouleaux/combinaisons (DoubleMax double la série).
Splitz - un symbole « brisé » par plusieurs, augmentant les lignes/voies.
GigaRise est une augmentation dynamique de la hauteur des tambours en round/session.

2. 3 titres (exemples)

Vikings Go Berzerk/To Hell est une série avec des progrès de la rage et des combats avec des wiles.
Valley of the Gods (1/2) - respins, suppression des bloqueurs, multiplicateurs et extras-life.
Raptor DoubleMax - cascades + double multiplicateur après chaque gain.
Hades Gigablox, Cazino Zeppelin/Cosmos, Golden Fish Tank, Easter Island sont des succès « éternels ».

3) Plateforme promotionnelle et campagnes

BOOST : tables de tournoi (par win-multiplier/sum of wins), prix Drops (drops aléatoires de prix), Missions (remplir N conditions dans les jeux K), Cash Race.
Free Spins/Bonus Packs : Émission sur des jeux spécifiques/nominaux (si inclus dans le config).
Widgets/bannières : éléments UI prêts pour la vitrine et pages de jeu (localisables).

4) YG Masters et GATI (pour l'écosystème)

YG Masters est un programme de publication de jeux de studios partenaires sous la pile de distribution parapluie.
GATI (Game Adaptation Tools & Interface) : modèles et adaptateurs unifiés pour les paquets de facturation/localisation/régulation → une seule intégration chez l'opérateur : plusieurs studios/titres.

5) Compétences et limites

Les exigences varient selon : RTP, limites de mise/gain, Buy Feature/Autoplay/Quick Spin, textes de jeu responsables obligatoires, icônes de limite d'âge.
Toutes les campagnes/prix et devises ne sont pas disponibles dans chaque région.
Les régulateurs exigent la déclaration et le stockage des logs round-level (voir § 9).

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

6) Architecture d'intégration

6. 1 Porte-monnaie

Seamless (transfer-less) : équilibre chez l'opérateur ; les endpoints '/autorize ', '/bet', '/win ', '/rollback' ; il faut une idempotence stricte.
Fonds de transfert : avant le transfert des fonds à RGS ; calculs et synchronisation à la clôture de la session.

6. 2 Interfaces et événements

6. 3 Timouts/Retrai

Temporisation client 2-3 s ; un backoff exponentiel ; replay-queue et déduplication ; Les webhooks « at-least once » de votre côté → les manipulateurs idempotent.

6. 4 Localisation/appareils

UI multilingue, formats de change corrects, assets légers (en particulier pour les réseaux et Gigablox), mobile-first.

7) Diagramme d'événement et d'analyse

7. 1 Mini-diagramme de l'événement (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 Mesures clés

GGR/NGR, Hit Rate, Spin Frequency, Bonus Entry/Completion Rate, Mission Completion, Prize Drop Participation.
Qualité RGS : API p95/p99, error-rate, webhook lag, taille retry-queue.
Joueur/session : ARPPU/ARPU, avg session length, churn-signaux, plaintes/1k rounds.

7. 3 Antifrod/anti-arbitrage

Carrousels de mission/bonus, profils win anormaux, multi-comptes/device, géo-anomalies.
Réactions : pause promo/jeux par segment, limites de mise, vérification manuelle.

8) RTP, volatilité et exposition

Stocker 'rtp _ profil'per market ; Bloquer Autoplay/Feature Buy là où c'est interdit.
Contrôler 'max _ potential _ payout' pour le tour/jeu ; Pour les mécaniciens à haute densité (DoubleMax/MultiMax), fixer des limites aux gardes VIP.
Pour Gigablox/Splitz, suivez les pics d'exposition sur les « longues séries » de Frispins.

9) Rapports et rapprochement

Round-level logs (paris/paiements/bonus/promotions/statuts) ;

Daily Game Report sur les jeux/devises/marchés ; cut-off selon l'heure du serveur du fournisseur (stocker TZ/offset).
Rapprochement : somme des événements d'opérateur vs rapports de synthèse du fournisseur ; le delta n'est autorisé que sur les rondes non fermées.

10) Observabilité et intégration SLO

API: `/authorize`, `/bet`, `/win` — p95/p99 и error-rate; proportion de transactions en double.
Events : webhook-lag, taille de la file d'attente, part de 'rollback/void'.
Promo : livraison-taux des missions/drops, gang de prix.
Facturation : divergence des rapports <seuil, proportion fermée à cut-off.

SLO (croquis)

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) Sécurité et conformité

Les signatures mTLS + HMAC, la liste IP allowlist, les jetons à courte durée de vie ; protection des configos promo.
La minimisation PII dans les ivents, la tokénisation "user _ id' ; RLS/CLS par région/tenant.
Jeu responsable : Vérification de la réalité, limites/auto-exclusion ; textes/polices corrects.
Drapeaux de juridiction au démarrage : autoplay/quick spin/feature buy, limites de taux/session, divulgation RTP.

12) Marketing et vitrine

Étagères : « Yggdrasil », « Gigablox », « DoubleMax/MultiMax », « Splitz », « Haute volatilité », « Classique ».
Теги: `Gigablox`, `DoubleMax`, `Splitz`, `Cascade`, `Book`, `High Volatility`.
Campagnes : tournois/drops via BOOST, missions avec progrès, frispins sur onbording.
Assets : icônes 1:1, affiches 16 : 9/4 : 3 (webp), court aperçu vidéo ; noms/descriptions localisés.

13) Plan d'essai et QA

13. 1 Liste des chèques de Staging

• « /autorité »/clôture de la session ; les langues/devises/formats sont corrects.
• '/bet '/'/win 'sont idempotentes ; une répétition avec le même 'transaction _ id' → l'ancienne réponse.
• Free Spins/Bonus/Missions/Prix Drops : charge → consommation → rapport.
• Juridictions : interdiction d'Autoplay/Feature Buy, profil RTP correct, limites de taux/sessions.
• Rapports : coïncidence avec ivents, cut-off, multivalence.

13. 2 scénarios négatifs

Dupliquer 'transaction _ id' → 200 avec le résultat enregistré.
Timout sur '/win '→ retry sécurisé sans double paiement.
La région sans promo/devises → une défaillance déterministe et une localisation correcte.
Disconnect/Resume → l'intégrité du steat et du tour ; la bonne progression des missions.

14) Erreurs fréquentes et anti-modèles

Le RTP unique et l'affichage des fiches interdites → les risques de complication.

15) Modèles de configuration

15. 1 Jeu/marché

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 Politique d'idempotence

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

15. 3 Schéma des événements (minimum)

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/missions (croquis)

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) Feuille de route pour la mise en œuvre

1. Inventory & Markets : liste des jeux Yggdrasil/YG Masters, profils RTP, drapeaux de fich/limites ; carte de disponibilité promo/devises.
2. API & Wallet : choix du portefeuille, idempotence, retraits, webhooks ; config promo BOOST.
3. Events & Reports : diagramme des événements, logs round-level, cut-off et TZ.
4. Conformité : configurations juridictionnelles, exigences RG, textes/bannières.
5. Promo : tournois/missions/drops, intégration à la vitrine et au CRM.
6. Observability : panneaux SLO (API/events/promo/facturation), alertes, relais.
7. Go-Live : trafic canarien, comparaison des KPI (GGR, hit rate, mission completion, complaints), post mortem de la 1ère semaine.

17) Résultat

Yggdrasil combine une mécanique propre forte et un écosystème évolutif YG Masters basé sur GATI, et la plate-forme BOOST simplifie les promotions au niveau du réseau. L'intégration réussie repose sur une facturation idempotente, des RTP/fiches correctes par pays, des rapports transparents avec coupure et une observation SLO. Avec une vitrine et une promo réfléchies, le portefeuille Yggdrasil apporte une contribution durable à GGR/LTV à des risques et des coûts de maintenance gérés.