Slippage ve fiyat etkisi

​

İki farklı kavram

• Fiyat etkisi, belirli bir pool durumuna karşı yapılan bir işlemin deterministik bir özelliğidir. (Δin, reserves) verildiğinde, fiyat etkisi işlem gönderilmeden önce tamamen hesaplanabilir.
• Slippage, fiyat teklifi sırasında beklediğiniz fiyat ile yürütme sırasında gerçekten aldığınız fiyat arasındaki gerçekleşen farktır. Gecikme, eşzamanlı işlemler ve blok dahil etme sırasının bir fonksiyonudur — pool matematiğinin değil.

​

Resmi tanımlar

​

Fiyat etkisi

p_before = pool.spot_price()
p_after  = pool.spot_price_if_trade(Δin) uygulandıktan sonra
impact   = (p_before − p_after) / p_before       // işaretli olabilir

​

Gerçekleşen slippage

quoted_out = fiyat teklifi sırasında hesaplanan amount_out
actual_out = zincir üzerinde gözlenen amount_out
slippage   = (quoted_out − actual_out) / quoted_out

​

minAmountOut ve maxAmountIn belirleme

• SwapBaseInput(amount_in, min_amount_out) — tam giriş, çıkışı alt sınırla.
• SwapBaseOutput(max_amount_in, amount_out) — tam çıkış, girişi üst sınırla.

// AMM v4 — computeAmountOut adında bir metodu olan tek modül
const computed = raydium.liquidity.computeAmountOut({
  poolInfo,            // baseReserve/quoteReserve/version/status eklenmiş olması gerekir
  amountIn,            // BN
  mintIn,
  mintOut,
  slippage: 0.005,     // 0.5% tolerans, düz bir sayı
});
// -> { amountOut, minAmountOut, currentPrice, executionPrice, priceImpact, fee }
//    tüm miktarlar düz BN'lerdir

// 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 — bir PoolUtils statik ve bitmap uzantısı + blok zaman damgası gerekir
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, ... }

​

Önerilen slippage toleransları

1. Çift istikrarı. Stablecoin-stablecoin pool’ları güvenle %0,1 kullanabilir. Değişken meme-çift pool’ları güvenilir bir şekilde gerçekleşmek için genellikle %3–5 gerektirir.
2. İşlem boyutu. Daha büyük işlemler daha büyük fiyat etkilerine sahiptir, bu nedenle tolerans geri dönüşü önlemek için onlarla ölçeklenmelidir. SDK’nın otomatik slippage varsayılanları bu nedenle max(0.5%, 2 × price_impact) civarındadır.
3. Blok dahil etme gecikmesi. Mempool’da birden fazla blok için bekleyen işlemler daha fazla eşzamanlı işleme maruz kalır. Jito bundle’ları ve öncelik ücretleri bunu azaltır.

​

AMM türleri arasındaki farklar

​

CPMM

​

AMM v4

• Ham vault bakiyeleri üzerinden fiyat teklifi alın. Eklenecek bir zincir üstü bileşen yoktur — Initialize2 her yeni pool’da AmmInfo.open_orders = Pubkey::default() yazar ve hiçbir talimat bir OpenOrders hesabını okumaz.
• Birikmiş protokol PnL’yi (state_data.need_take_pnl_coin / need_take_pnl_pc) vault bakiyelerinden çıkararak değişmezin gerçekten kullandığı rezervleri alın.
• Önceden çalıştırılacak bir crank yoktur: MonitorStep şimdi unimplemented! ile panikler ve gönderilmemelidir.

​

CLMM

​

LaunchLab eğrisi

​

MEV hususları

1. Sıkı minAmountOut. Agresif slippage sınırları, ağır bir şekilde sandwiched olursa kurban işleminin geri dönmesine neden olur, fonları korur (ancak gaz boşa harcar). Solana’da bu standart uygulamadır — reddetme ucuzdur.
2. Jito bundle’ları. Jito aracılığıyla bundle’lanmış bir ipucu ile gönderme, aracıları işleminizi yeniden sıralamaktan hariç tutar. Bundle’lar atomik bloklar olarak iner.
3. Öncelik ücretleri. Yüksek bir öncelik ücreti, işleminizin bir sandwicher’ın tepki verebilmesinden önce mevcut lider’in bloğunda yer alma şansını artırır. Bundle’lardan daha az sağlam, daha standarttır.
4. Özel RPC. Özel bir RPC aracılığıyla gönderme (veya bir doğrulayıcının doğrudan uç noktası aracılığıyla) mempool sandwicher’ının işleminizi gözlemleyebileceği pencereyi azaltır.

​

Çok atlamalı rotalar için slippage

// Kötü: 0.5% sadece sonunda uygulanır, bu nedenle herhangi bir ara atlama kaydırması ikinci atlamayı başarısız kılar.
const finalMin = finalAmount * (1 - 0.005);

// Daha iyi: her atlama kendi sınırını uygular.
const hop1Min  = hop1Amount * (1 - 0.005);
const hop2Min  = hop2Amount * (1 - 0.005);
// Uçtan uca bu daha sıkıdır (bileşik), ancak atomiktir — herhangi bir atlama kötüleşirse, işlem erken geri döner.

​

Kullanıcılara raporlama

• Beklenen fiyat etkisini ve slippage toleransını ayrı ayrı görüntüleyin.
• Fiyat etkisi ~%2’yi aştığında vurgulayın — “yüksek etki” uyarısı.
• Fiyat etkisi toleransı aştığında vurgulayın — işlem neredeyse kesinlikle geri dönecektir.
• Değişken çiftler için, sınırı gevşeten ve daha güçlü bir uyarı gösteren “yüksek slippage modu” sunun.

​

İşaretçiler

• products/cpmm/math, products/amm-v4/math, products/clmm/math — pool türü başına etki türetmeleri.
• integration-guides/routing-and-mev — çok atlamalı yönlendirme + MEV savunmaları.
• integration-guides/priority-fee-tuning — slippage’ı azaltmak için öncelik ücretlerini boyutlandırma.

• Raydium SDK v2 slippage / etki uygulaması.
• Flashbots / Jito on Solana MEV.