Комиссии CPMM

​

Две независимые комиссии, четыре направления

1. Торговая комиссия — взимается по ставке AmmConfig.trade_fee_rate и распределяется между тремя направлениями:
   • Доля LP — остаётся в хранилище и увеличивает k. Получается неявно при сжигании токенов LP.
   • Доля протокола — накапливается в PoolState.protocol_fees_token*; собирается protocol_owner через CollectProtocolFee.
   • Доля фонда — накапливается в PoolState.fund_fees_token*; собирается fund_owner через CollectFundFee.
2. Комиссия создателя (опциональная, для каждого пула) — взимается по ставке AmmConfig.creator_fee_rate независимо от торговой комиссии и накапливается в PoolState.creator_fees_token*. Создатель может собрать её через CollectCreatorFee, или любой плательщик может запустить путь CollectCreatorFeePermissionless с фиксированными направлениями. Активна только если пул был создан с enable_creator_fee = true.

​

Ставки и единицы

• trade_fee_rate — доля объёма своп. 2500 ⇒ 0,25% соответствующей стороны (входа или выхода, в зависимости от creator_fee_on — см. раздел “С какой стороны своп берутся комиссии” ниже).
• creator_fee_rate — доля объёма своп, взимается отдельно от торговой комиссии. 1000 ⇒ 0,10% соответствующей стороны.
• protocol_fee_rate и fund_fee_rate — доли торговой комиссии, а не объёма. 120_000 ⇒ 12% торговой комиссии.

​

Распределение в коде

// Переформулировано из raydium-cp-swap/programs/cp-swap/src/curve/{calculator,fees}.rs.
// Фактический код ветвится по `is_creator_fee_on_input`; обе ветви сохраняют
// инвариант, что creator_fee — это собственная ставка, никогда не часть trade_fee.

const FEE_RATE_DENOMINATOR_VALUE: u64 = 1_000_000;

pub struct FeeBreakdown {
    pub amount_in_after_fees: u64,    // вход минус все комиссии, взятые со стороны входа
    pub amount_out_after_fees: u64,   // выход минус любая комиссия создателя, взятая со стороны выхода
    pub trade_fee:    u64,            // → распределяется на LP / протокол / фонд ниже
    pub protocol_fee: u64,            // доля trade_fee
    pub fund_fee:     u64,            // доля trade_fee
    pub creator_fee:  u64,            // независимый бакет (сторона входа или выхода)
}

fn take_fees_on_input(
    amount_in: u64,
    trade_rate: u64,
    creator_rate: u64,
    protocol_rate: u64,
    fund_rate: u64,
) -> (u64 /* trade_fee */, u64 /* creator_fee */, u64 /* amount_in_after_fees */) {
    // Две ставки складываются, чтобы мы округлили один раз на объединённой комиссии,
    // затем распределили пропорционально — это чисто трюк округления/эффективности.
    // Распределение соблюдает ставки точно: creator_fee/trade_fee == creator_rate/trade_rate.
    let total_fee = ((amount_in as u128) * ((trade_rate + creator_rate) as u128))
        .div_ceil(FEE_RATE_DENOMINATOR_VALUE as u128) as u64;

    let creator_fee = ((total_fee as u128) * (creator_rate as u128)
                       / ((trade_rate + creator_rate) as u128)) as u64;
    let trade_fee   = total_fee - creator_fee;

    (trade_fee, creator_fee, amount_in - total_fee)
}

fn take_creator_fee_on_output(amount_out_swapped: u64, creator_rate: u64) -> (u64, u64) {
    // Когда creator_fee_on направляет комиссию создателя на сторону выхода,
    // trade_fee берётся на входе как одна ставка, и creator_fee
    // вычисляется против выхода кривой.
    let creator_fee = ((amount_out_swapped as u128) * (creator_rate as u128))
        .div_ceil(FEE_RATE_DENOMINATOR_VALUE as u128) as u64;
    (amount_out_swapped - creator_fee, creator_fee)
}

fn split_trade_fee(
    trade_fee: u64,
    protocol_rate: u64,
    fund_rate: u64,
) -> (u64 /* protocol_fee */, u64 /* fund_fee */) {
    let protocol_fee = (trade_fee as u128 * protocol_rate as u128
                        / FEE_RATE_DENOMINATOR_VALUE as u128) as u64;
    let fund_fee     = (trade_fee as u128 * fund_rate as u128
                        / FEE_RATE_DENOMINATOR_VALUE as u128) as u64;
    (protocol_fee, fund_fee)
}

• Общая комиссия на входе округляется вверх, чтобы пул никогда не недозарядил.
• Подраспределения trade_fee (протокол, фонд) округляются вниз, чтобы их сумма никогда не превышала trade_fee; остаток — доля LP.
• lp_share = trade_fee − protocol_fee − fund_fee (creator_fee не вычитается здесь, потому что это собственный бакет).
• Комиссия создателя берётся со входа или выхода в зависимости от PoolState.creator_fee_on (см. следующий раздел). Ставка остаётся неизменной в любом случае.

​

С какой стороны своп берутся комиссии

​

Как “накопленные” комиссии взаимодействуют с кривой

raw_vault_0_balance = getTokenAccountBalance(vault_0).amount
                    = lp_entitled + protocol_fees_token0
                      + fund_fees_token0 + creator_fees_token0

curve_x = raw_vault_0_balance − (protocol_fees_token0
                                  + fund_fees_token0
                                  + creator_fees_token0)

• Котировка по сырым балансам неправильна. Если вы построите котировщик на основе getTokenAccountBalance, вы будете постоянно переоценивать цену, которую пул будет соблюдать. Всегда вычитайте накопленные комиссии или симулируйте через SwapBaseInput / API.
• CollectProtocolFee не движет цену. Он перемещает токены из хранилища и обнуляет счётчики protocol_fees_token*, поэтому curve_x и curve_y остаются неизменными.
• Комиссии LP не накапливаются в счётчик. Они неявны в балансе хранилища. Право LP на накопленные комиссии LP осуществляется путём сжигания токенов LP (т.е. через Withdraw) — нет CollectLpFee.

​

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

1. Комиссия передачи входной монеты на amount_in (органу сбора комиссий монеты).
2. Комиссия trade_fee пула на остаток (распределяется как выше).
3. Комиссия передачи выходной монеты на amount_out (органу сбора комиссий монеты).

​

Комиссия создателя

• Включена при создании пула. Initialize устанавливает enable_creator_fee = false по умолчанию; пулы, созданные через InitializeWithPermission (используется для выпусков LaunchLab и других контролируемых путей), могут передать enable_creator_fee = true и выбрать creator_fee_on.
• Ставка общая с уровнем комиссии. Сама ставка — это AmmConfig.creator_fee_rate, одно и то же значение для каждого пула, привязанного к этой конфигурации. Каждый пул затем решает, взимать ли её (enable_creator_fee) и с какой стороны своп взимать (creator_fee_on). Когда enable_creator_fee = false, эффективная ставка комиссии создателя пула равна нулю независимо от значения конфигурации (см. PoolState::adjust_creator_fee_rate в исходном коде).
• Независима от торговой комиссии. Комиссия создателя никогда не уменьшает доли LP / протокола / фонда — это собственная ставка, применяемая отдельно, накапливаемая в собственных счётчиках.
• Собирается через CollectCreatorFee или CollectCreatorFeePermissionless. Исходный путь требует подписи PoolState.pool_creator. Путь без разрешения позволяет любому плательщику запустить сборку, но фиксирует оба направления на канонические ATA создателя.
• Не может быть повторно включена или переведена после создания. Пул, инициализированный с enable_creator_fee = false, никогда не будет взимать комиссию создателя; один, инициализированный с определённым creator_fee_on, не может переключать стороны.

​

Операционный поток сборки

​

Изменение уровня комиссии

• Переместить пул из одного AmmConfig в другой.
• Переоценить уже накопленные комиссии задним числом.
• Собрать комиссии без подписи protocol_owner / fund_owner.

​

Чтение комиссий из работающего пула

// Off-chain: текущие накопленные комиссии в каждом бакете
const pool = await connection.getAccountInfo(poolStatePda);
const decoded = PoolState.decode(pool.data);
console.log(
  "Protocol accrued:",
  decoded.protocolFeesToken0.toString(),
  decoded.protocolFeesToken1.toString(),
);
console.log(
  "Fund accrued:",
  decoded.fundFeesToken0.toString(),
  decoded.fundFeesToken1.toString(),
);
console.log(
  "Creator accrued:",
  decoded.creatorFeesToken0.toString(),
  decoded.creatorFeesToken1.toString(),
);

// Off-chain: эффективные ставки сегодня.
// trade_fee_rate, creator_fee_rate — доли объёма (знаменатель 1e6).
// protocol_fee_rate, fund_fee_rate — доли *торговой комиссии* (тот же знаменатель).
const config = await fetch("https://api-v3.raydium.io/main/cpmm-config")
  .then((r) => r.json());
const tier = config.data.find((t) => t.index === decoded.ammConfigIndex);

const tradeFeeOfVolume   = tier.tradeFeeRate / 1_000_000;
const protocolOfTradeFee = tier.protocolFeeRate / 1_000_000;
const fundOfTradeFee     = tier.fundFeeRate / 1_000_000;
const lpOfTradeFee       = 1 - protocolOfTradeFee - fundOfTradeFee;

console.log("LP fee effective:",       (tradeFeeOfVolume * lpOfTradeFee * 100).toFixed(4), "%");
console.log("Protocol fee effective:", (tradeFeeOfVolume * protocolOfTradeFee * 100).toFixed(4), "%");
console.log("Fund fee effective:",     (tradeFeeOfVolume * fundOfTradeFee * 100).toFixed(4), "%");
console.log(
  "Creator fee effective:",
  decoded.enableCreatorFee
    ? ((tier.creatorFeeRate / 1_000_000) * 100).toFixed(4) + " %"
    : "0 % (disabled on this pool)",
);

​

Сравнение с CLMM и AMM v4

• AMM v4 использует фиксированную торговую комиссию 0,25% с другим распределением LP/протокола и без комиссии фонда.
• CLMM комиссии — это уровни по интервалам тиков, накапливаются по позициям (не по пулам) и собираются через DecreaseLiquidity или CollectFees.

​

Что дальше

• products/cpmm/math — где вычитание торговой комиссии подключается к кривой.
• products/cpmm/instructions — списки учётных записей инструкции Collect*.
• algorithms/token-2022-transfer-fees — как правильно объединить комиссию торговли пула с комиссией передачи монеты.

• raydium-io/raydium-cp-swap — states/config.rs, states/pool.rs, states/curve.rs
• Raydium API — GET /main/cpmm-config