> ## 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: потолок комиссии платформы поднят до 500 bps

> Потолок platform fee_rate повышен до 500 bps как при создании, так и при обновлении. CreatePlatformConfig был ограничен 100 bps, UpdatePlatformConfig — 250 bps; оба теперь 50000. Никаких изменений в макете аккаунта, инструкции или ошибках.

<Info>
  **Эта страница переведена с помощью ИИ. За эталон принимается английская версия.**

  [Открыть английскую версию →](/reference/changelog/2026-08-26-launchlab-platform-fee-rate-cap)
</Info>

<Info>
  Этот пункт описывает предстоящее обновление программы LaunchLab. Он был проверен на локальной ветке релиза перед развёртыванием. Перед созданием или обновлением платформы с комиссией выше старых потолков убедитесь в развёрнутой версии программы.
</Info>

Этот релиз повышает потолок комиссии платформы до 500 bps. `PlatformConfig.fee_rate` проверяется в двух местах — при создании аккаунта через `CreatePlatformConfig` и при каждом вызове `UpdatePlatformConfig`, который записывает это поле — и оба теперь принимают значения до `50000`. В знаменателе программы `1/1_000_000` это составляет 5% от объёма торговли при каждой покупке и продаже до выхода на листинг.

До этого релиза две проверки расходились: создание позволяло 100 bps, обновление — 250 bps. Теперь они имеют одно значение, поэтому комиссия, с которой можно создать платформу, точно совпадает с комиссией, на которую её можно обновить.

Больше ничего не изменилось. Ни один аккаунт не вырос и не сжался, ни одна инструкция не получила и не потеряла аккаунт, и ни один код ошибки не переместился.

## TL;DR для интеграторов

* **Потолок комиссии платформы составляет 500 bps на обоих путях.** `CreatePlatformConfig` и `UpdatePlatformConfig` оба принимают `fee_rate` до `50000`.
* **Создание переместилось с 100 bps.** `PlatformParams::check()` был `<= 10000` с первого релиза программы.
* **Обновление переместилось с 250 bps.** `update_platform_fee_rate` был `<= 25000`, сам повышенный с 100 bps 27 января 2026 года.
* **Несоответствие создания/обновления устранено.** Конфиг, созданный выше 250 bps, не мог ранее пережить вызов `UpdatePlatformConfig`, потому что `AllInfo` переvalidирует `fee_rate` при переписывании всех остальных полей. Обе проверки теперь согласованы, поэтому этот путь редактирования работает при любой допустимой комиссии.
* **`creator_fee_rate` не изменился** на `MAX_CREATOR_FEE_RATE = 5000` (50 bps) на обоих путях.
* **`GlobalConfig.max_share_fee_rate` не изменился** на `10_000` (100 bps) и никогда не ограничивал комиссию платформы. Он ограничивает аргумент `share_fee_rate` реферальной комиссии за транзакцию. Более ранние версии этой документации говорили иное; этот релиз исправляет это.
* **Ничего существующего не переоценено.** Эти константы ограничивают записи в `fee_rate`, а не чтения. Каждый `PlatformConfig`, уже находящийся в цепи, сохраняет свою текущую комиссию, и каждый запуск, привязанный к нему, сохраняет свою текущую комиссию.
* **Обновление IDL не требуется.** Никакие макеты, аккаунты, аргументы или коды ошибок не изменились.

## Что изменилось

```rust theme={null}
// states/platform_config.rs — PlatformParams::check(), запускается 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);
```

Комиссии в LaunchLab обозначены в `1/1_000_000` (`RATE_DENOMINATOR_VALUE`), поэтому:

| Значение | Комиссия | Базисные пункты | Где встречается                                                                                                                                        |
| -------- | -------- | --------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ |
| `10000`  | 1%       | 100 bps         | Оба потолка комиссии при первом релизе программы. Также текущий `GlobalConfig.max_share_fee_rate`, который является другим, неизменённым ограничением. |
| `25000`  | 2.5%     | 250 bps         | Потолок обновления между 27 января 2026 года и этим релизом. Больше не используется.                                                                   |
| `50000`  | 5%       | 500 bps         | Оба потолка после этого релиза.                                                                                                                        |

## Где находятся две проверки

Потолок обеспечивается двумя отдельными вызовами `require!` в двух файлах. Они теперь имеют одно значение, но всё ещё выбрасывают разные ошибки, поэтому обработка ошибок должна распознавать обе:

| Путь                            | Функция                    | Ошибка при нарушении           |
| ------------------------------- | -------------------------- | ------------------------------ |
| `CreatePlatformConfig`          | `PlatformParams::check()`  | `InvalidInput` (`6002`)        |
| `UpdatePlatformConfig::FeeRate` | `update_platform_fee_rate` | `InvalidPlatformInfo` (`6014`) |
| `UpdatePlatformConfig::AllInfo` | `update_platform_fee_rate` | `InvalidPlatformInfo` (`6014`) |

`AllInfo` — это вариант массового обновления: он переписывает кошельки, строки брендинга, масштаб вестинга, разделение NFT, орган передачи комиссии, комиссию создателя и `fee_rate` в одном вызове, запуская ту же проверку на `fee_rate`, что и вариант с одним полем. При старых константах это делало `AllInfo` непригодным для платформы, созданной в диапазоне 250–500 bps, даже для редактирования, которое касалось только URL изображения. Выравнивание двух констант устраняет эту ловушку.

## Что не изменилось

* **Учёт и распределение комиссии.** `platform_fee = amount_in × platform_config.fee_rate / 1_000_000` — это та же формула, начисляемая на тот же хранилище платформы, очищаемое теми же инструкциями `ClaimPlatformFee` и `ClaimPlatformFeeFromVault`.
* **Существующие платформы и запуски.** Константы ограничивают записи, а не чтения. Никакая сохранённая комиссия не изменилась, поэтому ни один активный запуск не переоценён.
* **`creator_fee_rate`.** По-прежнему ограничен `MAX_CREATOR_FEE_RATE = 5000` (50 bps) на обоих путях.
* **`GlobalConfig.max_share_fee_rate`.** По-прежнему `10_000`, по-прежнему ограничивает только аргумент `share_fee_rate` на четырёх инструкциях swap.
* **Коды ошибок.** `6000`–`6023` не изменены; этот релиз не добавляет никаких.
* **Макеты аккаунтов и IDL.** Не изменены.

## Исправление документации

Две страницы приписывали потолок комиссии платформы `GlobalConfig.max_share_fee_rate`. Программа никогда этого не делала — она сравнивает `max_share_fee_rate` с аргументом инструкции `share_fee_rate` и проверяет `PlatformConfig.fee_rate` только в двух функциях, перечисленных выше. Этот релиз исправляет эти предложения. Сам потолок реферальной комиссии остаётся неизменным на уровне 100 bps, поэтому если вы прочитали старую формулировку как «комиссия платформы ограничена 100 bps», число было правильным для пути создания до этого релиза, даже если причина была неправильной.

## Обновлённые страницы

* `products/launchlab/platform-config` — новый раздел «Rate caps», охватывающий обе комиссии, обе точки обеспечения и историю комиссий.
* `products/launchlab/global-config` — `max_share_fee_rate` исправлен для описания реферальной комиссии за акцию, которую он фактически ограничивает.