Latency math: futures execution için exchange-proximity neden önemli

"Low-latency", retail crypto trading'de most over-claimed phrase'dir. Çoğu consumer-grade bot her order'u yanlış kıta'da sunucu aracılığıyla route eder ve UI snappy hissettiği için hızlı call'ı. Bu post, matematik biz beş yıl önce yapılması dilediğimiz yazı'dır.

Round-trip time aslında ne yapıyor

Round-trip time (RTT), "order'umuz procesimizden ayrılsın" ile "exchange'in acknowledgement procesimize ulaşsın" arasındaki wall-clock intervali. Outbound network leg, exchange match-engine queueing ve inbound network leg'ı içerir. Order'u göndermek harcadığımız zaman include etmez. (Bu ayrı budget; her ikisini ölçüyoruz.)

Order'un passive resting limit book'ta, RTT gerçekten önemli değil — order queue'de edildikten sonra, sadece exchange'in saat'ı sayısı. Gördüğünüz quote'ı out alan aggressive order'u, RTT her şey: flight'ta harcadığınız her millisecond başkasının quote'larını pull'a başka millisecond'tur.

Region-of-deployment nerede size buyur

Major crypto venue'lerin exchange match engine'leri Handful physical region'da live — típik olarak Singapore, Tokyo ve US-East zone. Region'da aynı sunucu'dan sub-50 ms round trip'leri expect'lenebilir. Yanlış region'da sunucu'dan, aynı call'ı rutinely 150 - 250 ms alacak, speed'nin fiber aracılığıyla dominated, exchange'le değil.

Practical consequence: bot'unuz Singapore match engine'ini US data center'dan ping ediyorsa, order'da roughly 200 ms bıraktınız. Aggressive order'da, bu displayed price'da fill etmesi ve next tick'te fill etmesi — veya hiç fill etmesi arasındaki fark budur.

Nerede o, o'yu satın almayı stop ediyorsa

Her yerde 30-50 ms, retail-style stratejiler için latency reduction'ı daha ileri marginal değeri collapse eder. Gerçek high-frequency shop'ları micro-second co-located cross-connect'lerde compete — retail size'da pay'ı geri koymazlığı hakkında budget ve biz dürüst değiliz bu oyun'u oynamıyoruz (retail crypto'da high-frequency gerçekten ne anlama geldiği hakkında post'a bakın).

Realistic target retail-grade execution bot için: doğru region'da, low-jitter network path'ta ve well-tuned client'la. Botun bottleneck stop olup pazar structure'a başlıyor floor'a ulaştır.

Nasıl ölçüyoruz (ve neden yayınlayacağız)

RTT'yi continuously her region'dan measure ediyoruz deploy ettiğimiz, exchange'lerin karşı. Proof sayfasında gördüğünüz sayı "ever recorded best" değil — rolling measurement'tur, hangi honest version'dur. Marketing team'ları floor print'i seviyoruz; trader'lar median, 95th percentile ve günün en kötü minute'ı care ediyorlar.

Phase 5'de canlı data feed'i açtığında, proof sayfasında latency table'ı continuously refresh edecek ve current'ı live order flow'u select'eden region'u label edecektir.