InstaForex - бонус сметки и тегления ! Част 32

[Mateev]

Каквато и да е причината, всеки един самоуважаващ се брокер трябваше НЕЗАБАВНО ДА Я ОТСТРАНИ. Едно време в STS FInanace имаше денонощно дежурни както дилъри, така и IT специалисти. Целта беше да достигнем до 99.9% непрекъсваемост на услугата. И наистина беше така. През годините е имало много гафове както с хардуера, така и с интернет каналите, но клиентите ни не са го забелязвали това.

Съгласен съм че някакъв проблем може да се случи на някой брокер. Никой не е застрахован от това. Но когато проблемите са ежедневни, и не се оправят с месеци наред, то това вече не е НОРМАЛЕН БРОКЕР. Нали ви казах, че с един стар лаптоп от преди 10 години мога да направя 100 пъти по-качествена услуга от тази, която в момента предоставя Инстата. Просто софтуера на MetaQuotes е много добре написан и няма да допусне такива неща да се случват. Ако въобще по някаква причина започне да има някакво забавяне (в милисекунди), то тогава сървъра ще намали количеството на тиковете, изпращани към клиентите, за да приоритизира изпълнението на сделките. Тиковете нормално се изпращат около 10-20 пъти в секундата. Сървъра може да увеличи интервала и да ви праща тикове само 2 пъти в секундата, но в никакъв случай няма да забави сделките за сметка на тиковете, защото те са с по-висок приоритет.

Така че ако наблюдавате пристигащи тикове, а сделките се бавят - то тогава причината не е в сървъра, а в УМИШЛЕНОТО ЗАБАВЯНЕ от Инстата.

[saxsten]

Според мен по принцип брокито не може да фиксира умишлено забавяне ,изоставане на поръчките от пазара , повече от 1-2 секунди, иначе ще го подложат на арбитраж
През това време контролиращият сървер може да приема и да обработва данните от всички поръчки
Не знам до колко е възможно да се релизира по програмен път но най вероятно първичният сървер на който е заявена поръчката чака разрешение от контролиращия сървер за да я изпълни
И я изпълнява в ущърб на клиента естествено
За това е нужно време през което реалната цена да се измести срещу поръчката на клиента
Не знам как реализират ако цената упорито се движи в полза на клиента ,но сигурно това те предварително могат да определят в рамките на 1-2 сек твърдо зададеното изоставане от пазара , и съответно ако цената се е изместила в полза на клиента просто да му изпълнят заявката на цената на която я е заявил и пак брокито печели

[Mateev]

Според мен по принцип брокито не може да фиксира умишлено забавяне ,изоставане на поръчките от пазара , повече от 1-2 секунди, иначе ще го подложат на арбитраж
През това време контролиращият сървер може да приема и да обработва данните от всички поръчки
Не знам до колко е възможно да се релизира по програмен път но най вероятно първичният сървер на който е заявена поръчката чака разрешение от контролиращия сървер за да я изпълни
И я изпълнява в ущърб на клиента естествено
За това е нужно време през което реалната цена да се измести срещу поръчката на клиента
Не знам как реализират ако цената упорито се движи в полза на клиента ,но сигурно това те предварително могат да определят в рамките на 1-2 сек твърдо зададеното изоставане от пазара , и съответно ако цената се е ицместила в полза на клиента просто да му изпълнят заявката на цената на която я е заявил и .. хоп пак брокито печели

Принципа на работа е друг. Има обособен дилингов софтуер, който може да съществува в 4 различни варианта:
1. Autodealer, вграден в самия сървър. Този аутодилър изпълнява сделките светкавично.
2. Един или повече дилингови терминали, пред които стоят живи хора-дилъри.
3. Специален PlugIn, който се продава отделно от MetaQuotes, и който може да ги прави тези хватки с бавенето на сделките и избора на най-лоша за клиента цена.
4. Дилингово API, посредствок което брокера може да си напише собствен дилинговащ софтуер, в който да вложи каквато си иска логика на дилинговане.

По подразбиране сървъра работи с вградения си Autodealer, и клиентите наблюдават МОМЕНТАЛНО ИЗПЪЛНЕНИЕ. Така е по всички демо акаунти. Ако обаче към сървъра се логне някой дилинговащ софтуер от един от трите типа (Дилингов терминал, PlugIn или API), то тогава сървъра започва да препраща заявките за сделки към него. Тука има една тънкост - докато дилинговия терминал не отговори с решение за дадена сделка, сървъра не му изпраща нова. Тоест ако на този терминал стои жив човек и се забави например 5-7 секунди с една сделка, всички други сделки стоят в сървъра на опашка и чакат освобождаването на терминала.

За да не се създава задръстване при този начин на работа, обикновено всеки брокер си има цяла зала с терминали и с живи хора пред тях. При идване на нова сделка сървъра търси първия свободен терминал и му я изпраща, и след това чака решението от терминала. По време на скок е възможно едновременно да дойдат 1000 заявки за сделки, което означава, че трябва в залата да има 1000 терминала с живи хора пред тях. Това е тъпо и никой брокер не го прави. По-евтино излиза да се купи специализирания дилърски PlugIn, който струва няколко хиляди долара, но този PlugIn е в състояние да имитира хиляди дилингови терминали и по всеки един от тях да бави сделката колкото време е настроен да го прави.

Реално това се случва с Инстата. Тя или ползва такъв PlugIn на друг компютър, или сама си е написала подобен софтуер посредством дилърското API. Между другото дилърския PlugIn или дилърското API може да са на компютър, физически намиращ се на другия край на света. Такава една тъпа конфигурация би обяснила систематичните бавения или прекъсвания на дилинговането, ако пакетите наистина ходят до другия край на света и преминават през бавни и ненадеждни интернет канали. Това обаче не оправдава брокера. След като види, че тази конфигурация работи зле, ами да си наеме VPS сървър близо до търговския сървър, и да дилингова през Remote Control, а още по-добре да включи автоматичния дилинг, който работи перфектно, но не може да краде.

[saxsten]

Матеев това което си написал не е в противоречие с моето предположение , но ти си конкретизирал нещата, което е похвално

[Mateev]

Според мен по принцип брокито не може да фиксира умишлено забавяне ,изоставане на поръчките от пазара , повече от 1-2 секунди, иначе ще го подложат на арбитраж....

Това не е така. Дилъра (ръчен или автоматичен) има правото да изпълни сделката по каквато си иска цена, и сървъра само козирува и изпълнява. Тоест текущия тик може да е с една цена, а дълъра да каже на сървъра, че тази сделка ще се изпълни с 5, 50 или с 500 пипса отклонение от цената. Тука има пълна свобода и няма никакви лимити в това отношение.

Има обаче една особеност на сървъра, и тя е заложена най-вече заради регулаторите. Тази особеност е, че ако сделката се изпълни по цена, различна от съществуващата в момента, то тази цена се вмъква в потока с тикове и се разпраща на всички клиенти. Това всъщност е и причината от време на време да се наблюдават необясними игли в котировките на някой брокер. Ами някой дилър на този брокер е направил нагъл обир на някой далечен стоп, и цената на този обир се е вмъкнала в потока с котировки, видим от всички.

А сега за алгоритъма на дилинговане, който се прилага както от ръчните, така и от автоматичните дилъри:
1. Дилъра получава от сървъра заявка за вземане на решение по някаква сделка
2. Сделката светва на екрана и се появяват няколко големи бутона, удобни за бързо нацелване с мишката.
3. Бутоните са +(вдига цената с 1 пипс), -(смъква цената с 1 пипс), Confirm (потвърждава сделката), Requote и Reject (отказ за изпълнение на сделката).
4. Дилъра гледа сделката, заедно с една камара друга информация за цените, акаунта на потребителя, неговия баланс или Equity, други негови сделки и т.н.
5. Дилъра чака определен брой секунди, колкото му се е разпоредил шефа.
6. През това време вижда какви цени преминават в процеса на чакане, и избира тази, която е най-лоша за клиента.
7. Дилъра натиска бутоните за избор на цена и след това натиска Confirm или Requote.
8. Сървъра получава пакета с решението на дилъра, и го изпълнява безпрекословно.
9. Ако това решение се базира на цена, която вече се е случвала в процеса на чакане, сървъра няма повторно да я инжектира в потока с котировки. Ако обаче сделката е изпълнена по съвсем друга цена, то тогава сървъра ще я инжектира и всички клиенти ще я видят тази цена (ако е много далечна - ще водят игла).
10. Този алгоритъм се изпълнява както от ръчните, така и от автоматичните дилъри.

По принцип морала забранява на дилърите когато изпълняват сделките да гледат какво е състоянието на клиентския акаунт. Да, ама те го правят, защото го могат. Също така морала забранява на дилърите да гледат и сумарната клиентска позиция на целия сървър, защото това може да повлияе на решението им, ама те го правят. Дилинговия терминал може да я крие тази информация, но може и да я показва, и познайте какво правят дилърите - ами слагат си втори монитор и вадят на него всичката тази информация.

[Novak]

Хаха дали има етичен кодекс на дилъра и какво става щом не го спазват

[privelege]

Придържайте се към темата, че отиде в посока как оперира и управлява риска си един брокер.

[nikolay_diankov_1982]

началник , това нормално ли е ?
27 минути не затварят лимита на евро/долар и днес 12 пипса ми затвориха една позиция при кабела над стопа ( гап ) . .
аз вече започвам да се съмнявам че проблема е сървъра

[privelege]

началник , това нормално ли е ?
27 минути не затварят лимита на евро/долар и днес 12 пипса ми затвориха една позиция при кабела над стопа ( гап ) . .
аз вече започвам да се съмнявам че проблема е сървъра

По принцип е нормално и по-късно да се изпълняват лимитите и стоповете, но на зададените цени. Случвало ми се е и при други брокери.
Но не е нормално да има отклонения при лимитите...
При кабела, ако стопът е бил активиран около 14:00 покрай новините, също е нормално.
Най-вероятно проблемът е в сървърите. Вчера се опитах да затворя една сделка, имаше активиран плаващ стоп, но вместо да ми затвори на цената, на която кликнах, започна да бави. Цената достигна до стопа и го взе. Печалбата беше колко беше и стопа, а не на цената, върху която натиснах.
В журнала ми имаше изписана грешка, според дилърите е имало промяна на дата центъра в този момент, което е било причината за проблема.

[nikolay_diankov_1982]

стопа беше на 1.3180 със тоя шиш го затвориха на 1.3192 ( 4 минути по -късно ) , често ги затварят 4-5 мин по - късно на мястото на стопа и много често вече това се случва да има разминаване по 4-5 пипса . . .
при 30 пипсов стоп плащам 12 пипса отгоре , 30% горница .
как един лимит от 1300 сделки не затвориха със 4-5 пипса в повече , ако е сървърен проблема не трябва ли да има и лимити затворени на различни места . . .