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 dar tutarsan swap zincirde geri sarar ve ufak bir ağ ücretini boşa öderdin. Çok geniş tutarsan sandwich botları cömertliğini görür ve aradaki farkı senden alır. "Auto" seçeneği kararı arayüzdeki bir tahmine bırakır; o tahmin senin emrinin büyüklüğünü ve o havuzdaki bot trafiğini bilmez. Bir Discord'da görüp kopyaladığın "%0.5 her zaman iş görür" cümlesi ise SOL/USDC dışında çoğu yerde tembel bir seçimdir. Doğru değer üç girdiden çıkar: havuza göre emir boyutun, tokenin son hareketliliği ve o havuzdaki bot yoğunluğu.
Bu yazı slippage'in ne demek olduğunu, hangi yüzde aralığının hangi tokene oturduğunu ve Solana çoklu cüzdan swap aracında tek bir cap'in neden her cüzdanı kurtarmadığını anlatır.
Slippage'i bir cümleyle anlatmak
Slippage, swap iptal olmadan kabul ettiğin fiyat esnekliğidir. "3 dolara ekmek alırım ama 3.30'u geçerse siparişi iptal et" demek gibi. Dar slippage daha sıkı bir fiyat sınırı koyar. Geniş slippage ise swap'in geçme ihtimalini artırır ama daha kötü bir fiyatla kalma riskini de büyütür.
Jupiter, Raydium, Orca veya Meteora'da swap yaptığında bu sınır arayüzde yüzde olarak çıkar. Sen "alacağım token miktarı şu rakamın altına düşerse iptal et" diyorsun. Sınır havuzdaki fiyat oynaması nedeniyle aşılırsa swap tamamen geri sarar; ağ ücretini ödersin, token gelmez.
Önemli bir nokta var: bu kontrol cüzdan arayüzünde değil, doğrudan zincirde yapılır. Fiyat aldığın an ile swap'in zincire indiği an arasında geçen yarım saniyede piyasa oynarsa, o oynama senin bütçenden çıkar.
Çok dar koymak: swap geri sarar
Hızlı hareket eden bir tokende slippage'i %0.1'e çekersen ne olur? Quote ile execution arasındaki kısa sürede fiyat %0.12 oynar, sınır aşılır ve swap iptal olur. Küçük bir ağ ücretini yine ödersin, token gelmez. Gerçek kayıp ücret değil, kaçırdığın harekettir. Fiyat iki dakika sonra %8 yukarıdaysa, "doğru" slippage'i ayarlamaya çalışırken girişi tamamen kaçırdın demektir.
Çok geniş koymak: sandwich kapısı
Slippage'i %5'e açıp 50 SOL'luk bir USDC alımı atarsan, havuzu izleyen bir bot senin emrini görür. Senden hemen önce alır, fiyatı yukarı iter, senin swap'in şişmiş fiyattan dolar, bot da hemen satıp farkı cebine koyar. Swap zincirde başarılı görünür çünkü fiyat senin koyduğun sınırı geçmemiştir. "Neden bu kadar kötü fiyattan aldım" sorusunun cevabı tam burada saklıdır.
Sandwich botları geniş slippage'li büyük emirleri aktif olarak avlar. SOL/USDC gibi derin bir havuzda %5 slippage ile büyük emir geçmek, bota "buraya gel, kar burada" mesajı gibidir. Derin havuzda sınırı sıkı tut. Hatta %50'ye çıkarmak "ne fiyattan olursa olsun doldur" çağrısıdır; o değer hiçbir senaryoda doğru cevap değildir.
Auto seçeneğinin kör noktası
Jupiter'in Auto modu son hareketlere bakarak bir slippage tahmini üretir. Derin havuzlarda ve stable çiftlerinde çoğunlukla makul bir değer çıkar. Ama taze bir memecoinde Auto sık sık %5-%15 aralığına atlar; senin emrinin gerçek fiyat etkisi %2 olsa bile sınırı kocaman bırakır. O genişlikte bot için ekonomik bir hedef hâline gelirsin. Operatör çoğu zaman Auto'yu yener çünkü kendi emir boyutunu ve hedef havuzdaki bot yoğunluğunu bilir; Auto bilmez.
Havuz derinliği ve fiyat etkisi
Slippage'i "kayba ne kadar razıyım" diye düşünmek yerine asıl soruyu sor: "Benim emrim bu havuzda fiyatı ne kadar oynatır?" Havuzdaki paranın %1'i kadar bir alım yapıyorsan fiyat etkisi düşüktür, sınırı dar tutabilirsin. Havuzun %10'u kadar alım atıyorsan havuzun otomatik fiyat eğrisi sırf senin emrinle fiyatı en az %10 yukarı çeker; sınır bunu karşılamak zorundadır.
Arayüz "price impact" ve "slippage tolerance" değerlerini ayrı gösterir. Slippage daima fiyat etkisinin biraz üstünde kalmalı: fiyat etkisi artı küçük bir güvenlik payı. 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 sağlam sonuç verir. Solana likidite ekleme aracı ile etkileşen aynı havuzlara karşı swap yapıyorsun; derinlik o havuzun anlık durumudur.
Senaryo başına sayılar
Aşağıdaki değerler operatör görüşüdür, protokol şartı değildir. Her emirde fiyat etkisini yanında kontrol et.
| Senaryo | Önerilen slippage | Neden |
|---|---|---|
| Stable / stable (USDC ↔ USDT) | %0.1 - %0.3 | Havuz çok derin, oynaklık yok denecek kadar düşük. Daha fazlası israftır. |
| SOL / USDC, küçük orta boy | %0.5 - %1 | Derin havuz, ama stable'dan yüksek oynaklık. Sandwich baskısı gerçek, sınırı dar tut. |
| SOL / orta seviye token (örn. JTO) | %1 - %2 | Likidite makul, fiyat hareket eder. Stable sınırı çoğu zaman geri sarar. |
| SOL / yerleşik meme (BONK, WIF) | %2 - %5 | Oynaklık yüksek, derinlik orta. Sınırı fiyat etkisi artı pay olarak seç. |
| SOL / Pump.fun'dan yeni geçmiş meme | %5 - %15 | Çok sığ havuz, dakikada büyük hareket. Sandwich riski kabul edilir; alternatif sürekli geri saran swap zinciridir. |
Tek cüzdandan tek emir atıyorsan Solana tek cüzdan swap aracı sayfasında bu değerleri elle gir, Auto'ya bırakma. Bir taraf wSOL ise swap öncesi Solana wSOL sarmalama aracı üzerinden sarmak yolu basitleştirir; iki ayrı slippage kontrolüne bölmek yerine tek temiz swap kalır. Aynı tokeni aynı blokta birden fazla cüzdanla toplamak istersen Solana evrensel paket alım aracı emirleri tek bundle'a sıkıştırır, ön-koşma penceresini daraltır.
Slippage'i her zaman fiyat etkisi ile birlikte oku. Slippage = fiyat etkisi + küçük bir pay kuralı çoğu durumda işe yarar. Pay büyüklüğü havuza göre değişir: derin SOL/USDC'de %0.1-%0.2 yeter, taze memecoinde %2-%5 gerekebilir.
Çoklu cüzdan: herkese tek sınır
Bir launch sırasında 200 cüzdanla aynı tokeni topluyorsun. Solana çoklu cüzdan swap aracı tek bir slippage sınırı 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 sınır koyarsan, son cüzdanlar geri sarar. Son cüzdanları kurtaracak kadar geniş bir sınır koyarsan, ilk cüzdanlara sandwich kapısı açmış olursun.
Pratik yaklaşım: koşunun son cüzdanını düşün, oradaki kötü senaryoya göre sınırı belirle, sonra ilk cüzdanlardaki ekstra payı kabul edilebilir bir maliyet olarak gör. İkinci seçenek: koşuyu 2-3 partiye böl, her partinin sınırını güncel havuz durumuna göre yenile. Cüzdan grubunu zaten partilere ayırıyorsan, slippage sınırını da aynı parti aralığında yeniden okumak doğru hamledir.
"%0.5 herkese yeter" yanılgısı
"%0.5 her zaman iş görür" Discord'da sürekli dolaşan bir cümledir. Doğru olduğu tek senaryo var: ortalama büyüklükte bir SOL/USDC swap'ı, derin havuz, MEV-korumalı rota. Bunun dışında neredeyse her yerde yanlış cevaptır. Memecoinde %0.5 swap'i geri sarar. 100 bin dolarlık bir USDC alımında %0.5 sandwich için açık davettir; emrin kendi fiyat etkisi bile %0.5'i geçebilir. Çoklu cüzdan koşusunda %0.5 son cüzdanların yarısını geri çevirir.
Her emirde sorman gereken üç soru: havuzun ne kadarını alıyorum, bu havuzda bot yoğunluğu nedir, kaç cüzdanla atıyorum. Cevaba göre değeri ayarla. Daha fazla operatör pratiği için j.tools rehber kategorisi yazıları ile Solana etiketli tüm yazılar sayfasına bakabilirsin.
Slippage tek bir doğru rakam değildir; her emirde yeniden hesaplanan bir karardır. Tek bir varsayılana yapıştığın gün, ya bekleme odasında ya da bir botun sırasında kalırsın.
Jupiter, Raydium ve Pump.fun'da slippage farkı
Slippage mantığı her yerde aynı kalsa da, işlemin nereden geçtiği doğru değeri değiştirir. Aynı token için Raydium havuzunda yeterli olan bir sınır, Pump.fun eğrisindeki erken bir alımda dar kalabilir.
Raydium ve benzeri AMM havuzları: Fiyatı havuzdaki iki rezervin oranı belirler. Likidite derinse %0.5 ile %1 arası çoğu orta boy işlem için yeter. Havuz sığsa aynı işlem fiyatı belirgin biter, sınırı yükseltmeniz gerekir.
Jupiter gibi yönlendiriciler: İşlemi birden çok havuza bölerek toplam fiyat etkisini düşürür. Bu yüzden tek havuza göre daha düşük bir slippage ile bile işlem geçebilir. Yine de yönlendirici son anda farklı bir rota seçtiğinde, gerçek fiyat etkisi tahminden sapabilir, payı sıfıra indirmeyin.
Pump.fun bonding curve: Burada klasik havuz yok, fiyat eğri üzerinde her alımla yukarı kayar. Yeni çıkmış ve hızlı alınan bir tokende arka arkaya gelen işlemler eğriyi sizden önce ittirir, bu yüzden eğri tokenlerinde daha yüksek bir slippage gerekir. Token havuza taşındıktan sonra normal AMM mantığına döner.
Hangi rotadan geçerseniz geçin, işlemi tek Solana swap aracıyla yaptığınızda ödenen platform ücretinin güncel değeri her zaman aracın kendi ekranında görünür.
Rota bazında slippage: yan yana rakamlar
Üstteki bölüm rotalar arasındaki farkı anlattı. Aynı farkı bir de rakamlarla koyalım. Aşağıdaki değerler operatör tahminidir, protokol şartı değil. Her emirde arayüzdeki canlı fiyat etkisini yanında kontrol et.
| Rota | Fiyat nasıl belirlenir | Başlangıç slippage | 5 SOL alımda kaba fiyat etkisi | Dikkat |
|---|---|---|---|---|
| Raydium / AMM havuzu | İki rezervin oranı (x·y=k) | %0.5 - %1 derin, sığda %3 - %8 | SOL tarafı ~500 SOL ise ≈ %1, ~60 SOL ise ≈ %8 | Emir havuzun büyük bir yüzdesiyse fiyatı tek başına iter |
| Jupiter yönlendirici | Emri birden çok havuza böler | %0.3 - %1 çoğu orta işlemde | Üç havuza bölününce toplam etki ~%0.5'e iner | Rota son anda kayarsa tahmin sapar, payı sıfırlama |
| Pump.fun bonding curve | Eğri, her alım fiyatı yukarı kaydırır | %5 - %15 | Taze eğride 5 SOL, eğriyi ~%8 - %12 ittirir | Aynı blokta önceki alımlar eğriyi zaten yukarı taşır |
Tablo tek bir doğru rakam vermiyor, çünkü öyle bir rakam yok. Verdiği şey bir başlangıç noktası: rotayı gör, emrin havuzun ne kadarını aldığını hesapla, sonra sayıyı ona göre daralt ya da genişlet.
Somut örnek: aynı token, üç rotadan 5 SOL
Diyelim aynı tokeni 5 SOL ile almak istiyorsun ve token üç yerden erişilebilir: doğrudan bir Raydium havuzu, Jupiter üzerinden çoklu rota ve token hâlâ eğrideyse Pump.fun. Emir aynı, sonuç üç yerde üç türlü.
Raydium havuzu. SOL tarafında ~500 SOL varsa, 5 SOL bu havuzun yaklaşık yüzde biri. Kaba fiyat etkisi de %1 civarı çıkar. Slippage'i %1.5 koyarsan (etki artı küçük pay) emir temiz geçer. Aynı havuz ~60 SOL'e kadar sığsa, o 5 SOL etkiyi %8'e taşır. Bu sefer %1.5 sınırı emri geri sarar, gerçekçi değer %9 ile %10 olur. Havuz değişmedi, sadece derinlik düştü ve doğru sayı katlandı.
Jupiter yönlendirici. Aynı 5 SOL'ü Raydium, Orca ve Meteora havuzlarına bölerse, her havuza düşen parça küçülür ve toplam fiyat etkisi tek havuza göre iner. Tek havuzda %1 gördüğün etki, bölününce ~%0.5'e kadar düşebilir. Burada %1 slippage çoğu zaman yeter. Tek uyarı: yönlendirici son anda daha az likit bir rotaya kayarsa, ekrandaki tahmin ile gerçekleşen fiyat arasında fark açılır. O yüzden payı sıfıra indirme.
Pump.fun eğrisi. Token hâlâ eğrideyse mantık baştan değişir. Havuz rezervi yok; fiyat, o ana kadar eğriden çekilmiş token miktarına bağlı. Taze bir eğride 5 SOL büyük bir alımdır ve aynı blokta senden önce giren alımlar eğriyi çoktan yukarı itmiş olur. Pratikte %8 ile %15 arası bir sınır gerekir. Daha darı, sürekli geri saran bir zincire döner.
Bu yüzdeler örnektir, protokol garantisi değil. Gerçek sayı her zaman arayüzdeki canlı fiyat etkisinden okunur ve havuz bir dakika sonra bambaşka olabilir. Bir nokta daha: doğru slippage seni kötü fiyattan korur, tokenin kendisinden korumaz. Taze eğri tokenlerinin çoğu sıfıra gider, temiz bir giriş bunu değiştirmez.
Hangi rotadan geçersen geç, değeri elle gir ve Solana swap aracının fiyat etkisi satırıyla karşılaştır. Sığ havuzda geniş slippage açmak yerine emri küçültmek çoğu zaman daha ucuza gelir. Geniş sınırın açtığı ön-koşma riskini ayrı bir yazıda topladık: Solana MEV ve sandwich koruması.
Havuz derinliğini önceden görmek
Doğru slippage'ı tahminle değil, veriyle seçmek mümkün. Bir tokenin likiditesi ve dağılımı zaten belliyken körlemesine sınır girmenin anlamı yok.
İşlem öncesi tokenin holder yapısına ve havuz büyüklüğüne bakmak, ne kadar fiyat etkisiyle karşılaşacağınızı kestirmenizi sağlar. Solana holder snapshot aracıyla dağılımı çıkarıp, likiditenin birkaç cüzdanda mı toplandığını yoksa gerçekten derin mi olduğunu görebilirsiniz. Likidite sığ ve birkaç elde toplanmışsa, küçük işlemde bile yüksek slippage olağandır.
Pratik kural: önce snapshot ile derinliği gör, sonra sınırı ona göre koy. Sığ havuzda işlemi küçük parçalara bölmek, tek seferde geniş bir slippage açmaktan daha güvenlidir.
Sık sorulan sorular
Slippage %1 mi %5 mi olmalı?
Tek bir doğru sayı yok, havuza bağlı. Derin likiditeye sahip, hacmi yüksek bir tokende %0.5 ile %1 yeter ve sizi kötü fiyattan korur. Yeni çıkmış, sığ ya da eğri tokenlerinde %1 işlemi sürekli geri sarabilir, burada %3 ile %5 daha gerçekçi olur. %5 üstüne çıkmak gerekiyorsa bu havuzun çok sığ olduğunun işaretidir, sınırı zorlamak yerine işlemi küçültün.
Auto slippage güvenli mi?
Auto, çoğu normal işlemde işinizi görür çünkü sınırı havuz durumuna göre kendisi ayarlar. Riski, oynak ya da sığ tokenlerde sınırı beklediğinizden geniş açıp sizi kötü fiyata razı edebilmesi. Yeni token alırken ya da büyük miktar işlerken sayıyı elle girip kontrolü kendinizde tutmak daha güvenli.
Çok cüzdanlı işlemde slippage'ı nasıl ayarlarım?
Aynı tokeni birçok cüzdandan işlerken tek bir sınır hepsine uygulanır, ama işlemler sırayla geçtikçe fiyat kayar, sona kalan cüzdan en kötü fiyatı görür. Bunu hesaba katıp sınırı biraz daha geniş tutmak ya da işlemleri aynı blokta paketleyen bir akış kullanmak farkı azaltır. Solana paketli al-sat aracı birden çok cüzdanın işlemini tek pakette toplayarak aradaki fiyat sürüklenmesini sınırlar.


