Borsa Yakınına Dağıtım: Açıklaması

Çoğu tüketici işlem botu, geliştiricinin en rahat çalıştığı tek bir bulut bölgesinden çalışır. Yavaş pozisyon işlemler için bu sorun değil, ancak agresif stratejiler için felaket. Bu makale, dağıtım bölgesinin neden önemli olduğunu, otomatik bölge yönlendiricisinin nasıl çalıştığını ve bir platformun bunu gerçekten sunup sunmadığını nasıl anlayacağınızı açıklıyor.

Eşleştirme Motorunun Coğrafyası

Büyük kripto borsaları, eşleştirme altyapılarını az sayıda bulut bölgesinde çalıştırır — genellikle Tokyo, Singapur ve ABD Doğu kıyısında bir bölge. Bazı borsalar bölgeyi yayınlar; diğerleri yayınlamaz ve gecikme dağılımından tahmin edilebilir. Önemli olan: emirlerin işlendiği fiziksel yer var ve fiber optikteki ışık hızı, onunla iletişimin alt sınırını belirliyor.

Yanlış Bölgeden Çalışmanın Maliyeti

Aşağıdaki rakamlar belirli bir borsaya atıfta bulunmayan illüstratif değerlerdir:

# İllüstratif — istemciden eşleştirme motoruna tipik RTT
Eşleştirme motoru Singapur'da, istemci:
  Singapur (aynı bölge)           ~15-30 ms     <- hedef
  Tokyo                           ~70-90 ms
  Mumbai                         ~110-130 ms
  Frankfurt                      ~150-180 ms
  ABD Doğu (Kuzey Virgina)       ~200-240 ms
  ABD Batı (Oregon)              ~170-200 ms

Yanlış bölgede olduğunuzda, hiçbir kod optimizasyonu ışık hızını telafi edemez. ABD doğusundan Singapur'daki eşleştirme motoruna bağlanan dünyanın en hızlı istemcisi bile her emir gönderiminde ~200 ms ekleyecektir.

Otomatik Bölge Seçiminin Gerçekte Yaptığı

"Otomatik bölge seçimi" olan bir emir yönlendiricisi, yalnızca birini değil, dört spesifik şeyi yapmalıdır:

1. Platformun kapasitesi olan her bölgeden her desteklenen borsaya RTT'yi sürekli ölçmek.
2. Her borsa için, onu mevcut en iyi bölgeyle eşleştiren ve sık güncellenen bir yönlendirme tablosu tutmak.
3. Her istemcinin emir akışını, istemcinin aktif borsaları için yönlendirme kararını kazanan bölgeye yönlendirmek.
4. Bölgesel olayı (ağ arızası, bölge çökmesi, kullanılabilirlik alanı yük devretme) tespit etmek ve manuel müdahale olmaksızın akışı bir sonraki en iyi bölgeye geçirmek.

Birincisi en basiti. Dördüncüsü çoğu platformun sessizce atladığı, çünkü birden fazla bölgede kapasitenin her zaman canlı ve ısınmış olmasını gerektiriyor.

Neden "AWS Tokyo'dayız" Yeterli Değil

Tek bir bölgeye sabit olan bir platform, o bölge sorun yaşamadığı sürece iyi çalışır. AWS, GCP ve Azure her yıl bölgesel kesinti yaşar. Birkaç dakikada başka bir bölgeye geçemeyen bir bot, bölge "hastalandığında" saatler boyunca işlem yapmayı durduracak — genellikle en kötü mümkün anda, çünkü volatilite genellikle altyapı yüküyle çakışır.

Yönlendirme Kanıtının Nasıl Görünmesi Gerektiği

Bunu göstermenin dürüst yolu — platformun kanıt sayfasındaki halka açık bir tablo:

• Desteklenen her borsa için bir satır.
• Her bölgeden medyan, 95. ve 99. yüzdelik RTT için sütunlar.
• Şu an hangi bölgenin seçildiğini gösteren etiket.
• Güncelleme zaman damgası.

Bir platform bunu gösteremiyorsa, gerçek bir otomatik yönlendiricisi yok — sadece bir pazarlama ifadesi var. Bizimki /proof'ta ve canlı veri yayını başlar başlamaz sürekli güncelleniyor.

Müşterinin Bekleyebileceği

Müşteriler bölge seçmez. Yönlendirici seçer. Yeni bir borsa desteği eklersek, yönlendirme tablosuna bir satır eklenir. Bir bölge sorun yaşıyorsa, akış geçer. Bunların hiçbiri müşterinin bilet açmasını, botu yeniden başlatmasını veya herhangi bir şey yapmasını gerektirmez.