"Açılış"ta MetaTrader 5 ile Deneyimler - sayfa 12

 
sanderz :

Renat, lütfen bana aynı enstrümanın aynı TF'sindeki gerçek hacimlerin hızlı ve MT arasında neden farklı olabileceğini söyle? Her gün küçük sapmalar görüyorum. Nedeni ne olabilir?

İşte bugün bir örnek - 18:42, MT5 - 3267, QUIK - 3270.

Gün boyunca, sapmalar daha da birikir.

(broker açılış, gerçek hesap)

Bu, kene akışlarını toplayarak ve karşılaştırarak çözülmelidir.

Hata en az üç tarafta olabilir.

 
gdtt :

Yaşasın, videodan bir fotoğraf ve resimler var.

Tövbe, duvara darbeler, sözlerimi çürüten paylaşımlar bekliyorum.

Nasdakova kağıdı, üzerinde sıfır yayılım gösteriyorsunuz. Gerisi hala orada siparişleri teslim ediyor.

apastenayı bekleyeceğim

 
sanyooooook :

bir anlaşma yapılacak gibi basit bir nedenden dolayı talep teklife eşit olamaz.

teklif ve talep arasındaki fark en az 1 pip, aksi takdirde bir anlaşma gerçekleşir

Her şey bir bardağın çerçevesinde doğru :)

NBBO (Ulusal En İyi Teklif/Teklif) diye bir şey var. Sıfır veya negatif NBBO spreadleri oldukça yaygındır.

 
sanderz :
Eh, işlemlerin kaseti, örneğin yatay hacimleri anlamak için yararlıdır.
Kabul ediyorum
 
C-4 :
Hiç kimse doğrudan bantla çalışmıyor. Geçerli gün için gerçekten kenelere ihtiyacınız varsa, MT5'te bunları programlı olarak toplamak zor değildir. Kene bilgilerinin bir Uzman Danışmana bağlantısını düzenleyebilirsiniz, çünkü bunlar herkese açıktır ve aynı finansın sunucusunda bulunur. Beyniniz ile düşünürseniz, tüccarların %0,001'inin mutluluğu, tüm sistemin önemli ölçüde ağırlaşması gerçeğine değmez.
hızlı ve tarnzak özellikle külfetli değil
 
Renat :

Bu, kene akışlarını toplayarak ve karşılaştırarak çözülmelidir.

Hata en az üç tarafta olabilir.

Bu, Hızlı sunucudaki ve MT5 sunucusundaki farklı bilgi alma hızı nedeniyle, biri için daha hızlı biri için daha yavaş biri için mümkündür.
 
C-4 :

Neden tüm işlemlerin bir tablosuna ihtiyacımız olduğunu tam olarak anlamıyorum? Aslında, çoğu durumda, gerekli çalışma zaman çerçevesini bir araya getirmek için tüm işlemlerin bir tablosuna ihtiyaç vardır. MT5'te, akla gelebilecek tüm zaman dilimleri varsayılan olarak yerleşiktir. O zaman soru kalır NEDEN?

OI'ye gelince, bu gerçekten faydalı bilgiler, tıpkı gerçek ciltler gibi. Zamanla MT5'te görüneceğinden eminim.

Not Tüm işlemlerin tablosu çok özel durumlarda kullanıldığından ve çok kaynak yoğun olduğundan ve veri aktarım kanalının bant genişliğini gerektirdiğinden, aracılar varsayılan olarak bu bilgilerin aktarımını devre dışı bırakır. Yalnızca istemciden gelen açık bir istekten sonra, aracı bu tabloyu bağlar.

Tüm işlemler tablosunun lehine bir argüman daha eklemek istedim. Bu tablo, tik ve hacim almanın yanı sıra, esasen bu tik'in arkasında (alıcı ve satıcı) 2 kişinin olduğunu resmi olarak teyit eden bir belgedir ve ihtilaf halinde bu tabloya başvurabilirsiniz.

 

MT5'i Otkritie'de test ettim, bu gerçekten çok uygun bir platform, hızlı bir dinozor gibi yakında!

Dosyalarınızdan geçmişi indirme seçeneğini etkinleştirirseniz, hemen giderim. Bu arada kombin kullanmanız gerekiyor)

 
pronych :

Başka bir çevrimiçi çözüm var:

Evrensel değildir ("asılı" siparişler için uygun değildir - ancak bu, düşük likit enstrümanlar için daha uygundur), ancak yaklaşık olarak sığacaktır.

(Şahsen, "kasetten" hiçbir şey sıkıştırmayı başaramadım, ancak bu herkesin yapamayacağı anlamına gelmez)

 
Y_e_g_o_r :
Bu, Hızlı sunucu ve MT5 sunucusundaki farklı bilgi alma hızı nedeniyle mümkündür, bazıları daha hızlıdır, bazıları daha yavaştır.

Peki, bu nasıl olabilir? Veriler daha yavaş gelse bile, zaman içinde bir noktanın kimliğine sahip olsa bile, yine de belirli bir zaman çerçevesi içinde olmalıdır. Bir istemci-sunucu uygulamasını böyle hayal ediyorum. Sunucular arasındaki gecikme için herhangi bir düzeltme olmasaydı, terminalden başlayarak tek bir hizmet çalışmayabilirdi. Bence sebep başka bir şey.

Ve eğer gecikme olsaydı, seans bitmeden bu veriler gelirdi. Ancak günlük hacimlerin sonuçlarına göre hala tutarsızlıklar var.

Renat :

Bu, kene akışlarını toplayarak ve karşılaştırarak çözülmelidir.

Hata en az üç taraftan olabilir.

Bu soruna nasıl bir çözüm bulunur? Resmi bir hata olarak kayıt olunsun mu? Bir komisyoncudan mı istiyorsunuz?

Bana öyle geliyor ki bu tür tutarsızlıklar platformun yayılmasını büyük ölçüde engelliyor.

Teşekkür ederim!