Birkaç DC'nin çoklu para birimi analizine dayanan etkili bir ticaret stratejisi - sayfa 12

 
Aslında yapmamız ve denememiz gerekiyor :) Asıl mesele nereden başlayacağımız :) Bu konunun geliştirilmesinde emeği geçen herkese teşekkürler, sizlerin görüşleri ve açıklamaları bu fikri tek başımıza ulaşamayacağımız bir seviyeye getirdi :)
 
xnsnet :
Al, al Alexey, düşüncelerini beğendim :) 128 baytlık maksimum veri tanımıyla bir onay işareti alacağım, 100 bin tik ile çarp, on iki metre, günde bir müşteriden 100 müşteriyle, gigabaytla çarp, hatta kendi kaynaklarım yüzlerce müşteriyle geçmişi birkaç ay tutabilirim, yıllar içinde kendinden emin bir mühürle gerekli donanımı sağlarsanız ne diyebilirim.

Daha da iyisi olabilir - sunucu hiçbir şey saklamaz, yalnızca istekleri işleyecek ve şu anda çevrimiçi olan veya daha önce bu verilere sahip olan bazı çevrimiçi istemcilerden gelen gerekli verileri arayacaktır.
Bu, pia'dan pia'ya (eşek veya kazy) sistemi gibi bir şeydir, ancak alıntılar içindir. ;) Sunucu, birkaç istemciden istenen verileri bulduysa, yalnızca birini indirmeyecek şekilde, istenen geçmişin çeşitli bölümlerinin indirilmesini farklı istemcilerden dağıtır. Sıkça istenen geçmiş parçaları bu sunucuda önbelleğe alınabilir.
 
Ama önce tarihin depolanmasıyla, ikincisi tarihin kalitesiyle ne yapılmalı, çünkü o zaman zararlıları tespit etmek zor olacak. Bunlar yaygın olarak dağıtılan dosyalar değildir ve P2P ağındaki bu bile sizi haskod hakkındaki bilgilerin güvenilmezliğinden kurtarmaz. Bir yedekleme seçeneği olarak istemci ile çalışma geçmişini, sunucunun kendisinin düşüşünü saklayabilirsiniz. Kısa süreli kesintileri hızla geri yüklemek için. Ama onu bir istemci deposu yapmanın bir anlamı yok, güvenliği etkileyecek. Ve tüm verileri bir araya toplamak için kaç müşterinin bağlanması gerekecek, ayrıca birçoğu sağır koruma altında oturuyor ve herkesin özel IP'leri yok, LAN'da değiliz. Birçoğu, trafiğin bu kadar güçlü bir şekilde emilmesini kabul etmeyecektir. Bir seçenek olarak, birkaç sunucuyu hesaba katmak mümkündür, her durumda, sunucuların veri delegasyonuna sahip olması gerekir.
 
Birçok tüccar, İnternet'e hızlı ve kalıcı olarak bağlanmak için bir DSL'ye veya başka bir yola sahiptir. Bağlanırsa ADSL'im var, o zaman dinamik IP'nin değiştirilmesi planlanıyor. Genel olarak, ilk başta bir müşteri olabilir, siz, ben ve belki başka bir meraklı, herkes onlardan indirir, ancak indirirse, o zaman başkalarına da veri sağlamalıdır - bu otomatik olarak gerçekleşir. Bence zamanla senin gibi birçok müşteri olmalı. Bir OpenQuotes projesi gibi :)
Enkaz, evet, solcu veriler kaymışsa olabilir. En az iki farklı istemciden gelen verileri programlı olarak da karşılaştırarak çözmek mümkün olacaktır. Ama genel olarak sunucunun güvenlik açısından da daha güvenilir olacağını düşünüyorum. Bir dizüstü bilgisayarı sunucu olarak koyabilirsiniz - fazla gürültü yapmaz ve nispeten ucuzdur. Ama sonra üzerine düşmeli ve kimin yanında duracağını şart koşmalısın :) Gerçi belki birileri bilgisayarını bağışlar. Ancak daha sonra farklı kişiler için en az iki sunucuya sahip olmak istenir, aksi takdirde tırnak işaretli bir sunucu kaybolabilir.
Belki MQ, projenin popüler olduğunu görünce sunucusunu sağlar ;)
MQ temsilcileri diyecekler - Tarih Merkezinde kabarık alıntılarımız varsa neden bir DC'den bir geçmişe ihtiyacınız var, alıntılara duyarlı olmamaları için sağlam danışmanlar alın ve kullanın ve yazın. Bu doğrudur, ancak Expert Advisor'ın diğer DC'lerin verileri üzerinde de kabul edilebilir şekilde çalıştığını hızlı bir şekilde nasıl kontrol edebilirim - bu DC'lerden büyük bir geçmişe sahip olmak istenir - örneğin bir yıl boyunca. Ve DC'nin sağladığı üç aylık dakika yeterli olmayacak ve daha sonra tarihte güzellik için bir tür görüntü tarafından filtrelenebilirler.
 

Özel bir hattım var, İnternete 100 megabitlik bir kanalım var, trafik sadece sınırlı, yandan giden, deneyler için yeterli :) O zaman, tam teşekküllü bir sunucu satın alabilir ve bir tane değil, siteye koyabilirsiniz. fikir işe yararsa :) Dedikleri gibi, ne uğruna olurdu, gerisi önemli değil :) Yatırımcılar kendileri bulur, bu girişim için, eğer sonuç ve mantık varsa :) Tiklerle çalışıyorum bir sebepten dolayı, dedikleri gibi, küresel düşünmeniz gerekiyor ve her şey mantıklı olacak :) :) Bir onay, net bir değer, zaman ve fiyat, artı müşterinin zamanı ve bir çubuk zaten birkaç değerdir arasında herhangi bir şey olabilir, çubukları nasıl birleştireceğimi ve karşılaştıracağımı hayal bile edemiyorum, bu aptalca, çünkü her adımda hatalar olacak. Keneler karşılaştırılabilirse, çubuklar, özellikle DC'ler arasında bir fili fareyle karşılaştırmak gibidir.

Ne tür bir meta alıntı sunucusundan bahsediyoruz, bir demo hakkında, eğer bir demo sunucusuyla ilgiliyse, o zaman önemsizlerdeki alıntıları da filtreliyor, diğerlerini bilmiyorum :) Çeşitli sunucuları karşılaştırdığım halde, her yerde bir şeyleri filtreliyorlar , eğer bunların filtreler olmadığını anlamıyorsam, ancak sadece geçmek için zamanı olmayan bilgilerdir, ancak soru, saniyedeki kene sayısı ve daha az arasındaki farkın, aynı zamanda daha fazla olması durumunda orada zamanınızın olmayacağıdır. , özelliklere göre filtreler açıkça tanımlanmıştır.

 

Sanırım tiki'yi de çalan bir program yazacağım - uzun sürmeyecek. Daha sonra sorun varsa keneleri değiştireceğiz. Alıntı sunucusunun sıkıcı ve uzun olduğunu düşünüyorum. Ama yaparsan, istemcimi sunucuna bağlarım.

 
elritmo :
Hacı :
elritmo :
Piligrimm, mt kullanarak başka bir döviz çiftinin grafiğinde herhangi bir çiftin kapanış grafiğini nasıl göstereceğimi söyle?

iClose işlevini kullanarak, ihtiyacınız olan tüm enstrümanları içeren bir dosya oluşturursunuz, ardından her enstrüman için bir ortalama katsayı alırsınız, örneğin, her enstrüman için son 100 çubuğu toplayın ve 100'e bölün. her enstrüman kendi katsayınıza göre, sonuç olarak, bir civarında dalgalanan tüm enstrümanların değerlerini alacaksınız (bu arada, bu, örneğin sinir ağlarını kullanarak, daha fazla işleme için uygundur, tüm veriler normalleştirilir), bundan sonra, başka bir grafikte görüntülemek istediğiniz enstrümanın değeri, grafiğini görüntüleyeceğiniz enstrümanda elde edilen katsayı ile çarpılır.

Tamam, seçili çiftleri iClose aracılığıyla nasıl kapattığınızı anlıyorum. Daha sonra bu değerleri bir dosyaya yazıyorsunuz (ne tür bir dosya ve hangi formatta merak ediyorum?)
Sonra anladığım kadarıyla bu dosyayı bir şekilde MT4'te açıyorsunuz ve tüm değerleri çeşitli araçların Close'u bağlayan çizgiler şeklinde çiziyor. En azından GBPUSD, AUDUSD ve EURUSD kapanışlarını birbirine bağlayan çizgilerin çizildiği ekran görüntüsünde, bir tür algoritmaya göre oluşturulmuş trend çizgilerinizi saymazsınız. Sadece başlamakla ilgileniyorum, danışman veya göstergede bu çizgileri çizmeden, üç çifti birbirine yakın bağlanan farklı renklerde çizgiler olarak göstermeyi nasıl başardınız?
MT'de çizimini yaptığımız penceredeki enstrümanın kapatma çizgisi yeşil olarak çizilir. Gerisini yeniden ölçeklendirdikten sonra empoze ediyoruz, ekteki dosyada bir örnek, pencereye kod olarak yükleyemedim. Dosyanın kendisi biraz farklı görevler için tasarlandı, bu yüzden biraz özgünlüğü var, ayrıca MQL bilmiyorum ve içine çok beceriksizce yazıyorum.

Verilerim sırasıyla oluşturulan çubuğa göre yüklenir, üst üste binen çizelgeler bir çubuk kaydırılmalıdır. (Programı kurduktan sonra biri bir saat içinde indirirse, düzeltin:
ExtMapBuffer1[155-iw+ip]'den ExtMapBuffer1[156-iw+ip]'e ve benzer şekilde diğer arabelleklere).
Dosyalar:
multim_1.mq4  11 kb
 
Bu arada, elim çoklu para birimine ulaşmadı, çünkü yan faktörler kalktı ve ziyaretlerde her şeyi yeterince hızlı yaptığım için, sadece hataları düzeltiyorum, bu yüzden bir sunucu yazmak o kadar uzun bir iş değil. Ziyaretler, bunu yapma arzusuna göre belirlenir. Çoğu zaman ana işi birkaç saat içinde veya diyelim ki bir günde yapıyorum ve sonra sadece düşünüyorum, çünkü daha fazla bir şey yapmaya devam etmeden önce, bazen var olmayan anlamlılığa ihtiyacım var. Buna idealizm veya maksimalizm denir, genel olarak hemen hemen aynı şeydir :) Verileri ilk etapta önemsiyorsam, bazen çıktı programını unutuyorum, çünkü her şey yavaş yavaş, adım adım, ancak gerekli, bu veya bu seçim. Muhtemelen önce yazıp sonra düşünseydim, zaten çoklu para birimi ve sayısal göstergeleri olan bir grafik olurdu, ancak veriler filtrelenirse bir bakışta ne kadar doğru ve doğru olacağını söyleyemem :) Filtreleme algılandı bu sorun çözülene kadar gözümün önüne başka bir sorun gelmeyecek :)

Pilgrim'in haklı olarak belirttiği gibi, ilk verilerin doğruluğu önemli bir rol oynar :) Bu arada, kenelerin senkronizasyonu hakkında, bu konuda her şeye karar verilir, çünkü piyasa sürekli olarak olaylara tepki verir, bu da kenelere tepki verdiğimiz anlamına gelir. aynı şekilde tutarlı bir şekilde, her tik önemlidir, ancak veri çiftler halinde diğer keneler olmadan, verileri aynı grafik temsilde o kadar doğru bir şekilde yansıtılmaz, etkiler - hareketler, örtüşmeler, tüm bunlar kaliteye eklenir, tüm tikler olmadan etkin bir şekilde körüz ya da etkinin tam olarak neyden geldiğinden o kadar emin değil. Bir saniyeden daha büyük bir doğrulukla zaman alamasak da, bu, müşteri emilimi süresi ile telafi edilir, bu tür müşteriler ne kadar fazla olursa, zamanı nanosaniyelik bir doğrulukla o kadar doğru belirleyebilirsiniz, kene senkronizasyonundaki tüm doğruluk budur. :) Saniyede on milyon tik geçmez , bu zaman numarasının sekiz baytlık yapısında oldukça yeterlidir, bu nedenle sıraları sıralıdır. Bizim durumumuzda kenelerdeki fark, ana koşul, kene lider olandan fiyat farkı yoksa, dikkat etmeniz gereken ilk şeydir, çünkü tanım gereği bu fiyatta bir değişiklik değil, basit kelimeler, bir sunucu veya istemci hatası.
 
Piligrimm :
MT'de çizimini yaptığımız penceredeki enstrümanın kapatma çizgisi yeşil olarak çizilir. Gerisini yeniden ölçeklendirdikten sonra empoze ediyoruz, ekteki dosyada bir örnek, pencereye kod olarak yükleyemedim. Dosyanın kendisi biraz farklı görevler için tasarlandı, bu yüzden biraz özgünlüğü var, ayrıca MQL bilmiyorum ve içine çok beceriksizce yazıyorum.
Pekala, şimdi anlıyorum - bu, gösterge kodundaki her şeyi çizdiğiniz gösterge penceresidir.
 
Arkadaşlar bence saçma sapan şeyler yapıyorsunuz.

1. Kenelerde, komisyoncular bir sistem kurmanıza izin vermezler, kendilerini bundan korumanın birçok yolu vardır.
2. Tiki, koşullu ve rastgele bir şeydir. Hepsi tanım olarak farklıdır ve bunda bir sistem yoktur.
3. Keneler için, kuantum mekaniğinde olduğu gibi, belirsizlik ilkesinin bir etkisi vardır - ölçüm süreci sonucu etkiler. Gözlemci olduğunuz sürece (demoda), kenelerin akışını etkilemezsiniz. Gerçek hayatta çalışmaya başladığınızda (ölçü - fiyat teklifleri için talepte bulunun), piyasanın durumuna, komisyoncunuzun ruh haline, işinizin sonuçlarına bağlı olacak bir kene akışı yaratacaksınız. .

Sonra, muhtemelen çok özledim, tüm şubeyi okumadım, ama neden kene başına 128 bayta ihtiyacınız var?
IMHO, 2 gözler için yeterli. Delta kodlaması kullanıyoruz - ilk bayt zaman artışını (örneğin, saniye cinsinden), ikinci fiyat artışını pip cinsinden verir. Fiyatın bir tikte bir rakamdan fazla değişmesi olası değildir ve iki bitişik tik arasında 4 dakikadan fazla olması da olası değildir. Ortaya çıkan seri, esas olarak sıfıra yakın değerlerden oluşacak ve herhangi bir sıkıştırma algoritması tarafından dikkate değer şekilde sıkıştırılacaktır. Ayrıca, günde çok fazla kene yoktur. Örneğin, Alpari'deki EURUSD artık günde yaklaşık 5000 kenedir.
Neden: