"Alım Satım Sinyallerine Nasıl Abone Olunur?" makalesi için tartışma - sayfa 117
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Web sitesi politikasını ve kullanım şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Evet, bende Xauusd+ var. Abonede sadece Xauusd var. Bu durumda kopyalamanın imkansız olduğu doğru mu?
Bu durumda kopyalama mümkündür - diğer tüm eşleme koşulları karşılanırsa.
Ancak eşlemeyi etkileyen başka faktörler de vardır, örneğin (SSS'den):
GOLD enstrümanı Sağlayıcının hesabında işlem görüyor, brokerim aynı enstrümana sahip, ancak adı XAUUSD. Bu durumda GOLD sembolü üzerindeki işlemler XAUUSD sembolüne kopyalanacak mı?
----------------------
Bu ne anlama geliyor?
---------------------
Tüm eşleme koşullarının karşılandığı durumlar vardır, ancak komisyoncunun kendisi kopyalamayı sınırlar (ve bu sembol için Metatrader günlüğünde bu konuda yazılır. Bu tür vakalar çok nadirdir (ancak son vaka birkaç gün önce XAUUSD ve XAUEUR ile oldu).
Yani, çoğu durumda eşlemedir.
Kopyalama sinyalini seçtikten sonra kopyalanan sembollerin eşlenmesi için komisyoncunuzu kontrol etmenizi, yani kopyalanıp kopyalanmayacağını kontrol etmenizi ve ardından kaydolmanızı tavsiye ederim:
Evet, bende Xauusd+ var. Abonede sadece Xauusd var. Bu durumda kopyalamanın mümkün olmadığı konusunda haklı mıyım?
https://www.mql5.com/en/forum/10773#q13
https://www.mql5.com/en/forum/311109#comment_11375302
https://www.mql5.com/en/forum/292340#comment_9504099
"Sağlayıcının para yatırma para birimi için dönüşüm oranı yok" ile ilgili iyi bilinen sorunla ilgili olarak (abonenin brokerinin sağlayıcının ve abonenin temel para birimleri arasında bir para birimi çifti olmadığında): Mesajda belirtildiği gibi (en azından MT5'te) sadece 1:1 oranının kullanılmadığını (neyse ki benim durumumda sorun yok), aynı zamanda sinyalden gelen yeni bir anlaşma ile komisyoncuya iletilmesi arasında büyük bir gecikme olduğunu gördüm. Benim durumumda, MQL5 VPS'de 1,1 saniye ve bilgisayarımda da benzer. Söz konusu sinyal için bu çok büyük bir fark yaratıyor çünkü fiyat tam da bu saniyede hızla hareket ediyor (muhtemelen aynı anda brokerimde veya likidite sağlayıcılarında fiyatı hareket ettiren birçok başka otomatik işlem gerçekleşiyor). Gecikmenin tam olarak nedenini bilmiyorum - tahminimce MT5, anlaşmaya devam etmeden önce komisyoncudan yeni bir sembol listesi talep ediyor olabilir, ancak hala dönüşüm oranı olmadığı sonucuna varabilir (bunu söyleyen bir mesaj kaydeder, bu 1.1 saniye gecikmeli).
Bu yüzden bu gecikmeden kaçınmanın bir yolunu arıyorum. Eksik döviz çifti için özel bir sembol oluşturmayı denedim, ancak bu mantık tarafından alınmıyor (VPS kullanımı olmadan bilgisayarımda yerel olarak sinyale abone olurken bile).
Bir sonraki adımım brokerimle iletişime geçmek, ancak tam olarak eşdeğeri olmayan bir döviz çifti için bir sembol oluşturmaya istekli olacaklarından şüpheliyim.
Başka bir öneriniz var mı?
Benim durumumda, sinyal sağlayıcının temel para birimi UST'dir (USDT için) ve brokerimde bu para birimi bulunmuyor. Herhangi bir MT5 geliştiricisi bunu okursa, lütfen dönüşüm oranını manuel olarak belirtmenin bir yolunu ekleyin (ideal olarak, manuel geçersiz kılma olarak mevcut olan döviz çiftleri için bile kullanılabilir) veya en azından UST'yi USD için tanınan bir eşanlamlı olarak ekleyin. Belki de bir anlaşma açıldığında yeni bir sembol listesi için (varsayılan) talebi de kaldırın (bunu yalnızca bir sinyali takip etmeye başlarken veya periyodik olarak bir kez yapın, ancak bu en kritik anlarda tekrar yapmayın). Teşekkürler!
Bu yüzden bu gecikmeyi önlemenin bir yolunu arıyorum. Eksik döviz çifti için özel bir sembol oluşturmayı denedim, ancak bu mantık tarafından alınmıyor (VPS kullanımı olmadan bilgisayarımda yerel olarak sinyale abone olurken bile).
Bir sonraki adımım brokerimle iletişime geçmek, ancak tam karşılığı olmayan bir döviz çifti için bir sembol oluşturmaya istekli olacaklarından şüpheliyim.
Başka bir öneriniz var mı?
Benim durumumda, sinyal sağlayıcının temel para birimi UST'dir (USDT için) ve brokerimde bu para birimi yoktur. Herhangi bir MT5 geliştiricisi bunu okursa, lütfen dönüşüm oranını manuel olarak belirtmenin bir yolunu ekleyin (ideal olarak, manuel geçersiz kılma olarak mevcut olan döviz çiftleri için bile kullanılabilir) veya en azından UST'yi USD için tanınan bir eşanlamlı olarak ekleyin. Belki de bir anlaşma açıldığında yeni bir sembol listesi için (varsayılan) talebi de kaldırın (bunu yalnızca bir sinyali takip etmeye başlarken veya periyodik olarak bir kez yapın, ancak bu en kritik anlarda tekrar yapmayın). Teşekkürler!
Sinyal aboneliğiniz, komisyoncunuzun sahip olmadığı bir sembolden anlaşmaları mı kopyalıyor?
Dürüst olmak gerekirse yazınızdan hiçbir şey anlamadım.
Sinyal aboneliğiniz, brokerinizin sahip olmadığı bir semboldeki anlaşmaları mı kopyalıyor?
Açıkçası yazınızdan hiçbir şey anlamadım.
@Alain Verleyen Cevabınızı şimdi gördüm, umarım sizi etiketlemem benimkini daha çabuk görmenizi sağlar. Karışıklık için özür dilerim ve anlamaya çalıştığınız için teşekkür ederim. Açıklamaya çalışayım:
Hayır, sinyal aboneliği, brokerimin sahip olmadığı sembollerden anlaşmaları kopyalamıyor. Bu gönderi, anlaşmalarda kullanılan sembollerle ilgili değil.
Hesap para birimlerinden bahsediyorum - sinyal sağlayıcınınki ve aboneninki. Benim durumumda, sinyal sağlayıcı Bybit kullanıyor ve hesap para birimi UST. Brokerimin UST ile herhangi bir döviz çifti yok ve UST'de hesapları yok (USD'de var). Benim hesap para birimim AUD (ancak USD de olabilir - yine de gecikmeyle ilgili aynı sorunu yaşarız).
Olan şey MT5'in (hem yerel terminal hem de MQL5 VPS aynı şekilde davranıyor) pozisyon boyutu ölçeklendirmesini belirlemek için hesap para birimleri için bir dönüşüm oranı aramaya çalışması ve başarısız olmasıdır. Bunu bir sinyali takip etmeye başlarken yapıyor, arada bir tekrarlıyor ve ayrıca sinyal sağlayıcı her yeni anlaşma yaptığında, bu anlaşmayı brokerime iletmeden önce yapıyor. Bu anlaşılabilir bir durum - ticaret için gerçekten doğru boyutu sağlamak istiyor - ancak bu durumda yine de her zaman başarısız oluyor, kopyalamada gereksiz gecikmeye neden oluyor ve bazı stratejilerin karlılığını büyük ölçüde etkiliyor (özellikle, sinyal sağlayıcılar arasında çok popüler olan belirli bir EA'dan ve fiyatın tam bu saniyede büyük ölçüde hareket ettiği koparma stratejilerinden).
Bilindiği ve belgelendiği gibi, hesap para birimi eşlemesi bu şekilde başarısız olduğunda, platform para birimleri arasında 1: 1 oranına geri döner. Bu, AUD ile benim için orta düzeyde risk (ve ödül) artışı anlamına geliyor ki bu durumda sorun yok. Dolayısıyla benim birincil sorunum gecikme, ikincil sorunum ise dönüşüm oranını manuel olarak belirleyememek (bu aynı zamanda gecikme sorununu da çözecek, dolayısıyla her iki sorun için de aynı anda harika bir çözüm olacaktır).
@Alain Verleyen Cevabınızı şimdi gördüm, umarım sizi etiketlemem benimkini daha çabuk görmenizi sağlar. Karışıklık için özür dilerim ve anlamaya çalıştığınız için teşekkür ederim. Açıklamaya çalışayım:
Hayır, sinyal aboneliği, brokerimin sahip olmadığı sembollerden anlaşmaları kopyalamıyor. Bu yazı anlaşmalarda kullanılan sembollerle ilgili değildir.
Hesap para birimlerinden bahsediyorum - sinyal sağlayıcınınki ve aboneninki. Benim durumumda, sinyal sağlayıcı Bybit kullanıyor ve hesap para birimi UST. Brokerimin UST ile herhangi bir döviz çifti yok ve UST'de hesapları yok (USD'de var). Hesap para birimim AUD (ancak USD de olabilirdi - yine de gecikmeyle ilgili aynı sorunu yaşardık).
Olan şey, MT5'in (hem yerel terminal hem de MQL5 VPS aynı şekilde davranıyor) pozisyon boyutu ölçeklendirmesini belirlemek için hesap para birimleri için bir dönüşüm oranı aramaya çalışması ve başarısız olmasıdır. Bunu bir sinyali takip etmeye başlarken yapıyor, arada bir tekrarlıyor ve ayrıca sinyal sağlayıcı her yeni anlaşma yaptığında, bu anlaşmayı brokerime iletmeden önce yapıyor. Bu anlaşılabilir bir durum - ticaret için gerçekten doğru boyutu sağlamak istiyor - ancak bu durumda yine de her zaman başarısız oluyor, kopyalamada gereksiz gecikmeye neden oluyor ve bazı stratejilerin karlılığını büyük ölçüde etkiliyor (özellikle sinyal sağlayıcılar arasında çok popüler olan belirli bir EA'dan ve fiyatın tam bu anda büyük ölçüde hareket ettiği koparma stratejilerinden).
Bilindiği ve belgelendiği gibi, hesap para birimi eşlemesi bu şekilde başarısız olduğunda, platform para birimleri arasında 1: 1 oranına geri döner. Bu da benim için AUD ile orta düzeyde risk (ve ödül) artışı anlamına geliyor ki bu durumda sorun yok. Bu yüzden birincil sorunum gecikme, ikincil sorunum ise dönüşüm oranını manuel olarak belirleyememek (bu aynı zamanda gecikme sorununu da çözerdi, bu nedenle her iki sorun için de aynı anda harika bir çözüm olurdu).
Lütfen bildirdiklerinizi desteklemek için günlükleri sağlayın. Teşekkürler.
@Alain Verleyen İşte bir MQL5 VPS'den günlük alıntısı. Hesap numaramı redakte ettim ve bazı alakasız satırları çıkardım. 08:07:53.297 ile 08:07:54.398 arasındaki 1,1 saniyelik gecikmeye (bir anlaşma işlendiğinden dolayı zarar gördü) ve aynı gecikmenin daha önce 04:10:43.808 ile 04:10:44.908 arasında görüldüğüne (sadece ticaret sunucusuna yeniden bağlandıktan sonra olduğu için önemli değildi) dikkat edin. Dolayısıyla, her iki durumda da aynı yavaş işlemin denendiği görülmektedir. Bu spesifik alıntı 20260302.log'dan alınmıştır, o tarihte bir VPS yeniden başlatması olduğu için terminal yapı numarasını göstermek için seçtim. Bununla birlikte, aynı sorun daha eski yapılarda da meydana geldi ve sonraki günlerde de meydana gelmeye devam etti.
@Alain Verleyen İşte bir MQL5 VPS'den günlük alıntısı. Hesap numaramı redakte ettim ve bazı alakasız satırları çıkardım. 08:07:53.297 ile 08:07:54.398 arasındaki 1,1 saniyelik gecikmeye (burada bir anlaşma işlendiği için zarar gördü) ve aynı gecikmenin daha önce 04:10:43.808 ile 04:10:44.908 arasında görüldüğüne (burada sadece ticaret sunucusuna yeniden bağlandıktan sonra olduğu için önemli değildi) dikkat edin. Dolayısıyla, her iki durumda da aynı yavaş işlemin denendiği görülmektedir. Bu spesifik alıntı 20260302.log'dan alınmıştır, o tarihte bir VPS yeniden başlatması olduğu için terminal yapı numarasını göstermek için seçtim. Ancak aynı sorun daha eski sürümlerde de meydana geldi ve sonraki günlerde de devam etti.
Teşekkürler. Bu gecikme yapı 5676'dan kaldırılmış olmalı. Kendim test edemediğim için lütfen onaylayın.