Slippage и ценовое воздействие

​

Два различных понятия

• Price impact — это детерминированное свойство сделки против конкретного состояния пула. Учитывая (Δin, reserves), price impact полностью вычисляется до отправки сделки.
• Slippage — это реализованная разница между ценой, которую вы ожидали во время котировки, и ценой, которую вы фактически получили при исполнении. Это функция задержки, одновременных транзакций и порядка включения блоков — не математики пула.

​

Формальные определения

​

Price impact

p_before = pool.spot_price()
p_after  = pool.spot_price_if_trade(Δin) applied
impact   = (p_before − p_after) / p_before       // может быть со знаком

​

Реализованный slippage

quoted_out = amount_out вычислено во время котировки
actual_out = amount_out наблюдается в блокчейне
slippage   = (quoted_out − actual_out) / quoted_out

​

Расчет minAmountOut и maxAmountIn

• SwapBaseInput(amount_in, min_amount_out) — точный ввод, нижняя граница вывода.
• SwapBaseOutput(max_amount_in, amount_out) — точный вывод, верхняя граница ввода.

// AMM v4 — единственный модуль с методом буквально называемым computeAmountOut
const computed = raydium.liquidity.computeAmountOut({
  poolInfo,            // нужны baseReserve/quoteReserve/version/status
  amountIn,            // BN
  mintIn,
  mintOut,
  slippage: 0.005,     // 0.5% допуск, простое число
});
// -> { amountOut, minAmountOut, currentPrice, executionPrice, priceImpact, fee }
//    все суммы — простые BN

// CPMM
const { computePoolInfo } = await raydium.cpmm.getPoolInfoFromRpc(POOL_ID);
const cpmmQuote = raydium.cpmm.computeSwapAmount({
  pool: computePoolInfo, amountIn, outputMint: mintOut, slippage: 0.005,
});
// -> { amountIn, amountOut, minAmountOut, fee, executionPrice, priceImpact, swapResult, allTrade }

// CLMM — статический PoolUtils, нужны расширение bitmap и временная метка блока
const clmmQuote = PoolUtils.computeAmountOutFormat({
  poolInfo: computeClmmPoolInfo, tickarrayBitmapExtension, tickArrayCache,
  amountIn, tokenOut, slippage: 0.005,
  epochInfo: await raydium.fetchEpochInfo(),
  blockTimestamp: Math.floor(Date.now() / 1000),
});
// -> { amountOut, minAmountOut, fee, priceImpact, remainingAccounts, ... }

​

Рекомендуемые допуски slippage

1. Стабильности пары. Пулы stablecoin-stablecoin могут безопасно использовать 0,1%. Волатильные пулы мем-пар часто нуждаются в 3–5% просто для надежного исполнения.
2. Размера сделки. Большие сделки имеют больший price impact, поэтому допуск должен масштабироваться с ними, чтобы избежать отката. SDK использует автоматический slippage по умолчанию около max(0.5%, 2 × price_impact) по этой причине.
3. Задержки включения блока. Транзакции, находящиеся в mempool несколько блоков, подвергаются большему количеству одновременных сделок. Jito bundles и priority fees это снижают.

​

Различия между типами AMM

​

CPMM

​

AMM v4

• Котируйте по сырым балансам хранилищ. Нет компонента на книге для добавления — Initialize2 записывает AmmInfo.open_orders = Pubkey::default() в каждый новый пул, и ни одна инструкция не читает аккаунт OpenOrders.
• Вычтите накопленный PnL протокола (state_data.need_take_pnl_coin / need_take_pnl_pc) из балансов хранилищ, чтобы получить резервы, которые инвариант фактически использует.
• Нет крана для предварительного запуска: MonitorStep теперь паникует с unimplemented! и не должен отправляться.

​

CLMM

​

Кривая LaunchLab

​

Соображения MEV

1. Жесткий minAmountOut. Агрессивные границы slippage вызывают откат жертвы транзакции при сильном sandwich, защищая средства (но тратя газ). На Solana это стандартная практика — отклонение дешево.
2. Jito bundles. Отправка через Jito с bundled tip исключает посредников из переупорядочивания вашей tx. Bundles приземляются как атомарные блоки.
3. Priority fees. Высокий priority fee увеличивает вероятность того, что ваша сделка попадет в блок текущего лидера раньше, чем sandwicher сможет среагировать. Менее надежно, чем bundles, более стандартно.
4. Private RPC. Отправка через private RPC (или через прямую конечную точку валидатора) сокращает окно, в течение которого mempool sandwicher может наблюдать вашу транзакцию.

​

Slippage для многоскачковых маршрутов

// Плохо: 0.5% применяется только в конце, поэтому любой промежуточный скачок, скользящий, не пройдет второй скачок.
const finalMin = finalAmount * (1 - 0.005);

// Лучше: каждый скачок обеспечивает свою границу.
const hop1Min  = hop1Amount * (1 - 0.005);
const hop2Min  = hop2Amount * (1 - 0.005);
// Конец-в-конец это жестче (составное), но атомарное — если любой скачок деградирует, tx откатывается рано.

​

Отчетность пользователям

• Отображайте оба ожидаемый price impact и допуск slippage отдельно.
• Выделяйте, когда price impact превышает ~2% — предупреждение «высокое воздействие».
• Выделяйте, когда price impact превышает допуск — транзакция почти наверняка откатится.
• Для волатильных пар предложите режим «высокий slippage», который ослабляет границу и показывает более сильное предупреждение.

​

Ссылки

• products/cpmm/math, products/amm-v4/math, products/clmm/math — выведение воздействия для каждого типа пула.
• integration-guides/routing-and-mev — многоскачковая маршрутизация + защита от MEV.
• integration-guides/priority-fee-tuning — расчет priority fees для снижения slippage.

• Реализация slippage / impact в Raydium SDK v2.
• Flashbots / Jito на Solana MEV.