Çoklu para birimi analizinin bazı saçmalıkları üzerine düşünceler. - sayfa 26

 
RomanS :

Burada pek bir şey anlamadım ... ama hangi üçüncü basamaktan bahsediyoruz?

EURUSD ve GBPUSD çifti için mumun açılış ve kapanışını bilerek, EURGBP'nin açılış ve kapanışını kolayca hesaplayabilirsiniz.

EURUSD ve EURGBP çifti için mumun açılış ve kapanışını bilerek, GBPUSD'nin açılış ve kapanışını kolayca hesaplayabilirsiniz.

EURGBP ve GBPUSD çifti için mumun açılış ve kapanışını bilerek, EURUSD'nin açılış ve kapanışını kolayca hesaplayabilirsiniz.

Buna katılıyor musunuz?

buna katılıyorum.

Bu, EURGBP (0.00978) ve GBPUSD (0.00879) tarafından kat edilen yolun 2 basamaklı (delta) varlığı anlamına geliyordu - EURUSD tarafından kat edilen yolu (0.00417) hesaplayın, bu rakamı 0.00417 (açık veya kapalı yok) alın. Evet ise, hesaplamak mümkün, o zaman para birimlerinin hareketleri arasında güçlü bir bağlantı olduğunu ve çoklu para birimi analizinin fırına atılabileceğini kabul etmek zorunda kalacağım.

 
Prival :

Konunun yazarına, çoklu para birimi analizinin saçmalığı ve endekslerin yapısı hakkında cevap vermek. Burada kötü ve tahrik edici bir şey görmediğimi söylemek istiyorum. Olması gereken bir yeri var ve bu yaklaşım en azından bir damla avantaj sağlıyorsa, onu kullanmanız gerekir. Yukarıda açıklanan çoklu para birimi analizine yaklaşım tek değil, birçoğu var ... ve hepsini reddetmek biraz küstahça ...

Katılıyorum, faydaları var, ama işte bunları nasıl kullanacağınız .... hala arıyorum
 
Prival :

buna katılıyorum.

Bu, EURGBP (0.00978) ve GBPUSD (0.00879) tarafından kat edilen yolun 2 basamaklı (delta) varlığı anlamına geliyordu - EURUSD tarafından kat edilen yolu (0.00417) hesaplayın, bu rakamı 0.00417 (açık veya kapalı yok) alın. Evet ise, hesaplamak mümkün, o zaman para birimlerinin hareketleri arasında güçlü bir bağlantı olduğunu ve çoklu para birimi analizinin fırına atılabileceğini kabul etmek zorunda kalacağım.

Bu rakamlar açık/kapalı (daha doğrusu mevcut dalgalı oran aracılığıyla) ile bağlantılıdır ve bunları kullanmamak için gereksinimlerin anlamı nedir? Onlar var. Katedilen mesafeyi bilmek, sadece hızı belirtmek ve zaman kullanımını yasaklamak gibi bir şey.
 
Abzasc :


Ve döviz endeksini hesaplamak için doğru formül nedir? USD ve EUR endeksleri nasıl doğru bir şekilde hesaplanır, böylece daha sonra bunlara göre hareketi görebilirsiniz?

Herkes kendi formülünü icat etmekte özgürdür. Her biri, hareketin farklı özelliklerini belirlemede daha iyi veya daha kötü olabilir. Semsemych formülünü kullandım (bkz. CCFp).
 

Prival :

Konunun yazarına, çoklu para birimi analizinin saçmalığı ve endekslerin yapısı hakkında cevap vermek. Burada kötü ve tahrik edici bir şey görmediğimi söylemek istiyorum. Olması gereken bir yeri var ve bu yaklaşım en azından bir damla avantaj sağlıyorsa, onu kullanmanız gerekir. Yukarıda açıklanan çoklu para birimi analizine yaklaşım tek değil, birçoğu var ... ve hepsini reddetmek biraz küstahça ...


Hesaplamalara ilginç bir yaklaşım, Sergey. Scalping günlerinden beri bunu uzun zamandır düşünüyorum (grup hareketi, kaynağı vb.).

Hatta bunun gibi araçlar yapmaya başladım: https://www.mql5.com/ru/code/9246

Böyle bir hesaplama, IMHO, gerçek zamanlı olarak tık tık yapılmalıdır. Belki de kötü sonuçlar olmayacak ... düşünmek zorundasın.

 
Dima_S. :

Hesaplamalara ilginç bir yaklaşım, Sergey. Scalping günlerinden beri bunu uzun zamandır düşünüyorum (grup hareketi, kaynağı vb.).

Hatta bunun gibi araçlar yapmaya başladım: https://www.mql5.com/en/code/9246

Böyle bir hesaplama, IMHO, gerçek zamanlı olarak tık tık yapılmalıdır. Belki de kötü sonuçlar olmayacak ... bunu düşünmek zorundasın.


orada her şey basit değil, bu arada, orada her şeyi doğru hesaplayıp hesaplamadığımdan hala emin değilim. hepsini en sevdiğim matkad'da yapmama rağmen. MQL'ye kod getirmek intihardır. Hipotezleri test etmek için, rastgele bir değişkenin dağılım yasasına ihtiyacınız var, burada forumda bir yerde bu yönde çalışmalar var (ne yazık ki bulamıyorum), bunlar bir matematikçi tarafından yapıldı, tik gecikmesi ile ilgili bir şey. Ben Rayleigh-Rice yasasını seçtim, bir yerlerde bu konuyla ilgili çalışmalar da var, lognormal olanı kullanabilirsiniz gibi görünüyor.

ZY kombinatorik ile bir şekilde yönetmek muhtemelen mümkün olsa da, kontrol etmedim

 
Prival :


orada her şey basit değil, bu arada, orada her şeyi doğru hesaplayıp hesaplamadığımdan hala emin değilim. hepsini en sevdiğim matkad'da yapmama rağmen. MQL'ye kod getirmek intihardır. Hipotezleri test etmek için, rastgele bir değişkenin dağılım yasasına ihtiyacınız var, burada forumda bir yerde bu yönde çalışmalar var (ne yazık ki bulamıyorum), bunlar bir matematikçi tarafından yapıldı, tik gecikmesi ile ilgili bir şey. Ben Rayleigh-Rice yasasını seçtim, bir yerlerde bu konuyla ilgili çalışmalar da var, lognormal olanı kullanabilirsiniz gibi görünüyor.

ZY kombinatorik ile bir şekilde yönetmek muhtemelen mümkün olsa da, kontrol etmedim

Fikirlerime göre, öncelikle seçilen enstrümanlar için tik akışını zamana göre normalleştirmek gerekiyor. Onlar. akışı tek tip yapın - her 0,1 - 1 saniyede bir kenelerin alınması zorunludur. Daha sonra bu tür yapay alıntıların farklı enstrümanlardan senkronizasyonuna sahip olacağız. Ardından, genliğe göre normalleştirin - yani. fiyattan değişimine geçiş (belki logaritma kullanarak). O zaman alınan onay akışını işlemek zaten mümkündür... IMHO.

 
Prival : yerde bu yönde çalışmalar var (maalesef bulamıyorum), bunlar bir matematikçi tarafından yapılmış, tick lag ile ilgili bir şey.

Tikler: genlik ve gecikme dağılımları .

Ama bu konuyu uzun zaman önce terk ettim.

 
Mathemat :

Tikler: genlik ve gecikme dağılımları .

Ama bu konuyu uzun zaman önce terk ettim.


Tikleri ne zaman ne de genlik olarak dağıtmak gerekli değildir - bu keneler, momentumlarıyla çubuk hareketinin yönünü oluşturacak olan önemlidir - rastgele tikler, genellikle bir çubukta tektir, ancak yüksek veya düşük oluşturabilirler bir çubuğun - en azından aktif bir trendde
 
Igor , üç yıl önce kendime böyle bir görev vermedim. Tamamen araştırma amaçlıydı.