Bir mayın tarlasında pazar görgü kuralları veya görgü kuralları - sayfa 4
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
Tamamen yanlış bir şey yapıyormuşum gibi geliyor. Süreci (aptalca, alnında) simüle etmeye ve parametrelerle oynamaya çalıştım. Böyle güzel yüzeyler elde edemiyorum. Uçaklar ve doğrusal bağımlılıklar alıyorum. Hiçbir şey anlamıyorum. Çaresizlikten Vince'in kitabından "optimal f"yi simüle etmeye çalıştım - tamamen aynı sonuç. Kitapta yazdığı gibi hiç çalışmıyor. Vince'in kitabından 2 dolar kazanıp 1 dolar kaybetmeyle ilgili çılgın oyununu aldı, çok iyi ve adil bir oyun. Yani, hala Vince ile aynı şeyi elde etmeye çalışıyorum.
Mathcad'de yüzeyler yaptım. Birim zaman başına getiri oranı için ifadeyi kullandım (ölçü birimi, bir puanlık fiyat değişiminin karakteristik zamanıdır):
Çünkü sonuçta ortaya çıkan değer küçük, yaklaşık 10^-4 (bu bir hata değil, çünkü fiyat bir puan değişirken zamanın getiri oranından bahsediyoruz), sonra sonuç 10^5 ile çarpıldı ve böyle Şekilde gördüğünüz yüzeyler elde edilmiştir.
S - 10^4
dS - 1-100 aralığında değişti
L - 1-300 aralığında değişti
p - 0-0.03 aralığında değişti
Yayılma - 1-10 aralığında değişti
yakınsak olmalı
Sınıf. Arkadaşlar bu kaldıraç hesaplama yöntemi sadece Millet Meclisi için mi geçerli? Yoksa herhangi bir MTS için çalışıyor mu?
NS'nin kesinlikle bununla hiçbir ilgisi yok. Herkese. Tek gereksinim, tahmin olasılığının bilgisidir.
testçi hangi kaldıracı kullanıyor?
Terminale en son giriş yapan kişi
testçi hangi kaldıracı kullanıyor? Ve nasıl değiştirilebilir?
Başka bir hesapta / başka bir DC'de oturum açın.
İşte tam da bu, bazılarının tahmini hesaplayamadığı nokta; 0) . Günün uç noktalarını yakalayan bir sistem buldum. Şimdi onu geliştirmeye çalışıyorum - kararsız. Bu yüzden, yukarıdakileri ilk kez okuduktan sonra düşündüm - test cihazı hangi kaldıracı kullanıyor? Ve nasıl değiştirilebilir?
stLot *Lot=K*Kol - açılan pozisyonun (Lot) büyüklüğünü alım satım kaldıracı ve depozitonun büyüklüğü ile birleştirir (konunun ilk gönderisine bakın). Açılan pozisyonun büyüklüğünü bilerek, kullanılan ticaret kaldıracını ve bunun tersini de bulabilirsiniz. Yine de, test cihazı herhangi bir kaldıraç kullanmaz, bu TS'nizin ayrıcalığıdır, bu nedenle "...Başka bir hesaba / başka bir DC'ye yeniden giriş yapın ..." gibi yanıt gerçeğe tam olarak uymuyor. Ya da bir şeyleri kaçırıyorum.
Tahmin hesaplamasına gelince - "doğru" işlemler için 1/2+ p , o zaman bu sayıyı aşağıdaki şekilde alabilirsiniz:
TS'yi, minimum lotla birkaç yüz işlemin (daha fazla, daha güvenilir tahmin) gerçekleştirileceği şekilde çalıştırıyoruz. Daha sonra, test cihazının raporunu herhangi bir mat uygulamasına (örneğin, Excel) sürüyoruz ve her rüşveti ($ olarak ifade ediliyor) puanlar halinde yeniden hesaplıyoruz ve her birine puan olarak DC komisyonunun değerini ekliyoruz. Şimdi toplam işlemin kaç tanesinin + olduğunu düşünelim ve çıkan sayıyı toplam işlem sayısına bölelim. <0 çıktıysa, o zaman TS'yi kesin olarak "çeviririz". Şimdi her şey yolundaysa, sonuçtan 1/2 çıkarırız, bu istenen değerdir p .
stLot *Lot=K*Kol - açılan pozisyonun (Lot) büyüklüğünü alım satım kaldıracı ve depozitonun büyüklüğü ile birleştirir (konunun ilk gönderisine bakın). Açılan pozisyonun büyüklüğünü bilerek, kullanılan ticaret kaldıracını ve bunun tersini de bulabilirsiniz. Yine de, test cihazı herhangi bir kaldıraç kullanmaz, bu TS'nizin ayrıcalığıdır, bu nedenle "...Başka bir hesaba / başka bir DC'ye yeniden giriş yapın ..." gibi yanıt gerçeğe tam olarak uymuyor. Ya da bir şeyleri kaçırıyorum.
Tahmin hesaplamasına gelince - "doğru" işlemler için 1/2+ p , o zaman bu sayıyı aşağıdaki şekilde alabilirsiniz:
TS'yi, minimum lotla birkaç yüz işlemin (daha fazla, daha güvenilir tahmin) gerçekleştirileceği şekilde çalıştırıyoruz. Daha sonra, test cihazının raporunu herhangi bir mat uygulamasına (örneğin, Excel) sürüyoruz ve her rüşveti ($ olarak ifade ediliyor) puanlar halinde yeniden hesaplıyoruz ve her birine puan olarak DC komisyonunun değerini ekliyoruz. Şimdi toplam işlemin kaç tanesinin + olduğunu düşünelim ve çıkan sayıyı toplam işlem sayısına bölelim. <0 çıktıysa, o zaman TS'yi kesin olarak "çeviririz". Şimdi her şey yolundaysa, sonuçtan 1/2 çıkarırız, bu istenen değerdir p .
hata, kaçırılmış
.... + olduğu ortaya çıktı ve alınan tutarı toplam işlem sayısına bölün - 1/2. Bu anlaşılabilir olmasına rağmen. Ancak olasılığı değil, pozitif işlemlerin sıklığını elde ederiz. Bazı varsayımlarla, bu bir olasılık olarak kabul edilebilir.
Bana öyle geliyor ki bir ticaret olasılığı sabit değil ve ticaretten ticarete değişebilir. Her işlemden önce bunu (olasılığı) hesaplayabilmeniz gerekir. Ama çok daha zor
Elbette Sergey, sana katılıyorum. p parametresini gerçek zamanlı olarak yerel olarak tahmin edebilmek güzel, ancak korkarım bu görev, tüm sonuçlarıyla birlikte gecikmesiz bir gösterge oluşturmakla aynı karmaşıklık düzenine sahip...
Bu arada, optimal rüşvet miktarının bağımlılığını, çift logaritmetik ölçekte ticaret kaldıracının optimal boyutuna bağlarsak, o zaman şu olur:
P parametresi burada örtük bir biçimde dahil edilir, iki sabit DC komisyon değeri için tahmin doğruluğu p soldan sağa artar - 2 ve 8 puan (sırasıyla kırmızı ve mavi çizgiler). dS(p) ve Lever(p) bağımlılıkları için basitleştirilmiş ifadeler, p parametresinin küçük olduğu varsayımı altında hesaplamalarda kullanılmıştır. Kesin çözümden fark, sunulan aralığın tamamında %10'u geçmedi.