Linux Signal Engine + MT5 Execution Bridge Tabanlı Forex Otomasyon Sistemi İçin Teknik Görüş ve Strateji Fikri Arıyorum

---

Selamlar.

Bir süredir Forex tarafında, sinyal üretimi ile execution katmanını birbirinden ayıran, kontrollü, gözlemlenebilir ve mümkün olduğunca güvenli bir otomasyon mimarisi kuruyorum.

Buradaki amacım “mucize bot yaptım” demek değil.
Tam tersine, sistemi mümkün olduğunca mühendislik disipliniyle, katmanlı, test edilebilir ve kontrollü rollout mantığıyla ilerletmeye çalışıyorum.

Bu başlığı açma sebebim iki yönlü:

1. Sistem mimarisi / execution güvenliği / duplicate handling / state management tarafında teknik görüş almak
2. Strateji geliştirme / filtreleme / risk / rejim / makro veri entegrasyonu tarafında fikir toplamak

Yani konu sadece “trade açıyor mu” değil.
Hem altyapı tarafı, hem de strateji tarafı için dış gözden yorum almak istiyorum.

---

Ne çözmeye çalışıyorum?

Klasik tek parça, her şeyi aynı proses içinde yapan bot mantığından kaçınmaya çalışıyorum.

Kurmak istediğim şey şu:

• sinyal üretimi ayrı yerde olsun
• execution ayrı yerde olsun
• aynı sinyal tekrar tekrar gelirse sistem yeniden işleme girmesin
• işlenen / işlenemeyen / başarısız akış ayrışsın
• heartbeat / health / log / processed / failed takibi olsun
• sistem canlıda bir şey bozarsa nerede koptuğunu anlayabilelim
• AI / adaptive layer varsa bunu en başta değil, sistem stabil olduktan sonra açalım

Yani mesele sadece “entry bulmak” değil.
Asıl mesele: güvenli, idempotent, takip edilebilir bir signal-to-execution pipeline kurmak.

---

Mevcut mimari

Kurulu yapı kabaca şöyle:


Bu ayrımı özellikle bilinçli yaptım.
Çünkü tek parça botlar ilk başta hızlı ilerliyor gibi görünse de, hata ayıklama ve güvenlik tarafında çok çabuk çamura saplanıyor.

---

Katmanlar

1) Linux tarafı — signal / strategy engine

Burada strateji değerlendirmesi ve sinyal üretimi var.

Bu katman doğrudan “broker’a emir at” tarzı kaba bir yapı değil.
Önce market state / setup / filtreler / context tarafı değerlendiriliyor, sonra işlenebilir bir sinyal nesnesi oluşuyor.

Mantık kabaca:

• symbol bazlı değerlendirme
• setup koşulları
• trend / overlay / regime benzeri context kontrolü
• risk filtresi
• uygunsa signal oluşturma
• Windows execution katmanına gönderme

2) Windows tarafı — receiver / queue-like dosya akışı

Burada gelen sinyaller işleniyor.

Dizin mantığı kabaca şöyle:


Amaç:

• ham sinyal inbox’a düşsün
• parse / validation yapılsın
• uygun olan processed’a gitsin
• bozuk / eksik / parse edilemeyenler failed’a ayrılsın

Bu yapı message queue kadar güçlü değil ama görünürlük sağlıyor.
En azından sistemin “sessizce yanlış çalışması” yerine, gözlemlenebilir kalmasını sağlıyor.

3) Execution bridge + MT5 executor

Burada asıl iş kritikleşiyor.

Bu katmanda dikkat ettiğim şeyler:

• aynı sinyal için tekrar trade açılmaması
• bridge heartbeat takibi
• receiver ve executor arasında akış tutarlılığı
• bozuk sinyalin sessizce sistem içine sızmaması
• tekrar eden execution hatalarının sistemi kirletmemesi
• mümkün olduğunca idempotent davranış

---

Şu an aktif olan katmanlar

Şu anda çekirdek yapı aktif:

• signal generation
• receiver
• inbox → processed akışı
• duplicate suppression
• heartbeat / health checks
• execution bridge monitoring
• temel log ve durum takibi

Yani önce boru hattının kırılmadan çalışmasını test ediyorum.

---

Şu an bilerek kapalı tuttuğum katmanlar

AI / closed-trade analysis / ikinci beyin

Kapanan pozisyonları sonradan analiz edecek, belki future filtering / scoring / review mantığına katkı sağlayacak bir yapı için düşünülmüş altyapı var.

Ama bunu şu anda aktif karar verici yapmadım.

Sebep:

• execution zinciri yeterince stabilize olmadan adaptive layer açmak istemiyorum
• önce veri akışı temiz mi, tekrar sinyal sorunu var mı, execution güvenli mi, bunlar otursun istiyorum
• aksi halde hata kaynağını ayırt etmek imkânsız hale gelir

---

Şu anki rollout mantığı: 10 günlük / 240 saatlik stabilite gözlemi

Şu anda sistem bir tür 10 gün / 240 saatlik stabilite kapısından geçiyor.

Buradaki amaç:
önce sistem gerçekten kendi ayakları üzerinde güvenli şekilde çalışıyor mu görmek.

Bu testte izlediğim şeyler:

• heartbeat düzenli mi
• bridge düşüyor mu
• inbox/processed tıkanıyor mu
• failed klasörü anlamsız büyüyor mu
• duplicate trade açılıyor mu
• execution katmanında saçma tekrarlar var mı
• loglarda fatal/tekrarlı exception var mı
• signal üretimi ile execution davranışı arasında kopukluk var mı

Bu 240 saatlik gözlem temiz geçmeden, daha akıllı/adaptif katmanları aktif etmemeyi düşünüyorum.

---

Şu an fark ettiğim önemli konu

Sistemde dikkatimi çeken bir nokta var:

• aynı sinyal bazı durumlarda belli aralıklarla tekrar üretilebiliyor
• ama execution katmanı bunu duplicate diye işleme almıyor

Yani davranış şu:


Bu sayede:

• trade tekrar açılmıyor
• ama upstream tarafta gereksiz sinyal tekrarları oluşabiliyor

Bu şu an safety açısından kritik görünmüyor çünkü execution guard çalışıyor.
Ama tasarım açısından producer-side dedupe / cooldown / state memory tarafında iyileştirme gerektiğini düşündürüyor.

Bu konuda da görüş almak isterim.

---

Strateji tarafında genel yaklaşım

Kod tarafı şu an için fena ilerlemiyor.
Ama strateji tarafında daha rafine fikir toplamaya açığım.

Şu an yaklaşımım tamamen “tek indikatör + tek koşul + emir” düzeyinde değil.
Daha çok şu mantıkta ilerliyorum:

• setup bazlı değerlendirme
• yön filtresi
• market regime okuması
• saturation/over-extension riskini azaltma
• duplicate signal kontrolü
• execution güvenliği
• daha sonra closed-trade review ile kalite artırımı

Ama strateji tarafında özellikle dışarıdan şu alanlarda fikir toplamak istiyorum.

---

Özellikle strateji tarafında sizden görüş almak istediğim başlıklar

1) Rejim tespiti

Sizce Forex tarafında en faydalı ayrım hangisi?

• trend / range
• volatile / quiet
• breakout / exhaustion
• directional / rotational
• session-specific regime

Yani sinyal üretmeden önce piyasanın içinde bulunduğu koşulu sınıflandırmak için sizce hangi yaklaşım daha sağlam?

2) Sinyal doğrulama katmanı

Bir setup PASS verdiğinde siz olsanız en çok hangi ikinci doğrulamayı kullanırdınız?

Örnek:

• HTF bias uyumu
• liquidity sweep sonrası dönüş
• volatility expansion
• session filter
• spread filter
• momentum confirmation
• structure break + retest
• time-based invalidation

Tek başına entry mantığından çok, yanlış PASS’leri azaltacak ikinci katmanlar ilgimi çekiyor.

3) Risk / stop / invalidation mantığı

Bana göre sistemin kaderini çoğu zaman entry değil, invalidation mantığı belirliyor.

Bu yüzden sizce daha sağlam yaklaşım hangisi?

• fixed pip stop
• structure-based stop
• ATR-based stop
• hybrid stop
• volatility-adjusted stop
• session dependent stop model

Özellikle live tarafta spread / slip / liquidity şartlarıyla daha uyumlu stop mantıkları üzerine görüş almak isterim.

4) Makroekonomik veri / ekonomik takvim entegrasyonu

Bu konu özellikle ilgimi çekiyor.

Sizce ekonomik takvim / yüksek etkili veri saatleri stratejiye nasıl entegre edilmeli?

• tamamen trade kapatma / blackout window
• sadece lot düşürme
• sadece sinyal skorunu azaltma
• sadece belli pair’lerde bloklama
• event severity bazlı filtreleme
• veri öncesi ve veri sonrası ayrı davranış

Özellikle şu soruya fikir arıyorum:

Makroekonomik veriler gerçekten edge’i artıracak şekilde filtreye çevrilebilir mi, yoksa çoğu zaman aşırı karmaşıklık mı getirir?

Genişletmek için tıklayın ...

5) Session logic

Sizce session-based davranış ne kadar kritik?

Örnek:

• London open
• New York overlap
• Asia session sakinliği
• rollover sonrası davranış
• gün içi saat bazlı trade quality farkı

Ben session farklarının ciddi olduğunu düşünüyorum.
Ama bunu kaba zaman filtresinden daha akıllı nasıl kurgulamak gerekir, ona dair fikir almak isterim.

6) Pair-specific davranış

Sizce aynı mantığı tüm pair’lere uygulamak ne kadar sağlıklı?

Örnek:

• EURUSD için çalışan şey GBPJPY’de gürültü olabilir
• XAUUSD davranışı bambaşka olabilir
• JPY pair’leri farklı davranabilir
• high spread / high impulse pair’lerde ayrı mantık gerekebilir

Burada pair bazlı kalibrasyon yapmak mantıklı mı, yoksa overfitting riski çok mu artar?

7) Closed-trade review / post-trade intelligence

Bu başlık şu an aktif değil ama ileride açmayı düşünüyorum.

Mantık şu olabilir:

• kapanan işlemleri topla
• neden iyi/kötü sonuçlandığını incele
• regime / pair / session / spread / timing etkisini anlamaya çalış
• sonradan strategy scoring’e katkı sağla

Ama bunu çok erken açarsam çöp veri öğrenebilir.
Bu yüzden soru şu:

Sizce post-trade review katmanı ne zaman gerçekten anlamlı veri üretmeye başlar?
Kaç trade / kaç gün / nasıl veri kalitesi gerektiğini düşünüyorsunuz?

Genişletmek için tıklayın ...

---

Altyapı tarafında sizden istediğim teknik yorumlar

1) Duplicate suppression

Siz olsanız bunu nasıl kurgulardınız?

• producer-side soft dedupe
• consumer-side hard dedupe
• ikisini birlikte
• cooldown + fingerprint cache
• new bar only
• persistent state store

Benim eğilimim:
producer-side soft dedupe + execution-side hard dedupe

2) Fingerprint tasarımı

Duplicate kararında hangi alanlar olmalı?

Örnek:

• symbol
• direction
• entry
• stop
• timeframe
• setup state
• candle timestamp
• regime / overlay

Aşırı kaba fingerprint yeni gerçek setup’ı öldürebilir.
Aşırı dar fingerprint de duplicate spam bırakabilir.

Bu dengeyi kurma konusunda pratik öneri duymak isterim.

3) State yönetimi

Bu tarz hibrit sistemlerde state’i sizce en sağlıklı nerede tutmak gerekir?

• file-based state
• sqlite
• redis
• in-memory + persisted snapshots
• producer ve consumer’da ayrı state

Şu an basitlik ve gözlemlenebilirlik önceliğim var.
Ama uzun vadede daha sağlam state altyapısı gerekir mi, merak ediyorum.

4) Message flow mimarisi

Dosya tabanlı akış şu an iş görüyor.
Ama sizce şu aşamada:

• file-based akışla devam mı?
• yoksa queue / db / stream tabanlı yapıya geçmek mi?

Burada fazladan karmaşıklık getirip erken optimizasyon yapmak da istemiyorum.

---

Bilinçli olarak ne yapmıyorum?

Şunları özellikle burada tartışma konusu yapmıyorum:

• kâr garantisi
• başarı oranı pazarlaması
• “şu kadar kazandırıyor” söylemi
• tam strateji edge’inin birebir paylaşımı
• broker / credential / hassas deploy detayları

Ben burada “bot satışı” yapmıyorum.
Daha çok sistem tasarımı + strateji rafinasyonu hakkında görüş almak istiyorum.

---

Benim mevcut düşüncem

Şu an kendi içimde en mantıklı sıra bana şu gibi geliyor:


Yani:


Ama bu işlerde dış göz önemli oluyor.
Özellikle canlı sistem, event-driven processing, stateful signal handling ve Forex strateji geliştirme tarafında deneyimi olanların yorumunu duymak isterim.

---

Sorularımı net bırakayım

Siz olsanız bu yapıda:

1. duplicate suppression’ı nasıl tasarlardınız?
2. fingerprint içinde hangi alanları kullanırdınız?
3. producer-side tekrar sinyal üretimini nasıl temizlerdiniz?
4. makroekonomik takvim / yüksek etkili veri filtresini nasıl kurardınız?
5. session / regime / volatility tarafında hangi filtreler daha anlamlı?
6. pair bazlı kalibrasyon ne kadar mantıklı?
7. closed-trade review katmanını ne zaman devreye almak daha doğru olurdu?
8. file-based akışla mı devam edersiniz, yoksa daha erken queue/state store yapısına mı geçersiniz?

---

Okuyan ve teknik yorum yapan herkese şimdiden teşekkürler.
Özellikle hem trading strategy, hem de fault-tolerant automation / idempotent processing / execution safety tarafında deneyimi olan arkadaşların yorumları gerçekten işime yarar.

İletişim adreslerinizi iletir misiniz?