> ## Documentation Index
> Fetch the complete documentation index at: https://docs.raydium.io/llms.txt
> Use this file to discover all available pages before exploring further.
# 2026-08-17 — LaunchLab : lancements CPMM uniquement et contrôles de configuration de plateforme
> LaunchLab rend CPMM obligatoire pour les nouveaux lancements, consolide les LP verrouillés sous la plateforme, remplace l'autorisation de plateforme mondiale par des listes d'autorisation gérées par la plateforme, et met à jour les comptes de migration CPMM.
**Cette page est traduite automatiquement par IA. La version anglaise fait foi.**
[Voir la version anglaise →](/reference/changelog/2026-08-17-launchlab-cpmm-only-platform-config)
Cette entrée couvre une mise à jour à venir du programme LaunchLab. Elle a été vérifiée par rapport à la branche de version locale avant le déploiement. Confirmez le programme déployé et l'IDL publié avant d'activer les nouveaux chemins en production.
Cette version rend CPMM la seule cible de graduation pour les lancements nouvellement initialisés. Elle change également qui reçoit les droits de LP verrouillés, déplace les contrôles de sélection `GlobalConfig` vers les administrateurs de plateforme, et étend les entrées CPI de migration CPMM.
## TL;DR pour les intégrateurs
* **Les nouveaux lancements sont CPMM uniquement.** `Initialize`, `InitializeV2` et `InitializeWithToken2022` nécessitent `migrate_type = 1`. Un nouveau lancement configuré pour AMM v4 retourne `MigrateTypeNotMatch`.
* **L'état hérité d'AMM v4 reste supporté.** `MigrateToAmm` n'est pas supprimé. Il peut toujours graduer un pool existant dont le type de migration stocké est `0`.
* **Le LP verrouillé du créateur se déplace vers la plateforme après cette mise à jour.** Avant cette version, `creator_scale` produisait une clé de frais distincte appartenant au créateur. Les migrations exécutées après la mise à jour combinent `platform_scale + creator_scale` en une seule part de LP verrouillé appartenant à la plateforme. `burn_scale` est brûlé.
* **Les frais du créateur restent séparés.** Les frais du créateur de courbe de liaison et les frais du créateur CPMM ne sont pas des droits de clé de frais LP. `platform_cp_creator` détermine toujours si le créateur de lancement original ou une adresse sélectionnée par la plateforme devient le créateur CPMM officiel.
* **Les plateformes gèrent leurs propres listes d'autorisation de configuration.** `PlatformConfig.restrict_global_config` et `PlatformAllowConfig` remplacent le modèle mondial géré par l'administrateur `requires_platform_auth` / `PlatformGlobalAccess`.
* **Les constructeurs de migration CPMM doivent changer.** Le chemin mis à jour nécessite dix comptes restants fixes et ajoute des PDA CPMM `support_mint` pour les deux mints triés.
* **Une autorité déléguée peut créer `GlobalConfig`.** Elle ne peut pas mettre à jour les configurations existantes.
## Comportement des nouveaux lancements par rapport à l'état existant
La vérification CPMM uniquement s'exécute lors de l'initialisation du pool. Elle ne réécrit pas les comptes `PoolState` existants. Les lancements liés à AMM v4 existants conservent leur type de migration stocké et peuvent utiliser l'instruction de migration héritage conservée.
`amm_creator_fee_on` contrôle maintenant uniquement le côté frais du créateur CPMM (`QuoteToken` ou `BothToken`). Les clients ne doivent pas l'utiliser pour déduire le programme cible.
## Changement de propriété du LP
Les trois champs d'échelle restent dans `PlatformConfig`, et leur somme doit toujours égaler `1_000_000`. La distribution à l'exécution est maintenant :
```text theme={null}
platform locked LP = floor(total LP × (platform_scale + creator_scale) / 1_000_000)
burned LP = total LP − platform locked LP
```
Avant cette version, LaunchLab verrouillait `creator_scale` séparément et frappait sa clé de frais au créateur du token. Pour les migrations exécutées après la mise à jour, cette même échelle est ajoutée à la part de la plateforme. Si la part combinée est non nulle, LaunchLab crée une clé de frais pour `platform_nft_wallet` et ne crée pas de nouvelle clé de frais du créateur.
Le changement ne modifie pas les clés de frais ou les enregistrements de liquidité verrouillée créés par les migrations terminées avant la mise à jour. Un lancement créé avant la mise à jour mais migré après suit la nouvelle distribution car le fractionnement est appliqué lors de l'exécution de `MigrateToCpswap`.
Parce que la disposition du compte est conservée, les indexeurs n'ont pas besoin d'une migration de taille de compte, mais les interfaces utilisateur et les systèmes comptables doivent interpréter `creator_scale` selon la version de migration.
## Migration de la liste d'autorisation de plateforme
`GlobalConfig.requires_platform_auth` est supprimé et son octet revient au remplissage. `PlatformConfig` réutilise un octet de remplissage pour `restrict_global_config`, donc les deux tailles de compte restent inchangées.
Quand `restrict_global_config = 1`, l'initialisation doit inclure le PDA dérivé de :
```text theme={null}
["platform_allow_config", platform_config, global_config]
```
L'administrateur de la plateforme crée et ferme ces comptes. Les anciennes instructions `CreatePlatformGlobalAccess` et `ClosePlatformGlobalAccess` sont supprimées, et les anciens PDA `PlatformGlobalAccess` ne satisfont pas la nouvelle vérification. Il n'y a pas de chemin de conversion automatique.
## Changement de compte de migration CPMM
`MigrateToCpswap` s'attend maintenant à ces indices `remaining_accounts` basés sur zéro :
| Index | Objectif |
| ----- | -------------------------------------------------------------------------------------------------------- |
| 0–4 | Propriétaire de la clé de frais de la plateforme, mint, ATA, PDA de liquidité verrouillée et métadonnées |
| 5 | Secours du créateur original |
| 6 | PDA de permission CPMM |
| 7 | Compte `platform_cp_creator` configuré optionnel |
| 8–9 | PDA CPMM `support_mint` pour mint0 et mint1 triés |
Les anciens constructeurs qui ajoutent des comptes de verrouillage de créateur séparés ou omettent les indices 8–9 sont incompatibles avec le chemin mis à jour. Dérivez les deux adresses de support-mint en utilisant `[b"support_mint", mint]` sous le programme CPMM.
## Impact sur les erreurs et l'IDL
Les codes `6000`–`6021` restent stables. Les anciennes variantes d'accès global de plateforme sont supprimées. `6022` signifie maintenant `InvalidPlatformAllowConfig`, et l'ancien `6023` n'existe plus.
Actualisez l'IDL LaunchLab avant de construire les instructions `PlatformAllowConfig`, de décoder les champs de configuration mis à jour, ou de construire la nouvelle disposition de migration CPMM.
## Pages mises à jour
* `products/launchlab/instructions` et `accounts` — restriction de création, limite héritage, PDA d'autorisation et comptes de migration.
* `products/launchlab/global-config` et `platform-config` — changements de champs compatibles avec la disposition et modèle d'autorité.
* `products/launchlab/creator-fees`, `platforms` et pièges de frais — LP verrouillé de plateforme uniquement et frais du créateur CPMM séparés.
* Pages `user-flows` LaunchLab et Burn & Earn — comportement orienté créateur corrigé.
* `protocol-overview/architecture` — chemin de nouveau lancement CPMM uniquement.
* `reference/program-addresses` — autorités de création de configuration déléguées.
* `reference/error-codes` et `security/admin-and-multisig` — nouvelle erreur et limites de rôle.
**Vérifié le 2026-08-13 par rapport à** la branche locale `feat/cpswap-only-and-platform-allow-config` au commit `2b1999f8e226ec84148cf818ea809d3cd5f30caa`, comparé avec `master` à `13b5c5210b58ceaef1ea4f9d9fbb7626d20613ee`.
Cette vérification couvre la branche source, pas un déploiement mainnet-beta. Confirmez le programme déployé et l'IDL publié avant d'activer les instructions mises à jour.