> ## 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: Lançamentos apenas CPMM e controles de configuração de plataforma
> LaunchLab torna CPMM obrigatório para novos lançamentos, consolida LP bloqueado sob a plataforma, substitui autorização de plataforma global por listas de permissão gerenciadas pela plataforma, e atualiza contas de migração CPMM.
**Esta página foi traduzida automaticamente por IA. A versão em inglês é a fonte oficial.**
[Ver versão em inglês →](/reference/changelog/2026-08-17-launchlab-cpmm-only-platform-config)
Esta entrada cobre uma atualização futura do programa LaunchLab. Foi verificada contra a branch de lançamento local antes da implantação. Confirme o programa implantado e o IDL publicado antes de ativar os novos caminhos em produção.
Este lançamento torna CPMM o único alvo de graduação para lançamentos recém-inicializados. Também muda quem recebe direitos de LP bloqueado, move controles de seleção de `GlobalConfig` para administradores de plataforma e expande as entradas CPI de migração CPMM.
## TL;DR para integradores
* **Novos lançamentos são apenas CPMM.** `Initialize`, `InitializeV2` e `InitializeWithToken2022` exigem `migrate_type = 1`. Um novo lançamento configurado para AMM v4 retorna `MigrateTypeNotMatch`.
* **O estado legado de AMM v4 permanece suportado.** `MigrateToAmm` não é removido. Ainda pode graduar um pool existente cujo tipo de migração armazenado é `0`.
* **LP bloqueado do criador passa para a plataforma após esta atualização.** Antes deste lançamento, `creator_scale` produzia uma Fee Key separada de propriedade do criador. Migrações executadas após a atualização combinam `platform_scale + creator_scale` em uma única participação de LP bloqueado de propriedade da plataforma. `burn_scale` é queimado.
* **Taxas do criador permanecem separadas.** Taxas de criador de curva de ligação e taxas de criador CPMM não são direitos de Fee Key de LP. `platform_cp_creator` ainda determina se o criador de lançamento original ou um endereço selecionado pela plataforma se torna o criador CPMM de registro.
* **Plataformas gerenciam suas próprias listas de permissão de configuração.** `PlatformConfig.restrict_global_config` e `PlatformAllowConfig` substituem o modelo global gerenciado por administrador `requires_platform_auth` / `PlatformGlobalAccess`.
* **Construtores de migração CPMM devem mudar.** O caminho atualizado requer dez contas restantes fixas e adiciona PDAs de `support_mint` CPMM para ambos os mints classificados.
* **Uma autoridade delegada pode criar `GlobalConfig`.** Não pode atualizar configurações existentes.
## Comportamento de novo lançamento versus estado existente
A verificação apenas CPMM é executada durante a inicialização do pool. Não reescreve contas `PoolState` existentes. Lançamentos existentes vinculados a AMM v4 mantêm seu tipo de migração armazenado e podem usar a instrução de migração legada retida.
`amm_creator_fee_on` agora controla apenas o lado de taxa de criador CPMM (`QuoteToken` ou `BothToken`). Os clientes não devem usá-lo para inferir o programa de destino.
## Mudança de propriedade de LP
Os três campos de escala permanecem em `PlatformConfig` e sua soma ainda deve ser igual a `1_000_000`. A distribuição em tempo de execução agora é:
```text theme={null}
platform locked LP = floor(total LP × (platform_scale + creator_scale) / 1_000_000)
burned LP = total LP − platform locked LP
```
Antes deste lançamento, LaunchLab bloqueava `creator_scale` separadamente e cunhava sua Fee Key para o criador do token. Para migrações executadas após a atualização, essa mesma escala é adicionada à participação da plataforma. Se a participação combinada for diferente de zero, LaunchLab cria uma Fee Key para `platform_nft_wallet` e não cria uma nova Fee Key de criador.
A mudança não modifica Fee Keys ou registros de liquidez bloqueada criados por migrações concluídas antes da atualização. Um lançamento criado antes da atualização mas migrado depois segue a nova distribuição porque a divisão é aplicada quando `MigrateToCpswap` é executado.
Como o layout da conta é retido, indexadores não precisam de uma migração de tamanho de conta, mas UIs e sistemas de contabilidade devem interpretar `creator_scale` de acordo com a versão de migração.
## Migração de lista de permissão de plataforma
`GlobalConfig.requires_platform_auth` é removido e seu byte retorna ao preenchimento. `PlatformConfig` reutiliza um byte de preenchimento para `restrict_global_config`, então ambos os tamanhos de conta permanecem inalterados.
Quando `restrict_global_config = 1`, a inicialização deve incluir o PDA derivado de:
```text theme={null}
["platform_allow_config", platform_config, global_config]
```
O administrador da plataforma cria e fecha essas contas. As instruções anteriores `CreatePlatformGlobalAccess` e `ClosePlatformGlobalAccess` são removidas, e PDAs antigos de `PlatformGlobalAccess` não satisfazem a nova verificação. Não há caminho de conversão automática.
## Mudança de conta de migração CPMM
`MigrateToCpswap` agora espera estes índices de `remaining_accounts` baseados em zero:
| Índice | Propósito |
| ------ | --------------------------------------------------------------------------------------- |
| 0–4 | Proprietário de Fee Key de plataforma, mint, ATA, PDA de liquidez bloqueada e metadados |
| 5 | Fallback do criador original |
| 6 | PDA de permissão CPMM |
| 7 | Conta `platform_cp_creator` configurada opcional |
| 8–9 | PDAs de `support_mint` CPMM para mint0 e mint1 classificados |
Construtores antigos que anexam contas de bloqueio de criador separadas ou omitem índices 8–9 são incompatíveis com o caminho atualizado. Derive ambos os endereços de support-mint usando `[b"support_mint", mint]` sob o programa CPMM.
## Impacto de erro e IDL
Os códigos `6000`–`6021` permanecem estáveis. As variantes anteriores de acesso global de plataforma são removidas. `6022` agora significa `InvalidPlatformAllowConfig`, e o antigo `6023` não existe mais.
Atualize o IDL do LaunchLab antes de construir instruções `PlatformAllowConfig`, decodificar os campos de configuração atualizados ou construir o novo layout de migração CPMM.
## Páginas atualizadas
* `products/launchlab/instructions` e `accounts` — restrição de criação, limite legado, PDA de permissão e contas de migração.
* `products/launchlab/global-config` e `platform-config` — mudanças de campo compatíveis com layout e modelo de autoridade.
* `products/launchlab/creator-fees`, `platforms` e gotchas de taxa — LP bloqueado apenas de plataforma e taxas de criador CPMM separadas.
* Páginas `user-flows` LaunchLab e Burn & Earn — comportamento voltado para criador corrigido.
* `protocol-overview/architecture` — caminho de novo lançamento apenas CPMM.
* `reference/program-addresses` — autoridades de criação de configuração delegadas.
* `reference/error-codes` e `security/admin-and-multisig` — novo erro e limites de função.
**Verificado em 2026-08-13 contra** branch local `feat/cpswap-only-and-platform-allow-config` no commit `2b1999f8e226ec84148cf818ea809d3cd5f30caa`, comparado com `master` em `13b5c5210b58ceaef1ea4f9d9fbb7626d20613ee`.
Esta verificação cobre a branch de origem, não uma implantação em mainnet-beta. Confirme o programa implantado e o IDL publicado antes de ativar as instruções atualizadas.