Skip to main content
Эта страница переведена с помощью ИИ. За эталон принимается английская версия.Открыть английскую версию →
PlatformConfig — это уровень платформы, который располагается над GlobalConfig. Если GlobalConfig определяет правила протокола в целом («комиссия торговли 1%, минимум предложения 10M, только этот кошелёк может сделать градацию»), то PlatformConfig — это то, что каждая платформа запуска — pump.fun, собственный интерфейс Raydium, сторонние лаунчпады — использует для добавления своей комиссии, получения доли LP после градации, ограничения формы кривых для своих запусков и размещения своего брендинга (имя, сайт, изображение) в блокчейне.

Что это такое

Аккаунт PlatformConfig управляет четырьмя сквозными функциями платформы:
  1. Брендинг — имя, сайт, ссылка на изображение, хранящиеся в самом аккаунте, чтобы любой обозреватель или агрегатор мог показать платформу, запустившую токен.
  2. Комиссия платформы — дополнительная торговая комиссия (fee_rate) сверх протокольной trade_fee_rate. Накапливается в platform_fee_wallet платформы. Ограничена 100 bps параметром GlobalConfig.max_share_fee_rate.
  3. Распределение миграции NFT — три целых числа (platform_scale, creator_scale, burn_scale), которые в сумме дают RATE_DENOMINATOR_VALUE = 1_000_000 и разбивают LP после градации на часть, отчеканиваемую на кошелёк NFT платформы, часть на кошелёк NFT создателя и часть, сжигаемую (Burn & Earn). Имеет значение только при градации на CPMM (migrate_type = 1).
  4. Белый список параметров кривойVec<PlatformCurveParam>, перечисляющий ровно те комбинации (supply, total_base_sell, total_quote_fund_raising, migrate_type, migrate_cpmm_fee_on, vesting_params...), которые разрешены на этой платформе. Если вектор пуст или все записи неверны, любая комбинация разрешена; в противном случае запуски должны точно совпадать с одной из записей.
Вывод PDA:
(См. create_platform_config в исходном коде для полного списка семян.)

Структура

platform_scale + creator_scale + burn_scale должны равняться 1_000_000 (проверяется MigrateNftInfo::check). Стандартные распределения в продакшене:
  • (0, 100_000, 900_000) — 90% LP сжигается, 10% создателю. Стандартный справедливый запуск в стиле pump.
  • (50_000, 100_000, 850_000) — небольшая доля платформы (5%), 10% создателю, 85% сжигается.
  • (0, 0, 1_000_000) — полное сжигание, без отчеканивания NFT. Строгие запуски «без инсайдеров».

Поля брендинга

name, web и img — это встроенные массивы байтов, дополненные нулями до их констант размера. Чтобы прочитать их как строки, обрежьте до первого \0:
Константы намеренно щедрые (name: 64, web: 256, img: 256), чтобы платформы могли включить достаточно метаданных для обозревателей и агрегаторов без обращения к off-chain хранилищу. Всё, что превышает эти размеры, отменяется при CreatePlatformConfig с ошибкой InvalidInput.

Механика комиссий

Своп на кривой, привязанной к PlatformConfig, взимает три слоя комиссий:
  • trade_fee накапливается на счету protocol_fee_owner протокола (снимается через CollectFee).
  • platform_fee накапливается в хранилище для каждой платформы (снимается через ClaimPlatformFee или ClaimPlatformFeeFromVault; см. instructions).
  • creator_fee накапливается в хранилище для каждого создателя, ключ которого — это публичный ключ создателя + кошелёк кавычек (снимается через ClaimCreatorFee).
creator_fee_rate ограничена MAX_CREATOR_FEE_RATE = 5000 (50 bps). fee_rate (комиссия платформы) ограничена 10000 (100 bps) по GlobalConfig.max_share_fee_rate.

Распределение миграции NFT (только CPMM)

Когда запуск переходит на CPMM (migrate_type = 1, подписано migrate_to_cpswap_wallet), инструкция миграции разбивает отчеканенные LP токены тремя способами:
Доли платформы и создателя обёртываются как NFT программой LP-Lock (LockrWmn6K5twhz3y9w1dQERbmgSaRkfnTeTKbpofwE) — владелец NFT может претендовать на накопленные комиссии CPMM бесконечно, но не может вывести базовую ликвидность. См. products/launchlab/creator-fees для потока Fee Key после градации. Доля для сжигания отправляется в программу Lock с is_burn = true, чтобы LP токены были постоянно недоступны — они обеспечивают ценовой минимум пула без никогда не выплачивая комиссии. Когда migrate_type = 0 (градация на AMM v4), поля распределения NFT игнорируются и весь LP блокируется / сжигается согласно отдельному потоку на стороне AMM v4.

Белый список параметров кривой

curve_params: Vec<PlatformCurveParam> — это механизм платформы для ограничения того, какие формы кривых её запуски могут выбирать. Если вектор непуст и хотя бы одна запись верна, программа принудительно проверяет при Initialize, что параметры запуска совпадают с хотя бы одной записью ровно.
Каждое поле имеет значение-дозорный, означающий подстановочный символ (любое значение совпадает): u64::MAX для полей u64, u8::MAX для полей u8, 0 для полей предложения / продажи / сбора средств. BondingCurveParam со всеми дозорными символами — это «разрешить всё» — эквивалентно поведению пустого белого списка. Алгоритм совпадения при Initialize:
  1. Отфильтруйте curve_params к записям, чей global_config совпадает с выбранным запуском GlobalConfig.
  2. Если отфильтрованный список пуст, разрешите любые параметры (платформа ничего не добавила в белый список для этого GlobalConfig).
  3. Если каждая запись в отфильтрованном списке имеет all_is_invalid() (каждое поле — подстановочный символ), разрешите любые параметры.
  4. Иначе переберите записи; для каждой записи проверьте параметры запуска по каждому не-подстановочному полю. Если все не-подстановочные поля совпадают, примите и вернитесь.
  5. Если записи не совпали, откатитесь с InvalidInput.
Это позволяет платформе сказать «мы разрешаем только стандартную форму 1B-supply / 800M-sold / 30k-USDC-raise / no-vesting», написав одну запись с конкретными значениями для этих четырёх полей и подстановочными символами везде. Или более строгая платформа может перечислить три или четыре дискретные формы, по одной для каждого поддерживаемого уровня запуска. MAX_CURVE_PARAMS = 10 ограничивает размер белого списка.

PlatformGlobalAccess — авторизация платформы

Когда GlobalConfig имеет requires_platform_auth = 1, каждый Initialize для него должен включить PDA PlatformGlobalAccess, доказывающий предварительную авторизацию платформы:
PDA семена: [b"platform_global_access", global_config, platform_config]. Администратор протокола создаёт по одному на каждую пару (GlobalConfig, PlatformConfig) через CreatePlatformGlobalAccess и отзывает через ClosePlatformGlobalAccess. Без этого аккаунта запуск не может привязаться к этому GlobalConfig из закрытой платформы.

Путь чтения

Для интерфейса, показывающего «откуда был запущен этот токен», PoolState.platform_config указывает напрямую на исходящий PlatformConfig — получите его один раз и кэшируйте брендинг.

Путь обновления

Ротация кошельков (platform_fee_wallet, platform_nft_wallet, platform_vesting_wallet, platform_cp_creator, transfer_fee_extension_auth, cpswap_config) — всё через UpdatePlatformConfig. Прочитайте таблицу диспетчеризации update_platform_config в исходном коде для точных кодов param.

Распространённые ошибки

  • Неправильно установленные дозорные символы белого списка. BondingCurveParam с total_locked_amount = 0 не является подстановочным символом — он совпадает с запусками, явно отказывающимися от вестинга. Подстановочный символ для этого поля — u64::MAX. Та же ловушка существует для cliff_period и unlock_period. Используйте clear() (который программа предоставляет) для правильной установки дозорных символов.
  • Округление распределения NFT. Три масштаба должны в сумме дать ровно 1_000_000. Ошибки на один при CreatePlatformConfig откатываются; ошибки во время выполнения отчеканили бы или сожгли один дополнительный LP unit, что именно предотвращает проверка строгого равенства.
  • Двойное распределение вестинга платформы. Если platform_vesting_scale > 0, платформа должна вызвать CreatePlatformVestingAccount один раз после окончания сбора средств запуска; если забудет, эта доля остаётся нераспределённой и неактивной навечно (бюджет total_locked_amount запуска расходуется, но платформа никогда не требует).
  • Неоднозначность platform_cp_creator. Когда установлен на Pubkey::default(), создатель запуска записывается как pool_creator пула CPMM после градации; когда установлен на реальный ключ, вместо него записывается этот ключ. Это влияет на то, кто может позже вызвать CPMM::CollectCreatorFee. Решите при создании конфигурации платформы, какую модель вы хотите.

Ссылки

Исходные файлы:
  • raydium-launch/programs/launchpad/src/states/platform_config.rsPlatformConfig, PlatformParams, MigrateNftInfo, PlatformCurveParam, BondingCurveParam, is_valid_curve_param.
  • raydium-launch/programs/launchpad/src/states/platform_global_access.rsPlatformGlobalAccess.
  • raydium-launch/programs/launchpad/src/lib.rscreate_platform_config, update_platform_config, update_platform_curve_param, remove_platform_curve_param, create_platform_global_access, close_platform_global_access, claim_platform_fee, claim_platform_fee_from_vault.