> ## 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: CPMM-only launches und Platform-Config-Steuerung
> LaunchLab macht CPMM zur einzigen Graduierungsoption für neue Launches, konsolidiert gesperrte LP unter der Plattform, ersetzt globale Plattform-Autorisierung durch plattformverwaltete Config-Allowlists und aktualisiert CPMM-Migrationskonto.
**Diese Seite wurde mit KI automatisch übersetzt. Maßgeblich ist stets die englische Version.**
[Englische Version ansehen →](/reference/changelog/2026-08-17-launchlab-cpmm-only-platform-config)
Dieser Eintrag behandelt ein bevorstehendes LaunchLab-Programm-Update. Er wurde vor der Bereitstellung gegen den lokalen Release-Branch verifiziert. Bestätigen Sie das bereitgestellte Programm und die veröffentlichte IDL, bevor Sie die neuen Pfade in der Produktion aktivieren.
Dieses Release macht CPMM zum einzigen Graduierungsziel für neu initialisierte Launches. Es ändert auch, wer Rechte für gesperrte LP erhält, verschiebt `GlobalConfig`-Auswahlsteuerungen zu Plattform-Administratoren und erweitert die CPMM-Migrations-CPI-Eingaben.
## TL;DR für Integratoren
* **Neue Launches sind nur CPMM.** `Initialize`, `InitializeV2` und `InitializeWithToken2022` erfordern `migrate_type = 1`. Ein neuer Launch, der für AMM v4 konfiguriert ist, gibt `MigrateTypeNotMatch` zurück.
* **Legacy-AMM-v4-Status bleibt unterstützt.** `MigrateToAmm` wird nicht entfernt. Es kann immer noch einen bestehenden Pool graduieren, dessen gespeicherter Migrationstyp `0` ist.
* **Gesperrte Creator-LP wechselt nach diesem Upgrade zur Plattform.** Vor diesem Release erzeugte `creator_scale` einen separaten, vom Creator gehörenden Fee Key. Migrationen, die nach dem Upgrade ausgeführt werden, kombinieren `platform_scale + creator_scale` in einen plattformgehörenden gesperrten-LP-Anteil. `burn_scale` wird verbrannt.
* **Creator-Gebühren bleiben separat.** Bonding-Curve-Creator-Gebühren und CPMM-Creator-Gebühren sind keine LP-Fee-Key-Rechte. `platform_cp_creator` bestimmt weiterhin, ob der ursprüngliche Launch-Creator oder eine von der Plattform ausgewählte Adresse zum CPMM-Creator-of-Record wird.
* **Plattformen verwalten ihre eigenen Config-Allowlists.** `PlatformConfig.restrict_global_config` und `PlatformAllowConfig` ersetzen das global von Administratoren verwaltete Modell `requires_platform_auth` / `PlatformGlobalAccess`.
* **CPMM-Migrations-Builder müssen sich ändern.** Der aktualisierte Pfad erfordert zehn feste verbleibende Konten und fügt CPMM-`support_mint`-PDAs für beide sortierten Mints hinzu.
* **Eine delegierte Autorität kann `GlobalConfig` erstellen.** Sie kann bestehende Configs nicht aktualisieren.
## Verhalten bei neuen Launches versus bestehendem Status
Die CPMM-only-Prüfung läuft während der Pool-Initialisierung. Sie schreibt bestehende `PoolState`-Konten nicht um. Bestehende AMM-v4-gebundene Launches behalten ihren gespeicherten Migrationstyp und können die beibehaltene Legacy-Migrations-Anweisung verwenden.
`amm_creator_fee_on` steuert jetzt nur noch die CPMM-Creator-Gebühren-Seite (`QuoteToken` oder `BothToken`). Clients dürfen es nicht verwenden, um das Ziel-Programm abzuleiten.
## LP-Eigentumsänderung
Die drei Scale-Felder bleiben in `PlatformConfig`, und ihre Summe muss immer noch `1_000_000` entsprechen. Die Laufzeit-Verteilung ist jetzt:
```text theme={null}
platform locked LP = floor(total LP × (platform_scale + creator_scale) / 1_000_000)
burned LP = total LP − platform locked LP
```
Vor diesem Release sperrte LaunchLab `creator_scale` separat und prägte seinen Fee Key an den Token-Creator. Für Migrationen, die nach dem Upgrade ausgeführt werden, wird diese gleiche Scale zum Plattform-Anteil addiert. Wenn der kombinierte Anteil ungleich Null ist, erstellt LaunchLab einen Fee Key für `platform_nft_wallet` und erstellt keinen neuen Creator-Fee-Key.
Die Änderung modifiziert keine Fee Keys oder Locked-Liquidity-Datensätze, die durch vor dem Upgrade abgeschlossene Migrationen erstellt wurden. Ein Launch, der vor dem Upgrade erstellt, aber danach migriert wurde, folgt der neuen Verteilung, da die Aufteilung angewendet wird, wenn `MigrateToCpswap` ausgeführt wird.
Da das Konto-Layout beibehalten wird, benötigen Indexer keine Konto-Größen-Migration, aber UIs und Buchhaltungssysteme müssen `creator_scale` gemäß der Migrationsversion interpretieren.
## Platform-Allowlist-Migration
`GlobalConfig.requires_platform_auth` wird entfernt und sein Byte kehrt zum Padding zurück. `PlatformConfig` verwendet ein Padding-Byte für `restrict_global_config` wieder, sodass beide Konto-Größen unverändert bleiben.
Wenn `restrict_global_config = 1`, muss die Initialisierung die PDA enthalten, die von folgendem abgeleitet ist:
```text theme={null}
["platform_allow_config", platform_config, global_config]
```
Der Plattform-Administrator erstellt und schließt diese Konten. Die früheren Anweisungen `CreatePlatformGlobalAccess` und `ClosePlatformGlobalAccess` werden entfernt, und alte `PlatformGlobalAccess`-PDAs erfüllen die neue Prüfung nicht. Es gibt keinen automatischen Konvertierungspfad.
## CPMM-Migrations-Kontoänderung
`MigrateToCpswap` erwartet jetzt diese nullbasierten `remaining_accounts`-Indizes:
| Index | Zweck |
| ----- | -------------------------------------------------------------------------- |
| 0–4 | Platform-Fee-Key-Eigentümer, Mint, ATA, Locked-Liquidity-PDA und Metadaten |
| 5 | Fallback des ursprünglichen Creators |
| 6 | CPMM-Berechtigungs-PDA |
| 7 | Optionales konfiguriertes `platform_cp_creator`-Konto |
| 8–9 | CPMM-`support_mint`-PDAs für sortierte mint0 und mint1 |
Alte Builder, die separate Creator-Lock-Konten anhängen oder die Indizes 8–9 weglassen, sind mit dem aktualisierten Pfad nicht kompatibel. Leiten Sie beide Support-Mint-Adressen mit `[b"support_mint", mint]` unter dem CPMM-Programm ab.
## Fehler- und IDL-Auswirkungen
Die Codes `6000`–`6021` bleiben stabil. Die früheren Plattform-Global-Access-Varianten werden entfernt. `6022` bedeutet jetzt `InvalidPlatformAllowConfig`, und das alte `6023` existiert nicht mehr.
Aktualisieren Sie die LaunchLab-IDL, bevor Sie `PlatformAllowConfig`-Anweisungen konstruieren, die aktualisierten Config-Felder dekodieren oder das neue CPMM-Migrations-Layout erstellen.
## Aktualisierte Seiten
* `products/launchlab/instructions` und `accounts` — Erstellungsbeschränkung, Legacy-Grenze, Allow-PDA und Migrations-Konten.
* `products/launchlab/global-config` und `platform-config` — Layout-kompatible Feldänderungen und Autorisierungsmodell.
* `products/launchlab/creator-fees`, `platforms` und Fee-Gotchas — Nur-Plattform-gesperrte LP und separate CPMM-Creator-Gebühren.
* `user-flows` LaunchLab- und Burn & Earn-Seiten — Korrigiertes Creator-seitiges Verhalten.
* `protocol-overview/architecture` — CPMM-only-Pfad für neue Launches.
* `reference/program-addresses` — Delegierte Create-Config-Autoritäten.
* `reference/error-codes` und `security/admin-and-multisig` — Neuer Fehler und Rollengrenzen.
**Verifiziert 2026-08-13 gegen** lokalen Branch `feat/cpswap-only-and-platform-allow-config` bei Commit `2b1999f8e226ec84148cf818ea809d3cd5f30caa`, verglichen mit `master` bei `13b5c5210b58ceaef1ea4f9d9fbb7626d20613ee`.
Diese Verifizierung behandelt den Source-Branch, nicht eine Mainnet-Beta-Bereitstellung. Bestätigen Sie das bereitgestellte Programm und die veröffentlichte IDL, bevor Sie die aktualisierten Anweisungen aktivieren.