Slippage Ayarı: Solana'da Doğru Değer Nasıl Seçilir
Solana swap slippage ayarı: havuz derinliği, volatilite ve sandwich riskine göre senaryo bazlı değer seçimi. Jupiter, multi-swap ve pratik rakamlar.
Slippage'i çok düşük tutarsan transaction zincirde geri sarar ve fee yine cebinden çıkar. Çok yüksek tutarsan sandwich botları cömertliğini görür ve farkı senden alır. "Auto" seçeneği problemi UI heuristiğine yıkar; o heuristik senin trade büyüklüğünü ve venue'nun adversary profilini bilmez. Bir Discord'da görüp kopyaladığın "%0.5 her zaman iş görür" mesajı ise SOL/USDC dışında çoğu yerde tembeldir. Doğru değer üç girdiden çıkar: havuza göre trade boyutun, token'ın son volatilitesi, o venue'da sandwich aktivitesi.
Bu yazıda mekanizmayı, senaryo başına gerçek sayıları ve Solana multi swap aracı üzerinde tek cap'in neden her cüzdana eşit yetmediğini anlatır.
Slippage aslında ne yapar
Jupiter, Raydium, Orca veya Meteora üzerinde swap yaptığında, slippage UI'da yüzde olarak görünür ama zincirde basis point (slippageBps) olarak kodlanır. 100 bps = %1, 50 bps = %0.5. Transaction zincire indiğinde program şu kontrolü yapar: kullanıcı en az expectedOut * (1 - slippage) kadar token aldı mı? Aldıysa swap geçer, almadıysa transaction revert eder.
Kritik nokta: bu check zincir üstündedir, cüzdan UI'nın bir önerisi değildir. Quote alındığı an ile execution arası geçen sürede fiyat hareket ederse, o hareket bütçeden çıkar.
// Solana'da slippage basis point olarak iletilir
// 100 bps = %1, 50 bps = %0.5
type SwapParams = {
inputMint: string;
outputMint: string;
amount: number; // input'un raw u64'u
slippageBps: number; // orn. %0.5 icin 50
};
// Swap execution'da kavramsal on-chain check:
// require(actualOut >= expectedOut * (1 - slippageBps / 10000), 'slippage exceeded');
Çok düşük: tx başarısız
Hızlı hareket eden bir tokende slippage'i 10 bps'e çekersen ne olur? Quote ile execution arasındaki yarım saniyede fiyat 12 bps oynar, on-chain check düşer, transaction revert eder. Ağ fee'sini (~0.000005 SOL) yine ödersin, pozisyonu açamazsın. Gerçek maliyet fee değil, kaçan harekettir: fiyat 2 dakika sonra %8 yukarıdaysa, "doğru" slippage'i bekleyerek setup'ı kaybedersin.
Çok yüksek: sandwich kapısı
Slippage'i %5'e açıp 50 SOL'lik bir USDC alımı atarsan, mempool'u izleyen sandwich botu senin tx'ini görür. Senden hemen önce alır, fiyatı şişirir, senin tx'in şişmiş fiyattan dolar, bot da hemen satar. Aradaki spread bot'un karı, senin zararındır. Tx zincirde başarılı görünür çünkü slippage cap altında kalmıştır; "neden bu kadar kötü fill aldım" sorusunun cevabı tam burada yatar.
Sandwich botları yüksek slippage'li büyük tx'leri aktif olarak avlar. SOL/USDC gibi derin bir çiftte %5 slippage ile büyük emir geçmek, bot'a "buraya gel, kar burada" mesajı atmaktır. Derin havuzda slippage'i sıkı tut; fiyat etkisi düşüktür, kapatması gerekmez.
Auto'nun kör noktası
Jupiter'in Auto (veya Dynamic) modu, son volatiliteden bir slippage tahmini üretir. Derin havuzlar ve stable çiftlerinde çoğunlukla makuldür. Ama taze bir memecoin'de Auto sık sık %5-15 bandına çıkar; senin trade'inin gerçek price impact'i %2 olsa bile cap'i geniş bırakır. O genişlikte sandwich bot için ekonomik bir hedef olursun. Operatör genelde Auto'yu yener, çünkü kendi trade büyüklüğünü ve hedef venue'nun bot yoğunluğunu bilir; Auto bilmez.
Havuz derinliği ve fiyat etkisi
Slippage'i "ne kadar kaybı kabul ederim" diye düşünmeyi bırak. Asıl soru şu: "Benim trade'im bu havuzun fiyatını ne kadar oynatır?" Havuzun likiditesinin %1'i kadar trade atıyorsan price impact düşük, slippage cap'i sıkı tutabilirsin. Havuzun %10'u kadar trade atıyorsan AMM eğrisi sırf senin emrinle fiyatı en az %10 oynatır; cap'in bunu kapsaması zorunlu.
UI "price impact" ve "slippage tolerance" değerlerini ayrı gösterir. Slippage daima fiyat etkisinin biraz üstünde olmalı: fiyat etkisi artı bloklar arası küçük bir tampon. Büyük emirlerde önce Solana token snapshot aracı üzerinden havuz derinliğine ve holder dağılımına bakmak, slippage'i göz kararı seçmekten çok daha doğru sonuç verir. Solana likidite ekleme aracı ile etkileşen aynı LP'lere karşı swap yapıyorsun; derinlik o LP'nin durumudur.
Senaryo başına sayılar
Aşağıdaki değerler operatör görüşüdür, protokol şartı değildir. Her trade'de price impact'i yanında kontrol et.
| Senaryo | Önerilen slippage | Neden |
|---|---|---|
| Stable / stable (USDC ↔ USDT) | %0.1 - %0.3 | Havuz çok derin, oynaklık minimum. Daha fazlası israftır. |
| SOL / USDC, küçük-orta boy | %0.5 - %1 | Derin havuz, ama volatilite stable'dan yüksek. Sandwich riski mevcut, cap dar tut. |
| SOL / mid-cap (örn. JTO) | %1 - %2 | Likidite makul, fiyat hareket eder. Stable cap çoğu zaman düşer. |
| SOL / yerleşik meme (BONK, WIF) | %2 - %5 | Volatilite yüksek, derinlik orta. Cap'i price impact + tampon olarak seç. |
| SOL / Pump.fun'dan yeni geçmiş meme | %5 - %15 | Çok sığ AMM havuzu, dakikada büyük hareket. Sandwich riski kabul edilir; alternatif başarısız tx zinciridir. |
Cüzdan başına tek emir atıyorsan Solana tek cüzdan swap aracı sayfasında bu değerleri elle gir, Auto'ya güvenme. wSOL bacağı varsa swap öncesi Solana wSOL wrapper aracı üzerinden sarmak transactionu basitleştirir; iki ayrı slippage check'e bölmek yerine tek temiz swap kalır.
Slippage'i her zaman price impact ile birlikte oku. Slippage = price impact + küçük bir tampon kuralı çoğu durumda işe yarar. Tampon büyüklüğü venue'ya göre değişir: derin SOL/USDC'de 10-20 bps yeter, taze memecoin'de 200-500 bps gerekebilir.
Multi-swap: cap herkes için tek
Bir launch sırasında 200 cüzdanla aynı tokeni topluyorsun. Solana çoklu cüzdan swap aracı bir slippage cap alır ve onu tüm cüzdanlar için kullanır. Sorun şu: havuz 1. cüzdan ile 200. cüzdan arasında oynar. İlk cüzdanların temiz girişine yetecek kadar dar bir cap koyarsan, son cüzdanlar fail eder. Son cüzdanları kurtaracak kadar geniş bir cap koyarsan, ilk cüzdanlara sandwich kapısı açmış olursun.
Pratik yaklaşım: koşunun son cüzdanını düşün, oradaki worst-case için cap'i belirle, sonra ilk cüzdanlardaki ekstra payı kabul edilebilir maliyet olarak gör. Yan opsiyon: koşuyu 2-3 batch'e böl, her batch'in cap'ini güncel havuz durumuna göre yeniden seç. Solana cüzdan oluşturma aracı ile hazırladığın cüzdan grubunu zaten batch'lere ayırıyorsan, slippage cap'ini de aynı batch sınırında yenilemek mantıklıdır.
"%0.5 herkese yeter" antipattern'i
"%0.5 her zaman iş görür" Discord'da sürekli dolaşan bir cümledir. Doğru olduğu tek senaryo: ortalama büyüklükte SOL/USDC swap'ı, derin havuz, Jito-bundled ya da MEV-korumalı rota. Bunun dışında neredeyse her durumda yanlıştır. Memecoin'de %0.5 tx fail eder. 100K USDC'lik bir alımda %0.5 sandwich için açık davettir; trade'in price impact'i %0.5'ten büyük olabilir. Multi-wallet koşusunda %0.5 son cüzdanların yarısını fail ettirir.
Her trade için soracağın üç soru: havuzun ne kadarını alıyorum, bu venue'da sandwich risk profili nedir, kaç cüzdanla atıyorum. Cevaba göre değer ayarla. Daha fazla operatör pratiği için j.tools rehber kategorisi yazıları ve Solana etiketli tüm yazılar sayfasına bakabilirsin.
Slippage tek bir doğru rakam değil, her trade için yeniden hesaplanan bir karardır. Tek bir varsayılana yapıştığın gün, ya bekleme odasında ya da bot'un kuyruğunda kalırsın.
