Gecikme (latency) ve emir yönlendirme

"Botum çok yavaş, HFT'ler beni yeniyor" endişesi, perakende trader'da yaygın ve çoğunlukla yersizdir. Gecikme gerçektir; ama hangi stratejide ne kadar önemli olduğu, sıfırlanmaya çalışılmadan önce ölçülmelidir. Bu rehber, gecikmenin katmanlarını, ne zaman önemli olduğunu ve makul iyileştirmeleri anlatıyor.

Beş katman

1. Veri gecikmesi. Borsada işlem olur; kotasyon size ulaşır. Broker ya da veri sağlayıcı üzerinden 10-300 milisaniye; ücretsiz "gerçek zamanlı" bazı kaynaklarda saniyeler; gecikmeli veride 15 dakika.

2. Karar gecikmesi. Kodunuz sinyali hesaplar. Basit bir strateji için milisaniyeler; ağır göstergeler ya da mum kapanışını bekleyen mantık için mumun süresi (5 dakikalık stratejide beş dakikaya kadar). Çoğu perakende sistemde en büyük gecikme buradadır ve tasarım gereğidir.

3. Emir iletimi. Bilgisayarınızdan brokerın sunucusuna. Ev bağlantısıyla Türkiye'den Londra'ya 40-80 ms, New York'a 120-180 ms; brokerın sunucusuyla aynı veri merkezindeki VPS'ten 1 ms'nin altı.

4. Broker işleme. Broker emri alır, risk kontrolü yapar, likidite sağlayıcıya iletir ya da kendi defterinde doldurur. 1-50 ms; yoğun anlarda daha fazla.

5. Dolum ve teyit. Emir dolar, teyit geri gelir. Yine iletim süresi.

Toplam, tipik bir perakende kurulumda 200-500 ms; VPS ile 50-100 ms. Bu sürede EURUSD normal koşullarda 0-1 pip, haber anında 5-20 pip hareket eder.

Ne zaman önemli

Gecikmenin maliyeti, stratejinin tutma süresine ve giriş kesinliğine bağlıdır:

• Günlük ve salınım stratejileri (günler-haftalar): gecikme sıfır önemde. Mumun kapanışından 3 saniye sonra girmekle 300 ms sonra girmek arasında fark yok.
• Gün içi, 15 dakikalık ve üstü: neredeyse önemsiz. Kayma, gecikmeden değil spread ve haber anlarından gelir.
• 1-5 dakikalık scalp: önemli olmaya başlar; 500 ms'de fiyat hedefin anlamlı bir kısmını kat edebilir. Bu stratejilerde VPS ve limit emir kullanımı fark yaratır.
• Saniyelik ve altı (arbitraj, piyasa yapıcılık, haber botu): gecikme her şeydir ve perakende altyapıyla bu alanda rekabet etmek gerçekçi değildir. Kurumsal katılımcılar borsanın binasında, mikrosaniye ölçeğinde çalışır.

Kural: stratejinizin ortalama hedefi, gecikme süresindeki tipik hareketin en az 20-50 katı olsun. 500 ms'de 1 pip hareket eden bir çiftte 5 piplik hedef sorunludur; 40 piplik hedef değildir.

Emir yönlendirme ve kayma

Piyasa emriniz, brokerın modeline göre farklı yol izler (broker modelleri rehberi). Market maker broker kendi defterinden doldurur; dolum hızlı, fiyat brokerın kotasyonu. ECN/STP broker, emri bir ya da birden fazla likidite sağlayıcıya yönlendirir; en iyi fiyatı arayan "akıllı yönlendirme" (smart order routing) daha iyi dolum verebilir ama birkaç ms ekler. Kripto borsalarında emir doğrudan borsa defterine gider; kayma, defterin o andaki derinliğine bağlıdır.

Kaymayı azaltmanın gecikmeden daha etkili yolu limit emirdir: fiyatı siz belirlersiniz, dolmazsa dolmaz. Kırılım stratejilerinde limit emir dolmama riski taşır; geri çekilme stratejilerinde doğal olarak uyar. Stop-limit emirler, stop'un kaymasını sınırlar ama boşlukta stop'un hiç dolmama riskini getirir; bunu haber anı rehberinde tartışmıştık.

Ölçmek

Tahmin etmeyin, ölçün. Kodunuza üç zaman damgası ekleyin: sinyal anı, emir gönderim anı, dolum teyit anı. Bin işlemden sonra dağılıma bakın: medyan, %95'lik dilim, en kötü değer. Sonra kaymayı ölçün: sinyal fiyatı ile dolum fiyatı arasındaki fark, R cinsinden. Kayma, işlem başına 0,05R'nin altındaysa gecikmeyle uğraşmaya değmez; 0,2R'nin üstündeyse strateji ya çok kısa hedefli ya da haber anlarına giriyor demektir.

Makul iyileştirmeler, sırayla

1. Haber anlarında işlem yapmamak (kaymanın büyük kısmı burada).
2. Mümkün olan yerde limit emir.
3. Brokerın sunucu konumuna yakın VPS (Londra LD4, New York NY4, Chicago; altyapı rehberi).
4. Kodda gereksiz hesap yükünü azaltmak; sinyali önceden hesaplayıp yalnızca tetik anında emir göndermek.
5. Broker değişikliği: kaymayı ölçüp brokerlar arasında karşılaştırmak.

Bu listeden sonrası (özel hatlar, eş yerleşim, FPGA) perakende ölçeğinin dışındadır ve perakende stratejiler için gereksizdir. Gecikmeyi "olabildiğince düşürmek" hedef değildir; stratejinin ihtiyacının altına indirmek hedeftir ve çoğu strateji için bu, bir VPS ve biraz disiplinle sağlanır.