Teoriden pratiğe - sayfa 1088
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Dolayısıyla, analiz için veri toplama aşamasında, piyasa ile bilinen tüm süreçler arasında temel bir farkın ortaya çıktığı açıktır.
Tekliflerin varış zamanı ve sayıları farklı DC'ler için farklıdır.
Sisteminiz için fark etmez.
Ticaret süreniz kene süresi ile karşılaştırılabilir ise, tik seviyesi farklılıkları önemlidir.
Piyasa zamanının yerel olmayan ve doğrusal olmayanı nasıl belirlenir ve hesaplanır? Şu anda üzerinde çalıştığım sorun bu.
Sisteminiz için - menzil çubukları, birçok kez önerilmiştir. Bu, piyasa zamanının doğrusal olmama durumunu ortadan kaldırır, ancak zamanı hesaplamalardan tamamen kaldırır ki bu yanlıştır.
Bir uzlaşma seçeneği, gün boyunca daha az, geceleri daha fazla olmak üzere, çubuk başına değişken sayıda kene içeren eşdeğer çubuklardır.
Ama sonuçların çok fazla gelişmeyeceğini düşünüyorum çünkü. ve onlarsız da sorun değil.
Sisteminiz için - menzil çubukları, birçok kez önerilmiştir. Bu, piyasa zamanının doğrusal olmama durumunu ortadan kaldırır, ancak zamanı hesaplamalardan tamamen kaldırır ki bu yanlıştır.
Bir uzlaşma seçeneği, gün boyunca daha az, geceleri daha fazla olmak üzere, çubuk başına değişken sayıda kene içeren eşdeğer çubuklardır.
Evet, sanırım haklısın, Bas.
Ancak, iki boyutlu Minkowski uzayına geçersek, yani.
tik ölçümleri için aşağıdaki koordinatları girin (farklı DC'ler arasında senkronize edilir).
X ekseni - olayların okumalarının tek tip ölçeği (1, 2, ...)
Y ekseni - değer S^2=(Tn-Tn-1)^2+(PRICEn-PRICEn-1)^2
nerede (Tn-Tn-1) - mevcut ve önceki işaretler arasındaki süre, (PRICEn-PRICEn-1) - mevcut ve önceki fiyat arasındaki artış
o zaman çok ilginç bir resim elde edebilirsiniz ...
Ancak, iki boyutlu Minkowski uzayına geçersek, yani.
tik ölçümleri için aşağıdaki koordinatları girin (farklı DC'ler arasında senkronize edilir).
X ekseni - olayların tek tip okuma ölçeği (1, 2, ...)
Y ekseni - değer S^2=(Tn-Tn-1)^2+(PRICEn-PRICEn-1)^2
nerede (Tn-Tn-1) - mevcut ve önceki işaretler arasındaki süre, (PRICEn-PRICEn-1) - mevcut ve önceki fiyat arasındaki artış
son derece ilginç bir resim elde edebilirsiniz ...
Eşit yörünge uzunluğuna sahip çubuklar? Belki. Ancak kenelerde gürültüde boğulur. Saatlik bir işlem süreniz var, bu nedenle bir dakika sırasını ayrı ayrı seçin. Daha düşük herhangi bir şey sizin için gürültüdür.
Eşit yörünge uzunluğuna sahip çubuklar? Belki. Ancak kenelerde gürültüde boğulur. Saatlik bir işlem süreniz var, bu nedenle bir dakika sırasını ayrı ayrı seçin. Daha düşük herhangi bir şey sizin için gürültüdür.
Hayır, bu grafiğe böyle koordinatlarla bakmak istiyorum.
Unutma - seninkine ve CheGevarins'e ayda +%10 ihtiyacım yok. +%50'ye ihtiyacım var. Kase kısaca.
Ve başka bir "uzay-zaman"da oturuyor. İnanıyorum.
buna inanmaya meyilliyim çünkü İnsanlık henüz kayar pencerelerle çalışmaktan daha iyi bir şey bulamadığından (önemli miktarda veri örneklemesi), piyasada onlarla çalışmak gerekir. Bununla birlikte, bunların hem zaman bileşenini hem de kene hacimlerini (ticaret yoğunluğu) birleştiren zor, dinamik pencereler olması gerektiği açıktır.
Sadece kene setlerini kullanamazsınız. Tek tip bir alıntı okumasıyla sadece bir zaman penceresi (örneğin = 24 saat) - aynı.
Ama nasıl doğru? Piyasa zamanının yerel olmayan ve doğrusal olmayanı nasıl belirlenir ve hesaplanır? Şu anda üzerinde çalıştığım sorun bu.
---
Pencere kayması nedeniyle önceki düzgün momentumunu kaybetmiş bir pencerede, bir öncekinin ayna analizi elde edilebilir
uzlaştırmanın başlangıcını işlemin kapanışına kadar düzeltinUnutma - seninkine ve CheGevarins'e ayda +%10 ihtiyacım yok.
Beni başka biriyle karıştırıyorsun) Geçen yıl +%550'ye sahibim)
Tekliflerin varış zamanı ve sayıları farklı DC'ler için farklıdır.
ilginç
fiyat aynı mı
Kendiniz tiki yapabilirsiniz.
Örneğin, Dmitry, kod tabanında bu göstergeye eklenmiş bir komut dosyasına sahiptir:
https://www.mql5.com/ru/code/9670
Beni başka biriyle karıştırıyorsun) Geçen yıl +%550'ye sahibim)
Eeeee ... Peki, bu ayda +% 10-15'tir. Ve bir yıl boyunca, para çekmeden birikmiş mevduatta bu oldu. Değil?
başka bir yanılsama
---
Pencere kayması nedeniyle önceki düzgün itici gücü kaybetmiş bir pencerede, bir öncekinin ayna analizi elde edilebilir
işlemin kapanmasından önce uzlaşmanın başlangıcını düzeltinSadece trend çizgisini hareket ettirin ve hayat daha iyi olacak.