Эта страница переведена с помощью ИИ. За эталон принимается английская версия.Открыть английскую версию →
Этот пункт описывает предстоящее обновление программы LaunchLab. Он был проверен на локальной ветке релиза перед развёртыванием. Перед созданием или обновлением платформы с комиссией выше старых потолков убедитесь в развёрнутой версии программы.
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 не требуется. Никакие макеты, аккаунты, аргументы или коды ошибок не изменились.
Что изменилось
1/1_000_000 (RATE_DENOMINATOR_VALUE), поэтому:
Где находятся две проверки
Потолок обеспечивается двумя отдельными вызовамиrequire! в двух файлах. Они теперь имеют одно значение, но всё ещё выбрасывают разные ошибки, поэтому обработка ошибок должна распознавать обе:
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исправлен для описания реферальной комиссии за акцию, которую он фактически ограничивает.

