Polymarket’de Gerçek Zamanlı Ticaret Sistemlerinde Durum Kayması Nasıl Önlenir?

Polymarket’de gerçek zamanlı bir ticaret sistemini hayata geçirirken, strateji geliştirme ve işlem yürütmenin en zorlu kısımlar olacağını düşünmüştüm. Oysa karşılaştığım asıl engel, sistemin yavaş yavaş gerçeği yansıtamaz hale gelmesiydi. Bu duruma durum kayması adı verilir: sistemdeki veriler, piyasanın gerçek durumuyla uyumsuzlaşmaya başlar.

Durum Kaymasının Belirtileri

Durum kayması, sistemde sessizce ilerleyen ve tespit edilmesi zor hatalara yol açabilir. Polymarket’te gözlemlediğim en yaygın belirtiler şunlardı:

• Yanlış pozisyonlar: Sistemde kayıtlı pozisyonlar, gerçek piyasa verilerine göre farklılık gösteriyordu.
• Tekrarlanan maruz kalma: Aynı varlık için birden fazla pozisyon açılmış gibi görünüyordu.
• Bot durumu ile piyasa durumu arasındaki uyumsuzluk: İşlem botunun içsel durumu, piyasadaki gerçek durumu yansıtmıyordu.

Bu tutarsızlıklar, sistemde herhangi bir çökme yaşanmaksızın sessizce ortaya çıkıyordu. Arka planda, sistemin hafızasına dayalı varsayımlar ve gerçek veriler arasındaki boşluk giderek genişliyordu.

Durum Kaymasının Nedenleri

Bu sorunun altında yatan temel nedenler, sistemin gerçek dünya verilerine uyum sağlamakta zorlanmasıydı. En sık karşılaşılan tetikleyiciler şunlardı:

• WebSocket güncellemelerinin kaçırılması: Gerçek zamanlı veri akışındaki kayıplar, sistemin güncel kalmasını engelliyordu.
• API yanıtlarının gecikmesi: Piyasa verilerinin geç ulaşması, kararların gecikmesine neden oluyordu.
• Kısmi sipariş doldurmaları: Siparişlerin tamamlanmamış olması, sistemin pozisyonlarını doğru hesaplamasını imkansız kılıyordu.
• Tekrarlanan olaylar: Aynı siparişin birden fazla kez işlenmesi, verilerin tutarsızlaşmasına yol açıyordu.
• Eksik olaylar: Bazı önemli piyasa olaylarının sistem tarafından kaydedilmemesi, verilerin eksik kalmasına neden oluyordu.
• Bellek tabanlı durum varsayımları: Sistem, geçici bellekteki verilere güvenerek çalışıyordu; oysa bu veriler kalıcı değildi.

Bu sorunların temelinde yatan ortak bir problem vardı: sistem, gerçek piyasa durumunu kayıt altına almak yerine, çalışma zamanındaki bellekteki verilere güveniyordu.

Çözüm: Olay Kaynaklı Modelleme (Event Sourcing)

Polymarket’teki problemi çözmek için olay kaynaklı mimari yaklaşımını benimsedik. Bu yöntem, sistemdeki durumu doğrudan saklamak yerine, tüm olayları kayıt altına almayı ve durumu bu olaylardan yeniden inşa etmeyi öngörür.

Bu yaklaşımın temel adımları şunlardı:

1. Olayların kaydedilmesi:

• Ticaret olayları
• Sipariş olayları
• Doldurma olayları

1. Durumun yeniden inşa edilmesi:

Tüm olaylar, sistemdeki mevcut durumu hesaplamak için kullanılır. Bu sayede sistem, herhangi bir zamanda mevcut durumu sıfırdan yeniden oluşturabilir.

1. Belirlenebilir ve yeniden oynatılabilir sistem:

Olaylar, sistemdeki tüm geçmişi tuttuğu için, sistemin davranışı tamamen öngörülebilir hale gelir. Gerekirse, sistem herhangi bir noktadan itibaren yeniden başlatılabilir.

Sistem Mimarisi ve Uyum Katmanı

Olay kaynaklı mimariyi uygulamak için sistemimizi üç temel bileşene ayırdık:

• Olay günlüğü (Event Log): Tüm ticaret olaylarının kaydedildiği yer.
• Durum yeniden inşa motoru (State Rebuild Engine): Olaylardan mevcut durumu hesaplayan bileşen.

Sistemin sürekli olarak gerçek piyasa verileriyle karşılaştırılması ve gerekli düzeltmelerin yapılması için bir uyum katmanı eklendi. Bu katman, periyodik olarak gerçek pozisyonları sistemdeki içsel durumla karşılaştırır ve farklılıkları giderir.

Olay Günlüğü → Durum Yeniden İnşa → Mevcut Durum → Uyum Kontrolü → Düzeltme

Sonuçlar: Daha Güvenilir ve Öngörülebilir Bir Sistem

Bu yaklaşımın benimsenmesiyle birlikte, sistemde karşılaştığımız sorunlar tamamen ortadan kalktı:

• Sessiz tutarsızlıkların önlenmesi: Sistem artık gerçeği yansıtmayan durumlar üretmiyor.

• Hata ayıklamanın kolaylaşması: Olaylar kaydedildiği için, sistemdeki herhangi bir sorun kolayca geriye doğru takip edilebiliyor.

• Sistemin sıfırdan yeniden inşa edilebilmesi: Herhangi bir zamanda sistem, olaylar üzerinden yeniden başlatılabilir.

• Güvenilir durum takibi: Piyasa verileriyle sistem durumu arasındaki uyum sürekli olarak korunuyor.

Ana Ders: Ticaret Sistemlerinde Durum, Saklanmaz Yeniden İnşa Edilir

Bu deneyimden çıkarılan en önemli ders, ticaret sistemlerinde durumun doğrudan saklanmaması gerektiğidir. Bunun yerine, tüm olaylar kaydedilir ve sistemin durumu bu olaylardan yeniden inşa edilir. Bu yaklaşım, sistemin güvenilirliğini ve öngörülebilirliğini önemli ölçüde artırır.

Bu sayede, Polymarket’teki gerçek zamanlı ticaret sistemi, artık sessiz hataların ve tutarsızlıkların olmadığı, güvenilir bir şekilde çalışıyor. Gelecekteki projelerde de olay kaynaklı mimarinin benimsenmesi, sistemlerin daha sağlam ve dayanıklı olmasını sağlayacaktır.