Atlanan Teklif-Sorma Düzeyleri - sayfa 6
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
MYEX'te her şey yolunda gidiyor.
İlginç. Demoda AMP kullandım. Yarasadan, ilk kez burada bir şeylerin yanlış olduğunu fark ettim. Tükürdü ve terk etti.
Kafanızı MYEX'e sokmak ve Cho'yu orada değerlendirmek için bir neden var.
İlginç. Demoda AMP kullandım. Yarasadan, ilk kez burada bir şeylerin yanlış olduğunu fark ettim. Tükürdü ve terk etti.
Kafanızı MYEX'e sokmak ve Cho'yu orada değerlendirmek için bir neden var.
Rena , işlemin yönünün yapıda iletilip iletilmediğine dair her şeyin feed'e bağlı olduğunu yazdı.
Değilse, platformun kendisi bu yönü yukarıda açıklanan ilkeye göre hesaplar.
Plaza2 büyük olasılıkla bu parametreyi geçer. Ve platform, beslemeyi protokol belirtimine göre işler.
Buna göre Plaza2 için kontuar uygulamaları işlem akışında görünmez, bu da sözde sorun olmadığı izlenimini verir. Hiç bir beslemede değiller.
Ve CQG büyük olasılıkla bu parametreyi iletmez, bu nedenle platformun kendisi işlemlerin yönünü hesaplar.
Bu nedenle, CQG'de işlem beslemesinde karşı siparişleri görmenin mümkün olduğu ortaya çıktı. Bir tür sorun olduğu izlenimini vermek.
Ancak bu bir sorun değil , işlemin yönünü iletmeyen bir akışı işlemenin özellikleridir.
Sadece geliştiricilerin muhtemelen karşı işlemlerin grafik nesnesini sipariş defterinin onay çizelgesinde göstermelerine gerek yoktu.
Bu, grafiksel gösterim için gereksiz bir bilgi olduğundan. Yalnızca iletilen akışın protokol özelliklerine aşina olmayan kullanıcıları yanlış yönlendirir.
Ve MT5 ağ geçidi tarafında, Plaza2 için ticaret yönü parametresi kabul edilmezse, platform bu yönü kendisi hesaplayacaktır.
Sonra anlaşmaların kasetinde ve sipariş defterinin onay çizelgesinde ve Plaza2 için karşı siparişler görünür olacaktır. ))
sıra camda. spread'e bir limit emri atılır ve hemen piyasadaki ile eşleşirse, kuyruğa girmez ve görünüşe göre kuyruğun en iyi fiyatını değiştirmez.
Başta bundan bahsetmiştim, sadece malzemeyi yükseltmenin net olup olmayacağını tam olarak hatırlamıyorum.
Sıra olsaydı, her şey farklı olurdu. Ama - bu bir sıra değil, bu bir yığın, sıra tam tersi. Son bildirilen, ilk yürütülen olur.
Spectra Plaza2 spesifikasyonu
CQG için kendinize bakın.
Spectra Plaza2 spesifikasyonu
CQG için kendinize bakın.
Görevden alınacak...
Herhangi bir işlemde bir başlatıcı (agresif düzen) vardır, yönü o belirler.
Adı ne olursa olsun. Biri duruyor, diğeri yanına geliyor.
Kim gidiyor, yönü o belirliyor değil mi?
Ve yayılmadaki işlemler hakkında
Rengi karıştırdım, anlam değişmiyor.
Herhangi bir işlemde bir başlatıcı (agresif düzen) vardır, yönü o belirler.
Adı ne olursa olsun. Biri duruyor, diğeri yanına geliyor.
Kim gidiyor, yönü o belirliyor değil mi?
Ve yayılmadaki işlemler hakkında
Rengi karıştırdım, anlam değişmiyor.
Şimdi iki başlatıcının aynı anda yürüdüğünü hayal edin.
O zaman yönü kim belirliyor? Başlatan kim?
Ve böyle bir anlaşmaya ne denir?
Burada yazılanları okumuyorsunuz bile.
Şimdi iki başlatıcının aynı anda yürüdüğünü hayal edin.
O zaman yönü kim belirliyor? Başlatan kim?
Ve böyle bir anlaşmaya ne denir?
Burada yazılanları okumuyorsunuz bile.
Ve şimdi, değil mi? Satıcı bir saniyenin çok küçük bir kısmı kadar erken geldi, bu da bir sonraki Son işlemin satılacağı anlamına geliyor. Onun arkasında satın.
Her işlem kendi adıyla anılacaktır. Karışıklık yok. Yazdıklarınıza kendiniz bakıyor musunuz?
Eğer birisi, spread'e atılan bir limit sınırının tarafsız olacağını düşünüyorsa, o da yanılıyor.
Limit sınırınızı yayılmaya gönderdiğinizde tam olarak ne olduğunu biliyor musunuz? Yani sistem bunu nereye götürecek, teklife mi, teklife mi?
Çok yönlü agresif emirler aynı limit limitini paylaşmaz, her biri "kendi" tarafına gider. Çünkü hayır
havada hiçbir şey yok. Herkes kendi yerinde.
Ve şimdi, değil mi? Satıcı bir saniyenin çok küçük bir kısmı kadar erken geldi, bu da bir sonraki Son işlemin satılacağı anlamına geliyor. Onun arkasında satın.
Her işlem kendi adıyla anılacaktır. Karışıklık yok. Yazdıklarınızı kendiniz mi araştırıyorsunuz?
Eğer birisi, spread'e atılan bir limit sınırının tarafsız olacağını düşünüyorsa, o da yanılıyor.
Limit sınırınızı yayılmaya gönderdiğinizde tam olarak ne olduğunu biliyor musunuz? Yani sistem bunu nereye götürecek, teklife mi, teklife mi?
Çok yönlü agresif emirler aynı limit limitini paylaşmaz, her biri "kendi" tarafına gider. Çünkü hayır
havada hiçbir şey yok. Herkes kendi yerinde.
Karşı işlemlerde, daha önce ve sonra bölünmüş saniyeler olmadığını anlayın.
İki başlatıcı tam olarak aynı anda geldi, milisaniye, mikrosaniye önemli değil.
Bu nedenle, camdaki en iyi limit emirlerine ulaşmazlar, spread içinde bir anlaşmaya indirgenirler.
Bu nedenle, agresif bir alıcı Ask'ı değiştirmez, agresif bir satıcı Teklifi değiştirmez.
Siparişleri, yayılma içinde birleşecek ve Son'u oluşturacaktır.
Ve işlem bandında N / A yönü tanımlanmaz, ancak sipariş defterinin tick grafiğinde Alış fiyatına veya Alış fiyatına eşit olmayan düzenli bir grafik noktası olacaktır.
Tek yol.