> ## 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-26 — LaunchLab: limite de taxa de taxa de plataforma aumentado para 500 bps

> O teto de fee_rate da plataforma passa para 500 bps em ambos os caminhos de criação e atualização. CreatePlatformConfig estava limitado a 100 bps e UpdatePlatformConfig a 250 bps; ambos agora são 50000. Nenhuma alteração no layout de conta, instrução ou erro.

<Info>
  **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-26-launchlab-platform-fee-rate-cap)
</Info>

<Info>
  Esta entrada aborda uma atualização futura do programa LaunchLab. Foi verificada contra a branch de lançamento local antes da implantação. Confirme o programa implantado antes de criar ou atualizar uma plataforma acima dos limites antigos.
</Info>

Este lançamento aumenta o teto de taxa de plataforma para 500 bps. `PlatformConfig.fee_rate` é validado em dois lugares — uma vez quando `CreatePlatformConfig` constrói a conta, e uma vez em cada variante `UpdatePlatformConfig` que escreve o campo — e ambos agora aceitam até `50000`. No denominador de taxa `1/1_000_000` do programa, isso representa 5% do volume de negociação em cada compra e venda pré-graduação.

Antes deste lançamento, os dois verificadores discordavam: criar permitia 100 bps e atualizar permitia 250 bps. Agora eles mantêm o mesmo valor, portanto a taxa em que uma plataforma pode ser criada é exatamente a taxa em que pode ser atualizada.

Nada mais mudou. Nenhuma conta cresceu ou encolheu, nenhuma instrução ganhou ou perdeu uma conta, e nenhum código de erro se moveu.

## TL;DR para integradores

* **O teto de taxa de plataforma é 500 bps em ambos os caminhos.** `CreatePlatformConfig` e `UpdatePlatformConfig` ambos aceitam `fee_rate` até `50000`.
* **Criar mudou de 100 bps.** `PlatformParams::check()` tinha sido `<= 10000` desde o primeiro lançamento do programa.
* **Atualizar mudou de 250 bps.** `update_platform_fee_rate` era `<= 25000`, ela mesma aumentada de 100 bps em 2026-01-27.
* **A incompatibilidade criar/atualizar desapareceu.** Uma configuração criada acima de 250 bps não poderia sobreviver anteriormente a uma chamada `UpdatePlatformConfig`, porque `AllInfo` re-valida `fee_rate` enquanto reescreve todos os outros campos. Ambas as verificações agora concordam, portanto esse caminho de edição funciona em qualquer taxa permitida.
* **`creator_fee_rate` não foi alterado** em `MAX_CREATOR_FEE_RATE = 5000` (50 bps) em ambos os caminhos.
* **`GlobalConfig.max_share_fee_rate` não foi alterado** em `10_000` (100 bps), e nunca limitou a taxa de plataforma. Ele limita o argumento `share_fee_rate` de referência por transação. Versões anteriores desta documentação diziam o contrário; este lançamento corrige isso.
* **Nada existente foi repriced.** Essas constantes controlam escritas em `fee_rate`, não leituras. Cada `PlatformConfig` já na cadeia mantém sua taxa atual, e cada lançamento vinculado a um mantém sua taxa atual.
* **Nenhuma atualização de IDL é necessária.** Nenhum layout, conta, argumento ou código de erro mudou.

## O que mudou

```rust theme={null}
// states/platform_config.rs — PlatformParams::check(), executado por CreatePlatformConfig
- require!(self.fee_rate <= 10000, ErrorCode::InvalidInput);
+ require!(self.fee_rate <= 50000, ErrorCode::InvalidInput);

// instructions/platform/update_platform_config.rs — update_platform_fee_rate
- require!(fee_rate <= 25000, ErrorCode::InvalidPlatformInfo);
+ require!(fee_rate <= 50000, ErrorCode::InvalidPlatformInfo);
```

As taxas no LaunchLab são denominadas em `1/1_000_000` (`RATE_DENOMINATOR_VALUE`), portanto:

| Valor   | Taxa | Basis points | Onde aparece                                                                                                                                           |
| ------- | ---- | ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------ |
| `10000` | 1%   | 100 bps      | Ambos os limites de taxa no primeiro lançamento do programa. Também o `GlobalConfig.max_share_fee_rate` atual, que é um limite diferente e inalterado. |
| `25000` | 2,5% | 250 bps      | O limite de atualização entre 2026-01-27 e este lançamento. Não é mais usado.                                                                          |
| `50000` | 5%   | 500 bps      | Ambos os limites após este lançamento.                                                                                                                 |

## Onde os dois verificadores residem

O teto é aplicado por duas chamadas `require!` separadas em dois arquivos. Eles agora mantêm o mesmo valor, mas ainda geram erros diferentes, portanto o tratamento de erros precisa reconhecer ambos:

| Caminho                         | Função                     | Erro em violação               |
| ------------------------------- | -------------------------- | ------------------------------ |
| `CreatePlatformConfig`          | `PlatformParams::check()`  | `InvalidInput` (`6002`)        |
| `UpdatePlatformConfig::FeeRate` | `update_platform_fee_rate` | `InvalidPlatformInfo` (`6014`) |
| `UpdatePlatformConfig::AllInfo` | `update_platform_fee_rate` | `InvalidPlatformInfo` (`6014`) |

`AllInfo` é a variante de atualização em massa: reescreve as carteiras, as strings de marca, a escala de vesting, a divisão de NFT, a autoridade de taxa de transferência, a taxa de criador e `fee_rate` em uma chamada, executando a mesma verificação em `fee_rate` que a variante de campo único faz. Sob as constantes antigas, isso tornava `AllInfo` inutilizável para uma plataforma criada na faixa de 250–500 bps, mesmo para uma edição que apenas tocasse uma URL de imagem. Alinhar as duas constantes remove essa armadilha.

## O que não mudou

* **Contabilidade e distribuição de taxas.** `platform_fee = amount_in × platform_config.fee_rate / 1_000_000` é a mesma fórmula, acumulando no mesmo cofre por plataforma, varrido pelas mesmas instruções `ClaimPlatformFee` e `ClaimPlatformFeeFromVault`.
* **Plataformas e lançamentos existentes.** As constantes controlam escritas, não leituras. Nenhuma taxa armazenada mudou, portanto nenhum lançamento ativo muda de preço.
* **`creator_fee_rate`.** Ainda limitado a `MAX_CREATOR_FEE_RATE = 5000` (50 bps) em ambos os caminhos.
* **`GlobalConfig.max_share_fee_rate`.** Ainda `10_000`, ainda limitando apenas o argumento `share_fee_rate` nas quatro instruções de swap.
* **Códigos de erro.** `6000`–`6023` não foram alterados; este lançamento não adiciona nenhum.
* **Layouts de conta e o IDL.** Inalterados.

## Correção de documentação

Duas páginas atribuíram o limite de taxa de plataforma a `GlobalConfig.max_share_fee_rate`. O programa nunca fez isso — ele compara `max_share_fee_rate` contra o argumento de instrução `share_fee_rate`, e valida `PlatformConfig.fee_rate` apenas nas duas funções listadas acima. Este lançamento corrige essas frases. O próprio limite de taxa de referência permanece inalterado em 100 bps, portanto se você leu a redação antiga como "a taxa de plataforma é limitada a 100 bps", o número estava correto para o caminho de criação até este lançamento, mesmo que o motivo não fosse.

## Páginas atualizadas

* `products/launchlab/platform-config` — nova seção "Rate caps" cobrindo ambas as taxas, ambos os pontos de aplicação e o histórico de taxas.
* `products/launchlab/global-config` — `max_share_fee_rate` corrigido para descrever a taxa de compartilhamento de referência que realmente limita.