Teklif && Sor && Yayılım

[[Silindi]]

Tünaydın. Bir konu hakkında konuşmak, başkalarının görüşlerini dinlemek istiyorum, haklı olduğumu iddia etmiyorum, kendi görüşüm.

Fiyat, zamanın her anında bir nokta değil, aşağıdan bir teklifle, yukarıdan bir taleple oluşturulan bir aralıktır. Bundan, aşağıdaki sonuçlar çıkarılabilir:

• Direnç hattı, talep edilenlere göre inşa edilmelidir;
• Destek hattı teklifler üzerine kurulmalıdır;
• Satın alırken, geri dönüş formasyonunun teklifinin arkasındaki zararı durdurmayı ayarlayın;
• Satarken, zararı durdurmayı geri dönüş modelinin talebinin arkasına ayarlayın.
• ....;

Gördüğüm sorun şu ki, teklifin kesin değerlerine sahibiz ve sadece şu anda soruyoruz, geçmişte kesin değerler net değil.

Çıktılar:

• Çubuğun oluşturulma şeklini değiştirin - çubuğun yüksekliği isteğe göre, çubuğun alt kısmı teklife göre yapılır;
• Geçmişteki serpme depolama sistemini değiştirin - her bir çubukta maksimum serpme değeri hakkında bilgi saklanmalıdır (artık serpmenin bar açılışında kaydedildiğini varsayıyorum).

[Vladimir Kustikov]

papaklass :
Sadece iki fiyatı tutmanız gerekiyor: Doğada var oldukları için Teklif Ver ve Talep Et.

Tarih, dakika mumlarında saklanır, ne teklif verirler ne de sorarlar. Yani yüksek=>ask ve düşük=>teklif bağlama fikri oldukça iyi, peki o zaman aç/kapat ne olacak? Yayılma içindeki değerleri al?

[[Silindi]]

Vladix :
Tarih, dakika mumlarında saklanır, ne teklif verirler ne de sorarlar. Yani yüksek=>ask ve düşük=>teklif bağlama fikri oldukça iyi, peki o zaman aç/kapat ne olacak? Yayılma içindeki değerleri al?

Bir seçim sunabilirsiniz:

• Teklife göre inşa;
• Sorarak oluşturun;
• (teklif + talep) / 2;

Her ne kadar bence açık ve kapalı o kadar önemli değil (IMHO). Ve farklı sunucu zamanlarından dolayı kapanış ve açılışların farklı olabileceğini hesaba katarsak , yayılma boyutundaki dalgalanmalar çok küçüktür.

[[Silindi]]

Pekala, yaklaşımın bir artısı olarak - soruya bir cevap verir - teklifin nasıl "karıştırılacağı" ve sorulur. Örneğin, sor ve teklif tarihini girerseniz, soru ortaya çıkar, tüm bunlara nasıl bakılır?

[[Silindi]]

Merak ediyorum, MK bu konuda ne düşünüyor? Öngörülen herhangi bir fiyat reformu var mı?

[Slava]

220Volt :
Merak ediyorum, MK bu konuda ne düşünüyor? Öngörülen herhangi bir fiyat reformu var mı?

MetaTrader'da 3 çubukların şu şekilde oluşturulduğunu biliyor muydunuz: open and close = (teklif+ask)/2; yüksek - maksimum sor ; düşük - minimum teklif?

[hrenfx]

Yüksek Talep ve Düşük Teklif , ticaret için çok az anlam ifade eder.

[Анатолий]

stringo :
MetaTrader'da 3 çubukların şu şekilde oluşturulduğunu biliyor muydunuz: open and close = (teklif+ask)/2; yüksek - maksimum sor ; düşük - minimum teklif?

MetaTrader 5'te böyle bir karışıklık yapmamanız gerektiğini düşünüyorum, buna karşıyım :)

[[Silindi]]

stringo :
MetaTrader'da 3 çubukların şu şekilde oluşturulduğunu biliyor muydunuz: open and close = (teklif+ask)/2; yüksek - maksimum sor ; düşük - minimum teklif?

Hayır, bunu bilmiyordum. Merak ediyorum, neden böyle bir plandan vazgeçtiler?

hrenfx :
Yüksek Talep ve Düşük Teklif , ticaret için çok az anlam ifade eder.

Kesinlikle katılmıyorum, en yüksek teklifin ve en düşük teklifin en mantıklı olduğunu düşünüyorum. Yayılma düzeldiğinde sorun yok gibi görünüyor ama şimdi giderek azaldı.

[hrenfx]

Ve kabul etsen de etmesen de. Yukarıdaki bağlantı, Yüksek Talep ve Düşük Teklifin alım satım için neden minimum bilgi taşıdığına dair önemli argümanlar içermektedir.

[[Silindi]]

hrenfx :
Ve kabul etsen de etmesen de. Yukarıdaki bağlantı, Yüksek Talep ve Düşük Teklifin alım satım için neden minimum bilgi taşıdığına dair önemli argümanlar içermektedir.

Bu birinin görüşü, bazıları benimkinden çok uzak (kelimeler bir şekilde anlaşılmaz). Benim için en önemli şey, durakları yerleştirmek için maksimum bir talep ve minimum bir teklife ihtiyacım var, her şey basit.