Bir onay işareti içinde Sor'dan daha fazla Teklif olabilir mi? - sayfa 5
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
Eh, sonunda, ne demek istediğin umurumda değil, söylediklerimi çarpıtma veya değiştirme https://www.mql5.com/en/forum/3168/page2#comment_47242
Yine tartışmaya dönüyoruz. :) Neyi çarpıtıyorum - "bu en iyi fiyatın DEĞİŞİMİ" yazdınız. Yani burada "değişim" bir isimdir - tıpkı burada olduğu gibi, örneğin, en iyi fiyatın "değeri", en iyi fiyatın "işareti" ve en iyi fiyatın "değişimi" orada da geçerlidir.
Alıntı :
>>Tik, iki tarafın tam da o tatmin anıdır :))
>>hayır, onay işareti "en iyi fiyat" değişikliğidir
Peki, ya da o zaman, daha da kolay - eğer dediğin gibi, seni anlamakta yanılıyorsam - aynı şeyi yaz ama daha ayrıntılı.
:) ama o zaman neden hiçbir şey değişmezken gerçek hayatta nadiren tiki görüyorum
"Hiçbir şey" ile ne kastedilmektedir? Ben de bununla ilgileniyorum...
Sunucu, bir grup girdiye dayalı olarak kolayca yeni bir onay işareti oluşturabilir ve aynı zamanda bir dizi parametreyi terminale iletebilir.
İlk bakışta tüm bilgiler "eski" olsa bile ticaret kurallarına aykırı bir durum görmüyorum.
Ama TIC'nin ne olduğuyla ilgilenirken? Belki de sorun, bunun bir yanlış anlaşılma olmasıdır? TİK nedir? Mischek'e göre bu bir değişiklik mi? Yoksa yazdığım gibi, bu bir anlaşma mı?
Hatırladığım kadarıyla, sunucu tarafından herhangi bir değişiklik yapılmadan, en azından Ask/Bid ve diğer açıkça analiz edilen parametrelerde değişiklik yapılmadan bir onay işareti oluşturulabilir.
Bu durumda, en azından hacmin, fiyatın ve "camın" durumunun değişmediği iddia edilebilecek başka veriler görmüyorum (bu, örneğin, Sunucunun herhangi bir değişiklik yapmadan kolayca yeni bir onay işareti ekleyebileceğinden eminim).
Peki sizce bu bir hata mı? Sanmıyorum - bence sorun değil. Ama neden? Bu ve konu hakkında. Peki, tamam, şimdilik burada olanların farkında olmadığını kabul edebilirsiniz.
Peki sizce bu bir hata mı? Sanmıyorum - bence sorun değil. Ama neden?
Borsa için (örnek olarak NYSE kullanılarak), bu oldukça normaldir. Orada, bir uzman (okuma sunucusu) böylece belirli bir durumu ve bu durumun daha da geliştirilmesi için niyetlerini gösterebilir.
Bu durumu analiz etmek (en azından varlığına dayanarak kendi sonuçlarınızı çıkarmak) mümkündür, ancak bunu başarılı bir şekilde tahmin etmek pek mümkün değildir (en azından benim görüşüme göre).
Peki, tamam, şimdilik burada olanların farkında olmadığını kabul edebilirsiniz.
1. A. Gerchik'in NYSE'de bir uzmanın çalışması ve benzer bir durumun ortaya çıkmasıyla ilgili açıklamalarından (bahsetmiş olduğum için şimdiden özür dilerim) - Uzman belirli bir seviyeye ulaşılmasını “istemiyorsa”.
2. Bir uzman/sunucu, satıcıları "sıkıştırmak" ve alıcıları "girmek" için (oldukça uzun bir süre için bile) böyle bir durum yaratabilir.
Bu fikir, uzmanın niyetlerini göstereceğinden ve aynı zamanda ilk ifadeyle çelişmediğinden.
Fikire göre, satıcı böyle bir durumu görürse, pozisyondan çıkmayı veya durakları hareket ettirmeyi düşünmelidir.
Ama bu, tabiri caizse, Gerchik'in derslerinden bir uzmanın çalışmasından önceden hatırladığım şey. Bu konuyu daha ayrıntılı olarak kazarsanız, uzmanların çalışma alanında, örneğin NYSE veya Rus borsalarında daha derine inmeniz gerekir (yanılmıyorsam, MICEX konusunda da uzmanlar var).
En azından Vladimir Tvordovsky/Sergey Parshikov'un "Döviz Ticaretinin Sırları" kitabında uzmanların çalışmalarından söz ediliyor - Bölüm 38. Bir piyasa yapıcının ve bir uzmanın işi, s. 386-397 (bölüm VI. Oyunlar) profesyoneller).
Forex piyasasına gelince (öncelikle bu piyasa), DC / komisyoncu sahne arkası “savaşlarını” (veya bazı dahili nedenlerle) yürütmüyorsa, bunda pek bir anlam görmüyorum. ).
Aynı zamanda, anladığım kadarıyla, yalnızca otomatlar böyle bir durumu gerçekten izleyebilir (ve buna yeterince yanıt verebilir). Veya daha doğrusu, çoğunlukla otomatik makineler, bir sürü ek bilgiyi analiz etmek gerekirken, her şeyden önce, belirli piyasa durumlarında bir uzmanın / piyasa yapıcının (okuma sunucuları) çalışmasını "anlamak" iyidir.
not
Dolayısıyla borsadan bahsediyorsak bu bir uzmanın/sunucunun belirli bir davranışı olarak değerlendirilebilir, Forex piyasasında bu ya bir sunucu hatasıdır ya da belirli oyunları “perde arkasından” oynama girişimidir.
Benim nacizane fikrime göre
Tabiiki. boşuna sormadım :)
0x0000000000810040#+3774 2007/03/28 03:03:11:840,Teklif:1.33510,Sor:1.33510 (yayılım 0'a düşürüldü)
0x0000000000810040#+5961 2007/03/28 08:30:00:924,Teklif:1.33470,Sor:1.33470 (yayılım 0'a düşürüldü)
0x0000000000810040#+5962 2007/03/28 08:30:01:039,Teklif:1,33480,Sor:1.33470 <-----------------
0x0000000000810040#+5963 2007/03/28 08:30:01:083,Teklif:1.33560,Sor:1.33470
0x0000000000810040#+5964 2007/03/28 08:30:01:263,Teklif:1.33550,Sor:1.33470
0x0000000000810040#+5966 2007/03/28 08:30:01:610,Teklif:1.33470,Sor:1.33470 (yayılım 0'a düşürüldü)
0x0000000000810040#+5967 2007/03/28 08:30:01:618,Teklif:1.33510,Sor:1.33470 <
0x0000000000810040#+5968 2007/03/28 08:30:01:625,Teklif:1.33520,Sor:1.33470 <---- neredeyse arka arkaya üç onay
0x0000000000810040#+5971 2007/03/28 08:30:02:175,Teklif:1,33550,Sor:1,33500 <
0x0000000000810040#+7407 2007/03/28 10:34:38:156,Teklif:1.33720,Sor:1.33720
0'dan 9'a kadar 10 Kayıt. Toplam işaretlenen:20555 Bu bayrakla toplam:3862.
Ve 2006'dan beri 3862 kene var.
Dolayısıyla bu resme bakarak en azından uzman/piyasa yapıcı/sunucu (DC oku/broker oku) 1-2 saniye (belki daha fazla) belirli bir seviyeyi koruduğunu söyleyebilirim. dahası, koruma Satış fiyatında gerçekleşti (yani, bu belirli fiyat birkaç kene için değişmediğinden, Satış fiyatında).
Ayrıca, mevcut durumdan, Ask'ın zorla "donduğunu" ve aynı zamanda satıcının yeni alıcıların katılımıyla pozisyonlarından "salladığını" görüyorum.
Fikire göre, uzmanın/sunucunun korumaya/destek seviyesi oluşturmaya/oluşturmaya çalıştığına (destek anladığım kadarıyla) ve mümkünse bir yükseliş trendi oluşturmaya çalıştığına dair açık bir sinyal.
Her ne kadar "gelişmiş" satıcıları piyasadan silmek mümkün olsa da.
Her durumda, bu davranış şorttan çıkmak için çok iyi bir sinyal olacaktır (iyi veya hareketli duraklar).
Aynı zamanda, görebildiğim kadarıyla, "teflerle dans" başlamadan önce, yayılma 0'a düşürüldü (mavi renkle vurgulandı), ardından Teklif, tekliften daha yükseğe ayarlandı, bu zaten gösteriyor ki sunucu "doğru olmadığını düşündü" (siyah renkle vurgulanmıştır).
Daha sonra, 5 tik için sunucu, başlangıçta alıcılara makul fiyatlarla (ilk üç tik) satın alma teklif ederken, satıcıları pozisyondan "sallatır". Alıcıların "davetiyesi" sırasında (ilk üçün son tik işareti) 0'a bir sonraki düşüş, insanlar için kesin bir sinyal olmalıydı.
Bundan sonra, sunucu satıcıları sallamaya devam ederken, sonunda alıcılara trenin yakında kuzeye gideceğini ima etti (Son iki tık, Teklifte bir artışla).
Hikayenin sonunda Ask yavaş yavaş artmaya başladı, bu da trenin sunucuya geçtiğini gösteriyor. Üstelik, anladığım kadarıyla, alıcılar hala cezbedilmeye devam etti (ancak yalnızca giderek daha düşük fiyatlarla) ve kalan satıcılar sarsıldı.
not
Uzun lafın kısası, ya bu senaryo gibi bir şey (belki birisi daha fazla açıklığa kavuşturur) ya da sunucuda bir "alıntı makinesi" hatası olduğunu düşünüyorum.
Daha fazla veri görmek istiyorum (en azından Teklifin Sor'dan düşük olduğu dönemdeki onay geçmişini görüntülemek için), tercihen diğer enstrümanlar için örnekler veya başka zamanlar.
1. Şunu da ekleyeyim ki , 1.33470 destek seviyesinin korunduğunu anlayan ve satıcıları kesen “akıllı” bir satıcı (ve tam olarak bu oldu), buradaki konumu kapsayabilirdi.
0x0000000000810040#+5966 2007/03/28 08:30:01:610,Teklif:1.33470,Sor:1.33470 (yayılım 0'a düşürüldü)
sonuç olarak, "akıllı" bir alıcı pozisyona tam olarak bu yerde (veya benzer özelliklere sahip başka herhangi bir yerde) girecektir.
2. Direnç seviyesi korunduğunda tam tersi durum oldukça olasıdır (bu durumda, sunucu Bid'i değiştirmeden tutmaya çalışacaktır).
not
Elbette en zeki satıcılar burada kararını vermiş bile ama kaçımız böyleyiz...
0x0000000000810040#+5962 2007/03/28 08:30:01:039,Teklif:1,33480,Sor:1.33470 <-----------------
0x0000000000810040#+5963 2007/03/28 08:30:01:083,Teklif:1.33560,Sor:1.33470 (karar yeri)
Bariz sinyale dikkat etmeden piyasa yapıcıyla savaşmak aptalca... :)
Bu örnek hakkında
Zaman farklı ve fiyat değişmedi. Bu ne?
Nasıl değişmediler, hatta çok değiştiler (önceki örnekten farklı olarak).
Burada satıcıların saldırısını "kısıtlamak" ve belirli seviyeleri korumak için bir sunucu var (daha önce tartışılan örnekteki kadar zarif ve ustaca olmasa da).
Ancak bir piyasa yapıcısının/uzmanının (okuma sunucuları) taraflardan birinin saldırısını durdurma girişimi açıktır (burada anladığım kadarıyla fiyat düzenlemesi Ask'ın sınırlandırılması ve spreaddeki değişikliklerden kaynaklanıyordu).
Onay verilerini doğru okuduysam, savunulan 117.91 Ask seviyesiydi. Ayrıca, buradaki ana "SİLAH", büyük olasılıkla yalnızca yayılmaydı (sunulan verilere dayanarak).
teklif sunucusunun özelliklerini bir uzmana atfederken yanılıyorsunuz. Alıntı yapan sunucunun (MT5) bunu yapabilmesi evet, soru yok (sorunun bariz bir başarısızlığı tekliften daha az). Ancak bu mülkleri bir uzmana ve hatta bir borsaya atfetmeniz saçmalık. Uzmanın nasıl ve ne zaman hareket edeceğine ve neyi ne zaman yapabileceğine dair net bir kurallar dizisi vardır. NYSE'deki en az bir uzman yukarıda tanımladığınız gibi yaparsa, yarın orada çalışmayacağını garanti ederim, %101 çalışmayacaktır, çünkü bu doğrudan bir ihlaldir.
ZY Kontrol etmek için NYSE fiyat tekliflerini alın ve bu durumu orada bulun)))...
"Hiçbir şey" ile ne kastedilmektedir? Ben de bununla ilgileniyorum...
Sunucu, bir grup girdiye dayalı olarak kolayca yeni bir onay işareti oluşturabilir ve aynı zamanda bir dizi parametreyi terminale iletebilir.
İlk bakışta tüm bilgiler "aynı" olsa bile, burada ticaret kurallarına aykırı bir durum görmüyorum.
Ben zaten açıkladığım hiçbir şey nedir. Hiçbir şey teklif ve sormanın anlamının aynı olduğu değildir. Zamanlar doğal olarak farklıdır. Bir onayda toplamda üç değer vardır.
Sizi bilmem ama MT infa by tick böyle bir yapıya sahip.
yapı MqlTick
{
tarih saat zaman ; // Son fiyat güncelleme zamanı
çift teklif ; // Mevcut Teklif fiyatı
çift sor ; // Güncel Satış fiyatı
çift son ; // Son işlemin güncel fiyatı (Son)
uzun hacim ; // Güncel fiyat için hacim Son
};
Ve neden yeni bir kene geldi bir sonraki soru.
not
Ayrıca alıntıladığınız örneklerde Bid ve Ask için bile değişiklikler var, gerisini söylemiyorum.
Ve sunucunun neden böyle bir "teflerle dans ettiğini" başka bir hikaye.