Gece kâğıt işlem sürecinin çöktüğünü söyledin. Bir sonraki karar verilmeden önce süreci yeniden başlattın, hata görmedin ve kaldığı yerden devam ettiğini varsaydın. Sonra zaten sahip olduğun bir varlık için alış emri verdi. Stratejide hata olup olmadığını öğrenmek istiyorsun.
Olabilir. Ama önce yeniden başlatılan sürecin, kâğıt hesabıyla aynı bilgilere sahip olup olmadığını kontrol et. Yeniden başlatma, durumu kurtarma problemidir: pozisyonların, nakdin, açık emirlerin ve bir sonraki kararı etkileyen tüm strateji belleğinin tutarlı olması gerekir. Kodu yeniden çalıştırmak işin kolay kısmı.
Çökmeden önce strateji neye inanıyordu?
Süreç durmadan önce verdiği son kararı not et. İşlem gören her enstrüman için hedeflenen pozisyonu, hesabın gerçek pozisyonunu, bekleyen emirleri ve bir sonraki eylemi etkileyecek sinyal durumunu kaydet. Bu kayıtlar yoksa yeniden başlatmanın durumu geri yükleyip yüklemediğini, yoksa yalnızca yeni bir strateji başlatıp başlatmadığını anlayamazsın.
Saatlik stratejinin trend sinyali pozitife döndüğünde 1 birim aldığını ve sinyal negatife dönene kadar tuttuğunu varsayalım. Süreç 14:00'te alış emri gönderiyor, ancak emrin kabul edildiğini kaydetmeden çöküyor. Kâğıt işlem platformu emri gerçekleştiriyor. Yeniden başlatıldığında strateji kayıtlı bir pozisyon görmüyor ve sinyal hâlâ pozitif olduğundan bir alış emri daha gönderiyor. Sinyal tutarlı çalışıyor. Hesabın neye sahip olduğuna dair belleği güncelliğini yitirmiş.
Bu nedenle yeni emirlere izin vermeden önce hesabın mevcut pozisyonunu, kalıcı olarak saklanan strateji durumuyla karşılaştırıp uzlaştırmalısın. Yerel bir anlık görüntü işe yarayabilir, ancak neyin gerçekten gerçekleştiği konusunda esas alınması gereken kaynak hesap ya da işlem platformudur.
Yeniden başlatmadan sonra hangi durum korunmalı?
Bir sonraki emri değiştirebilecek durumla başla. Her güncelleme için zaman damgası ve sürüm içeren kalıcı bir kayıt tut; kurtarma mantığını değiştirmeden önce bir kopyasını al ki hatayı daha sonra yeniden oynatabilesin.
| Durum | Neden önemli | Kurtarma kontrolü |
|---|---|---|
| Pozisyonlar ve nakit | Maruziyeti ve kullanılabilir satın alma gücünü belirler | Kalıcı olarak saklanan değerleri kâğıt hesapla karşılaştır |
| Açık emirler | Süreç kapalıyken bir emir gerçekleşmiş olabilir | Emir durumunu sorgula ve kısmi gerçekleşmeleri uzlaştır |
| Sinyal belleği | Kesişimler, bekleme süreleri ve elde tutma dönemleri birden fazla karar boyunca sürebilir | Son kaydedilmiş kararın girdilerini geri yükle |
| Son işlenen olay | Stratejinin veriyi işlemeye nereden devam edeceğini belirler | Bu noktadan sonraki olayları, iki kez uygulamadan yeniden oynat |
Sinyal belleği kolayca gözden kaçabilir. Kesişimde işlem yapan bir strateji, yeni bir kesişimi tespit etmek için dünkü gösterge değerini saklayabilir. Boş bir değerle başlarsa mevcut bir durumu yeni bir olay sanabilir. Bekleme sayacında da aynı sorun vardır: yeniden başlatma, devam etmesi gereken bir kuralı sessizce sıfırlamamalıdır.
Kurtarmayı nasıl tekrarlanabilir hâle getirebilirsin?
Her emre, geldiği strateji çalıştırmasına ve karara dayalı, değişmeyen bir istemci kimliği ver. Süreç zaman aşımından sonra yeniden denediğinde, mükerrer emir göndermek yerine bu kararın daha önce bir emir oluşturup oluşturmadığını kontrol edebilir. Durum değişikliklerini yalnızca karşılık gelen hesap olayını doğruladıktan sonra kaydet; değişikliği açıklayan emir ve gerçekleşme kimliklerini de sakla.
Ardından soruna yol açan sınır koşulunu test et. Stratejiyi bir karara kadar çalıştır, durumu kaydet, süreci durdur ve kâğıt hesabın pozisyonları ile emir geçmişini kullanarak geri yükle. Sonraki kararı ve ortaya çıkan emirleri kesintisiz çalıştırmayla karşılaştır. Kısmen gerçekleşmiş bir emirle ve gönderim ile alındı bildirimi arasındaki anda oluşan bir çökmeyle de tekrarla. Devam eden çalıştırma yeni bir pozisyon uydurmamalı veya tamamlanmış bir eylemi yinelememelidir.
Bir kurtarma günlüğü tut: son işlenen olay, hesap anlık görüntüsünün zamanı, açık emirlerin durumları, geri yüklenen strateji sürümü ve yeniden başlatmadan sonraki ilk karar. Böylece “yeniden ayağa kalktı” ifadesi denetlenebilir bir kayda dönüşür.
Yeniden başlatmadan sonra neye güvenmelisin?
Hesap ve strateji durumu uzlaştığında, bekleyen emirlerin durumu bilindiğinde ve sonraki karar kesintisiz çalıştırmada bekleyeceğin kararla eşleştiğinde sürece güven. Bir uyuşmazlığı açıklayamıyorsan kâğıt emir gönderimini duraklat ve olay akışını incele. Sürecin çalışıyor olması, stratejinin kurtarıldığını kanıtlamaz.
Çökmede işe yarayan kısmı zaten buldun: normal çalıştırmanın hiç sorgulamak zorunda kalmadığı bir varsayımı açığa çıkardı. Yeniden başlatmayı tekrarlanabilir bir senaryo hâline getir; böylece stratejiden yeniden işlem yapmasını istemeden önce neleri hatırladığını bilirsin.
← Tüm yazılar
