Skip to main content
Эта страница переведена с помощью ИИ. За эталон принимается английская версия.Открыть английскую версию →
Эта страница — справочная таблица. Используйте её, чтобы ответить на вопросы вроде «сколько стоит своп в пуле X?» или «сколько SOL нужно, чтобы создать пул CLMM?» — без необходимости изучать каждый раздел продукта. Информацию о разделении комиссий на уровне протокола см. в ray/protocol-fees.

Комиссии за своп по продуктам

Значения комиссий — это проценты от входящей суммы, применяемые до расчётов пула.

Соглашение о знаменателе комиссии

  • AMM v4: комиссии кодируются как x/10,000. «25» означает 0.25%.
  • CPMM/CLMM: комиссии кодируются как x/1,000,000. «2500» означает 0.25%.
При чтении данных на цепи напрямую используйте правильный знаменатель для программы пула.
Уровни — это учётные записи AmmConfig на цепи, а не исходные константы — администратор может добавить больше. По состоянию на 2026-09-09 в мейннете опубликовано 21 конфигурация CPMM и 21 конфигурация CLMM. Проверенные значения trade_fee_rate:
  • CPMM: 0.005%, 0.03%, 0.25%, 0.3%, 0.35%, 0.4%, 0.5%, 0.7%, 0.75%, 1%, 1.5%, 2%, 2.5%, 4%. Нет уровня 0% и нет уровня 0.01%.
  • CLMM: 0.01%, 0.02%, 0.03%, 0.04%, 0.05%, 0.1%, 0.15%, 0.16%, 0.18%, 0.2%, 0.25%, 0.4%, 0.5%, 0.6%, 0.8%, 1%, 2%, 3%, 4% — по интервалам тиков 1, 10, 60 и 120.
Каждая из этих 42 конфигураций имеет protocol_fee_rate = 120000 (12% от комиссии за своп) и fund_fee_rate = 40000 (4%), поэтому доля LP составляет 84% на обоих продуктах. Перечислите их самостоятельно с помощью getProgramAccounts, отфильтрованного по размеру AmmConfig, или прочитайте конечные точки API ниже.

Разделение комиссий протокола

В пределах доли «протокола» каждой комиссии применяются дополнительные разделения: Доля LP поступает держателям токенов LP автоматически:
  • AMM v4 / CPMM: накапливается в резервах пула, распределяется пропорционально при снятии.
  • CLMM: накапливается в fee_growth_global_X/Y, может быть собрана через collectFee.

Стоимость создания

Единовременные затраты в SOL на развёртывание пула. Массивы тиков CLMM не создаются CreatePool — каждый TickArrayState занимает 10,240 байт (~0.072 SOL) и выделяется лениво первым OpenPosition* / IncreaseLiquidity*, который его касается, за счёт вызывающей стороны. Типичная первая позиция поэтому добавляет один или два массива тиков сверх приведённой выше цифры пула.
Цифры аренды на этой странице рассчитаны при lamports_per_byte = 6,960, ставке до SIMD-0437. Снижение аренды снижает это в пять этапов — вызовите getMinimumBalanceForRentExemption для актуального числа вместо использования этих значений.
Большая часть аренды возвращается — закрытие позиции или фермы возвращает лампорты. Массивы тиков никогда не закрываются, и AmmInfo / PoolState сохраняются неопределённо долго.

Стоимость выпуска / миграции

Сетевые комиссии за типичную операцию

Это базовые комиссии Solana + комиссии приоритета, отдельно от комиссий протокола Raydium.
Как эти значения были измерены. Каждая цифра — это строка лога Program <id> consumed N of M compute units для собственного вызова программы Raydium — поэтому она включает её внутренние CPI токен-программы, но исключает любую оборачивающую вызов агрегатор или маршрутизатор. Выборка из живых транзакций мейннета на пулах с высоким объёмом на 2026-09-09: CPMM SwapBaseInput 22,721–23,052 (n=8); AMM v4 своп 25,215–26,002; CLMM Swap 37,148–44,721; CLMM SwapV2 43,838–52,887 (n=6).Стоимость своп CLMM масштабируется с пересечениями тиков, поэтому рассматривайте SwapV2 как нижний предел и бюджетируйте запас для волатильного пула. Измерьте свой собственный путь вместо бюджетирования по этой таблице — и учтите, что вся транзакция всегда стоит больше, чем одна инструкция Raydium, когда учитываются создание ATA, обёртывание wSOL и инструкции бюджета вычислений.
Комиссия приоритета — это ceil(compute_unit_price × compute_unit_limit / 1_000_000) лампортов, поэтому при 10,000 µLamports/CU транзакция на 23,000 CU платит 230 лампортов. При такой цене CU базовая комиссия 5,000 лампортов на подпись доминирует в счёте более чем на порядок; комиссии приоритета только превосходят её выше примерно 217,000 µLamports/CU на одноподписной транзакции 23,000 CU. Комиссии приоритета масштабируются линейно с ценой CU; см. integration-guides/priority-fee-tuning.

Взаимодействие комиссии Token-2022

Когда одна или обе стороны пула используют Token-2022 с комиссией передачи, эффективная комиссия складывается:
Пример: пул CPMM 0.25%, входящая сторона имеет комиссию передачи 1%, выходящая сторона имеет комиссию передачи 0.5%.
Эффективная комиссия: ~1.74% несмотря на номинальную комиссию пула 0.25% — это 1 − 0.99 × 0.9975 × 0.995. × 0.98 выше — это обменный курс пула (изменение номинала), а не комиссия, поэтому его не следует считать в стеке комиссий: измеренный против выхода без комиссии 1000 × 0.98 = 980, потеря составляет те же 1.74%. SDK вычисляет эффективную ставку через getComputeAmountOut — всегда используйте её при цитировании пулов Token-2022.

Специфика LaunchLab

Проекты, запускающие токены, могут включить комиссию создателя во время фазы кривой связи. После выпуска выбранная конфигурация CPMM может также взимать отдельную комиссию создателя CPMM для записанного создателя пула. Принадлежащий платформе Fee Key представляет права на комиссию LP и не является учётной записью комиссии создателя. См. products/launchlab/creator-fees.

Модель стоимости вознаграждения Farm v6

Фермы не взимают комиссии как таковые — это распределение вознаграждений. Но они стоят SOL для работы: Фермы также требуют достаточно лампортов в хранилище вознаграждений, чтобы покрыть аренду на время жизни фермы; закрытие их возвращает.

Исторические изменения параметров

Информацию о разделении комиссий на уровне протокола и адресах казны см. в ray/protocol-fees и ray/treasury.

Как читать текущие значения на цепи

CPMM/CLMM AmmConfig

Обратите внимание, что protocolFeeRate и fundFeeRate — это доли комиссии за своп, а не объёма — поэтому 12% и 4% здесь означают 0.03% и 0.01% объёма при уровне 0.25%. AmmConfig CPMM содержит четвёртую ставку, которую этот полезный груз не обязательно выводит: creator_fee_share_rate, доля протокола комиссии создателя, добавленная 2026-09-19. Это доля накопленного ведра создателя, а не объёма и не комиссии за своп, она применяется при сборе комиссии создателя, а не при своп, и PDA CreatorFeeShare для каждого создателя может её переопределить. Прочитайте её с учётной записи AmmConfig. Подробности в products/cpmm/fees.

Пул AMM v4

Ставка вознаграждения Farm v6

Сравнение с другими DEX

Для контекста (все значения по состоянию на апрель 2026):

Ссылки

Источники:
  • Live AmmConfigs через api-v3.raydium.io.
  • Бенчмарки CU из набора тестов SDK.
  • Live ссылки на комиссии протокола из документации Raydium.