Birkaç DC'nin çoklu para birimi analizine dayanan etkili bir ticaret stratejisi - sayfa 9
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
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Çoklu para birimi analizi konusunda şüpheci olanların sayısının azaldığını ve sonuçların birisinin kendi etkili ticaret stratejisini bulmasına yardımcı olacağını umuyorum.
Kesinlikle katılıyorum. Çoklu işlem analizi anlamsız bir alıştırmadır. Ve teklifleri diğer DC'lerle karşılaştırıldığında, bir pozisyon açmak için yeterli süre için 2'den fazla fark gösterebilen tek bir normal DC (ve muhtemelen basit bir "mutfak") yoktur. Ve fark 3 spread olsa bile, bu dezavantajı, iyi tanımlanmış bir dizi nedenden dolayı istikrarlı kazançlar için kullanmak mümkün değildir. Ve bu işlem yapmanın en kolay, en güvenilir ve risksiz yolu olabilir.
İşte çoklu para birimi...
Pek çok görüş var, ancak sadece Forex'te istikrarlı kar elde etmenizi sağlayan bir yol bildiğimi söyleyeceğim. Ve bu ticaret seçeneği bir çift içinde gerçekleştirilemez, ancak bunu bir DC içinde uygulayabiliriz.
Şimdi tikler arasındaki zaman aralıklarının etkilerini ve etkilerini izliyorum, bunu çoklu para biriminde en iyi nasıl uygulayacağımı düşünüyorum, en azından şu anda gözlemlediğim bu aralıklar sayesinde, birkaç hatasız bahis yaptım, ayrıca, ekledim ://community.xnsnet.ru/photos/mtterm/default.aspx programına farklı bir http görselleştirme seviyesinin yüklenmesi (ekran görüntülerinin orijinal boyutunda görüntüleyin), bunun etkinliğini karşılaştırıyorum veya kene çıktısında bu yöntem. Artık keneleri yakından izlememe gerek yok, neyin nerede aktığını anlamak için asıl mesele bu :) Örneğin saat farkını farklı doğrulukta izleyebilirsiniz, akımın hızını belirlemek uygun olur, don vb. Sanırım belki ortalama bir hız göstergesi eklemem gerekiyor, ancak bunu nasıl uygulayacağımı henüz bilmiyorum, böylece gerçekten fayda sağlar, muhtemelen tıpkı tik çizelgelerinde olduğu gibi, maksimum sayıda ayar yapmam gerekiyor :) en az bir tam teşekküllü huni bekliyorum :)
Şimdi tikler arasındaki zaman aralıklarının etkilerini ve etkilerini izliyorum, bunu çoklu para biriminde en iyi nasıl uygulayacağımı düşünüyorum, en azından şu anda gözlemlediğim bu aralıklar sayesinde, birkaç hatasız bahis yaptım, ayrıca, ekledim ://community.xnsnet.ru/photos/mtterm/default.aspx programına farklı bir http görselleştirme seviyesinin yüklenmesi (ekran görüntülerinin orijinal boyutunda görüntüleyin), bunun etkinliğini karşılaştırıyorum veya kene çıktısında bu yöntem. Artık keneleri yakından izlememe gerek yok, neyin nerede aktığını anlamak için asıl mesele bu :) Örneğin saat farkını farklı doğrulukta izleyebilirsiniz, akımın hızını belirlemek uygun olur, don vb. Sanırım belki ortalama bir hız göstergesi eklemem gerekiyor, ancak bunu nasıl uygulayacağımı henüz bilmiyorum, böylece gerçekten fayda sağlar, muhtemelen tıpkı tik çizelgelerinde olduğu gibi, maksimum sayıda ayar yapmam gerekiyor :) en az bir tam teşekküllü huni bekliyorum :)
Kenelerin analizinde, daha kesin olarak kalitenin (delta) ve varış sıklığının bir anlamı olduğunu düşünüyorum, ancak benim durumumda - TF ne kadar yüksekse, sinyal o kadar güvenilirdir. Ancak şimdi DC yöntemlerini (dondurma, filtreleme vb.) analiz etmeye değmez, çünkü bu temelde sağlam bir TS oluşturmak için çalışmayacaktır. Ve başarılı olursa, DC'nin alıntıları aynı şekilde filtrelemeye ve dondurmaya devam edeceği bir gerçek değil. Bu nedenle, keneler analiz edilirken, yayılmayı aşan hareketlerin oluşturduğu kalıplar ve daha fazlası faydalı olabilir. Tabii ki onlar (kalıplar) varsa, ki henüz şüphe etmeye vaktim olmadı.
Artık piyasada can sıkıntısı, hiçbir şey olmuyor ama tam da böyle bir can sıkıntısında er ya da geç bir şeyler oluyor :) Örneğin altın sorunsuz bir ileri bir geri akar, genel olarak hayattaki ufak şeyler süreklidir :) Huniler ne yazık ki çok nadir görülen bir olaydır. ...
Genel olarak, danışmanları henüz düşünmüyorum bile, ama bunu düşündüğümde, danışman muhtemelen her bir hayalet hakkında hareket yanılsaması yaratan sinyaller almayacak. Pek çok veriye dayanarak, tam olarak tikler yapmak istiyorum, tiklerin ne olduğunu hiç bilemeyecek, yalnızca eylem sinyallerini ve muhtemelen durumun hata derecesini bilen bir makine. Aynı geçmiş analizi olmadan, en azından test cihazında, yavaş ama emin bir şekilde net kar sağlayacak böyle bir makinenin yazılabileceğinden eminim, hem manuel hem de otomatik araçlara dayalı olarak dengeleme mümkündür. Genel olarak, ben böyle görüyorum, nedense bana öyle geliyor ki, aynı danışmanlara dayanarak, tek seferde yaptığım her şeyi yeniden hesaplayarak, o kadar yavaşlamayacak güçlü bir şey yazmak imkansız. her tik . Çoklu para biriminde, bu çok dikkat çekici olacaktır.
Örneğin şimdi EURUSD'de huni oluşumunun belirtilerini fark ettim, euro lehine sıçrayabileceğini düşünüyorum. Yine, nasıl yaptığımı ve ne kadar gerçek olduğunu karakterize etmek benim için zor, bu tür belirtiler gün içinde birkaç kez tekrarlanıyor, ancak bunun böyle olup olmadığını söylemek kesinlikle zor. Bahis yaptım, çukur oluşmasını bekliyorum :) Donma ve diğer işaretler bunu gösteriyor, tekrarlayan zaman aralıkları. Genel olarak, onay için beklememiz gerekiyor :) Diyelim ki diğer yönde bir delik oluşuyorsa, zamanında, kayıpsız atlamak, hatta yetişmek için zamanım olacak. Şimdiye kadar sadece SP500 endeksi sıçramaya başladı, piyasa dondu.
Paritenin düşüşüne bazı haberler neden oldu ama huniye yakından bile benzemiyordu, şimdiden ayırt edebiliyorum :) Şu an huninin görünüşünün alaka düzeyi tükenmiş :) Bekleyelim :)
Bu, DC sunucusunun aşırı yüklenmesinden, değişen alıntıların daha hızlı gelmesinden değil, yalnızca filtre ayarlarındaki bir farktan kaynaklanır, herkes onu uygun gördüğü şekilde ayarlar. Evet, bu yüzden kalın derili Expert Advisor bir zorunluluktur, çünkü bir DC için bir şey, diğeri için başka bir şey yapacaktır. Filtre, zaman aralıklarını hesaba katarak en gerçekçi alıntıları seçecek şekilde hareket eder, ancak alıntıları taklit etmez, yalnızca bazı seçenekleri atar ve yalnızca en makul olanları bırakır. Ne yazık ki, kullanıcı veya program için görmek istedikleri gerçek bu değil, bu yüzden DC'ler arasında analiz gibi konular başlıyor.
Sunucu ve istemci zaman aralıklarında iki göstergeyi aynı anda kullandığımı not ediyorum, bu nedenle grafiklerde neredeyse hiç fark yok, sadece sunucu tarafında bu tür filtrelenmiş bölümlerde.
Saat farkı, sunucu tarihinin (gcnew DateTime( 1970, 1, 1 ))->AddSeconds( iSrv ) biçimine dönüştürüldüğü sekiz baytlık bir zamanda hesaplanır, ardından onay süresi, sunucu ve istemcideki farkın toplamı kullanılır. , dokuzun sekizinci kuvvetine bölünmesi, bu grafikte, farkı saniye cinsinden elde etmek için ondan yedinci güce bölmeniz gerekir. Bu sayede veri güncelleme hızındaki problemler hariç, yüksek doğrulukta bir sonuç çıkarabiliyorum. Tik başına bir piksel tüketilmediği sürece, ancak keneler içinde sürenin gösterilmesi gibi bazı modlar için tüketimi kaldıracağım, o zaman boyut olarak bile mükemmel şekilde karşılaştırılabilir olacaktır. Pekala, ne yapabilirsin, ben bir kazıcıyım, en köküne kadar kazmak istemesem bile :)
Sevgili Hacı, bu açıklamaya cevaben ne söyleyeceğinizi merak ediyorum.