Slippage e impacto de precio

​

Dos conceptos distintos

• Impacto de precio es una propiedad determinística de una operación contra un estado específico del pool. Dado (Δin, reserves), el impacto de precio es completamente computable antes de enviar la operación.
• Slippage es la diferencia realizada entre el precio que esperabas en el momento de la cotización y el precio que realmente obtuviste en el momento de la ejecución. Es una función de la latencia, transacciones concurrentes y orden de inclusión en bloques — no de las matemáticas del pool.

​

Definiciones formales

​

Impacto de precio

p_before = pool.spot_price()
p_after  = pool.spot_price_if_trade(Δin) applied
impact   = (p_before − p_after) / p_before       // puede ser con signo

​

Slippage realizado

quoted_out = amount_out calculado en el momento de la cotización
actual_out = amount_out observado en cadena
slippage   = (quoted_out − actual_out) / quoted_out

​

Dimensionamiento de minAmountOut y maxAmountIn

• SwapBaseInput(amount_in, min_amount_out) — entrada exacta, límite inferior en la salida.
• SwapBaseOutput(max_amount_in, amount_out) — salida exacta, límite superior en la entrada.

// AMM v4 — el único módulo con un método literalmente llamado computeAmountOut
const computed = raydium.liquidity.computeAmountOut({
  poolInfo,            // necesita baseReserve/quoteReserve/version/status incluidos
  amountIn,            // BN
  mintIn,
  mintOut,
  slippage: 0.005,     // tolerancia del 0.5%, un número simple
});
// -> { amountOut, minAmountOut, currentPrice, executionPrice, priceImpact, fee }
//    todos los montos son BNs simples

// 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 — un PoolUtils estático, y necesita la extensión bitmap + timestamp de bloque
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, ... }

​

Tolerancias de slippage recomendadas

1. Estabilidad del par. Los pools stablecoin-stablecoin pueden usar de forma segura 0.1%. Los pools de pares meme volátiles a menudo necesitan 3–5% solo para aterrizar de forma confiable.
2. Tamaño de la operación. Las operaciones más grandes tienen impactos de precio más grandes, por lo que la tolerancia necesita escalar con ellas para evitar reversión. Los valores predeterminados de auto-slippage del SDK rondan max(0.5%, 2 × price_impact) por esta razón.
3. Latencia de inclusión en bloque. Las transacciones que permanecen en el mempool durante múltiples bloques están expuestas a más operaciones concurrentes. Los bundles de Jito y las tarifas de prioridad reducen esto.

​

Diferencias entre tipos de AMM

​

CPMM

​

AMM v4

• Cotiza fuera de los saldos de bóveda sin procesar. No hay componente en libro para agregar — Initialize2 escribe AmmInfo.open_orders = Pubkey::default() en cada nuevo pool, e ninguna instrucción lee una cuenta OpenOrders.
• Resta el PnL de protocolo acumulado (state_data.need_take_pnl_coin / need_take_pnl_pc) de los saldos de bóveda para obtener las reservas que el invariante realmente usa.
• No hay crank para pre-ejecutar: MonitorStep ahora entra en pánico con unimplemented! y no debe ser enviado.

​

CLMM

​

Curva LaunchLab

​

Consideraciones de MEV

1. minAmountOut ajustado. Los límites de slippage agresivos causan que la transacción de la víctima se revierta si es fuertemente sándwich, protegiendo fondos (pero desperdiciando gas). En Solana esto es práctica estándar — el rechazo es barato.
2. Bundles de Jito. Enviar a través de Jito con una propina agrupada excluye intermediarios de reordenar tu tx. Los bundles aterrizan como bloques atómicos.
3. Tarifas de prioridad. Una tarifa de prioridad alta aumenta la probabilidad de que tu operación aterrice en el bloque del líder actual antes de que un sandwicher pueda reaccionar. Menos robusto que bundles, más estándar.
4. RPC privado. Enviar a través de un RPC privado (o a través del endpoint directo de un validador) reduce la ventana durante la cual un sandwicher de mempool puede observar tu transacción.

​

Slippage para rutas multi-hop

// Malo: 0.5% aplicado solo al final, por lo que cualquier hop intermedio deslizándose falla el segundo hop.
const finalMin = finalAmount * (1 - 0.005);

// Mejor: cada hop aplica su propio límite.
const hop1Min  = hop1Amount * (1 - 0.005);
const hop2Min  = hop2Amount * (1 - 0.005);
// De extremo a extremo esto es más ajustado (compuesto), pero atómico — si cualquier hop se degrada, la tx se revierte temprano.

​

Reportar a usuarios

• Muestra ambos impacto de precio esperado y tolerancia de slippage por separado.
• Resalta cuando el impacto de precio excede ~2% — advertencia de “impacto alto”.
• Resalta cuando el impacto de precio excede la tolerancia — la transacción casi seguramente se revertirá.
• Para pares volátiles, ofrece un “modo de slippage alto” que relaja el límite y muestra una advertencia más fuerte.

​

Referencias

• products/cpmm/math, products/amm-v4/math, products/clmm/math — derivaciones de impacto por tipo de pool.
• integration-guides/routing-and-mev — enrutamiento multi-hop + defensas de MEV.
• integration-guides/priority-fee-tuning — dimensionamiento de tarifas de prioridad para reducir slippage.

• Implementación de slippage / impacto del SDK v2 de Raydium.
• Flashbots / Jito en MEV de Solana.