Čas vykonania pokynu: prvé plnenie, dokončenie a cena

Kliknutie na Kúpiť je požiadavka, nie potvrdený obchod za zobrazenú cenu. Prenos, kontrola, vykonanie a doručenie odpovede sú rôzne udalosti. Pokyn môže byť odmietnutý alebo splnený len čiastočne. Ak porovnávate brokerov, určte meraný čas a referenčnú cenu a sledujte súčasne náklady, jednotlivé plnenia aj neúspešné požiadavky.

Čo znamená vykonanie pokynu

Požiadavka sa prenesie na server a prejde kontrolami. Produkt, režim vykonania a podmienka plnenia určujú, či vznikne obchod, viac obchodov alebo odmietnutie. Jeden pokyn môže mať niekoľko čiastkových realizácií, každú s vlastným časom a cenou. Prijatie správy v termináli nastáva neskôr než príslušné vykonanie na serveri; ani jedna udalosť nie je samotným kliknutím.

Oddeľujte komunikačné oneskorenie od spracovania a vykonania. Údaj „20 ms“ potrebuje začiatok a koniec merania, zdroj hodín, vzorku a stav pokynov. Časy jednotlivých etáp sa sčítavajú a pomalá etapa môže dominovať. Z oneskorenia samotného však cenu nevypočítate: záleží na pohybe trhu, dostupnom objeme a podmienkach pokynu. Sieťový ping nemeria automaticky dokončenie obchodu.

Instant Execution a Market Execution

MetaTrader 5 rozlišuje Instant, Request, Market a Exchange Execution. Dostupnosť pre nástroj určuje broker. Instant pracuje s požadovanou cenou a môže vrátiť requote, teda novú cenovú ponuku. Neznamená, že každý pokyn uspeje. Market prijíma cenu určenú v danom režime bez ďalšieho vyjednávania, ale stále platia kontroly a pravidlá plnenia.

Market teda negarantuje kurz viditeľný pri kliknutí. Sklz, odmietnutie alebo čiastočné plnenie môžu súvisieť s likviditou, podmienkou plnenia a pravidlami služby. Zaznamenajte realizovaný objem aj nesplnený zvyšok. Limit obmedzuje akceptovateľnú cenu, no môže zostať nesplnený; stop po aktivácii všeobecne negarantuje realizačnú cenu. Názov režimu nenahrádza špecifikáciu symbolu.

Čo ovplyvňuje čas a kvalitu

V politike vykonávania zistite úlohu firmy, zdroje cien, smerovanie a dôvody odmietnutia. Označenie ECN nedokazuje, že CFD firma koná výlučne ako agent a každý pokyn bezo zmeny posiela protistrane. Last look označuje podmienku, ktorú treba preskúmať; PFOF sa týka odmeňovania smerovania podľa produktu a jurisdikcie. Z týchto názvov nevyplýva kvalita vlastnej zmluvy. ECN a market maker oddeľuje klientsky obchod a zaistenie firmy.

Poloha servera, sieť a softvér môžu meniť časť oneskorenia. VPS môže skrátiť sieťový úsek alebo zlepšiť kontinuitu spojenia; nevytvára likviditu a negarantuje cenu. Dostupný objem a kotácie sa menia aj mimo veľkých správ. Sviečkový výkyv či nevýhodné plnenie samy nepotvrdzujú manipuláciu alebo „lov stopov“. Pred vysvetľovaním príčiny si odložte relevantný bid/ask a históriu konkrétneho pokynu.

Hypotetický sklz po zverejnení správy

Pôvodný model používa nákup EUR/USD v objeme 100 000 EUR. Ask v definovanom okamihu požiadavky je 1,08500 a realizácia 1,08550. Predpokladáme pip 0,0001 a žiadnu menovú konverziu. Ide o cenovú aritmetiku, nie meranie sklzu počas NFP alebo typického času konkrétneho brokera.

Rozdiel 0,00050 ×100 000 EUR je 50 USD; pri 10 000 EUR je 5 USD. Nákup za 1,08490 oproti rovnakému ask by cenu zlepšil o jeden pip. Pri predaji je vyššia cena výhodná. Väčší swingový cieľ môže znížiť relatívny význam 50 USD voči plánovanému pohybu, neodstráni ich však. Opakované cenové rozdiely sa sčítavajú pri ľubovoľnom štýle.

Prečo nestačí porovnať spread

Porovnávajte skutočné ceny a explicitné poplatky voči rovnakému benchmarku. Výsledok zo skutočných vstupných a výstupných bid/ask cien už obsahuje spread aj realizovaný sklz; neodpočítajte ich druhýkrát. Samostatná analýza nákladov môže rozložiť spread, províziu a odchýlku ceny, ale každú zložku smie započítať iba raz. Financovanie a konverzia sú ďalšie položky. Spread a provízia porovnáva modelové tarify.

Článok 27 MiFID II zohľadňuje cenu, náklady, rýchlosť, pravdepodobnosť vykonania a vyrovnania aj ďalšie relevantné faktory. Pri retailovom klientovi celkové protiplnenie zahŕňa cenu a priamo súvisiace náklady vykonania. Faktory nemajú automaticky rovnakú váhu. Konkrétna inštrukcia klienta ovplyvňuje prvky, ktoré pokrýva. Povinnosť najlepšieho vykonania je povinnosťou postupu, nie sľubom absolútne najlepšej ceny každého plnenia.

EUR kontrola: dobrá prvá cena skryje drahší zvyšok

Samostatný hypotetický nákup 10 000 EUR na EUR/USD má referenčný ask 1,1000. Prvých 4 000 EUR sa zrealizuje za 1,1002 a zvyšných 6 000 EUR za 1,1006. Objemovo vážená cena je (4 000 ×1,1002 +6 000 ×1,1006) ÷10 000 =1,10044. Celá cenová odchýlka je 4,40 USD, nie iba 0,80 USD prvého plnenia.

Výlučne na spoločné účtovné porovnanie zvoľme pevný modelový kurz 1,10 USD za EUR: 4,40 USD ÷1,10 =4 EUR. Pri samostatnej provízii 2 EUR dá odchýlka plus táto provízia 6 EUR. Nie je to úplný náklad od stredovej ceny: benchmark bol ask, preto z neho spread znovu nevyrábame. Pevný konverzný kurz nie je tvrdením o skutočnej sadzbe účtu a financovanie tu nie je zahrnuté.

Demo a živý účet

Simulácia závisí od poskytovateľa. Britská pomoc IG napríklad uvádza demo bez sklzu a odmietnutia z dôvodu ceny či objemu, s rozdielmi pri niektorých úpravách a uzatváraní pre nedostatok prostriedkov. Je to príklad konkrétnej služby, nie všeobecné pravidlo pre všetky demá a krajiny. Demo naučí ovládanie, ale týmto nepreukazuje kvalitu živého vykonania.

Živé OTC CFD navyše nemusí mať verejnú burzovú knihu objednávok. Rozdiel nedokazuje fráza „trochu horšie než demo“. Čítajte pravidlá simulátora a živého účtu samostatne a pri porovnávaní používajte skutočné objednané objemy a typy pokynov.

Prvé plnenie neuzatvára celý pokyn

Fiktívny pokyn má tri čiastkové realizácie merané od spoločného začiatku tými istými hodinami.

Na malej obrazovke posúvajte diagram vodorovne alebo ho zväčšite. Vysvetlenie nájdete aj v texte.

Textové vysvetlenie diagramu: Prvé plnenie neuzatvára celý pokyn

Pôvodné fiktívne 0,5/0,3/0,2 lotu a 50/80/900 ms, spoločné hodiny a začiatok; všetky SVG atribúty zachované.

50 ms označuje prvé plnenie, 900 ms dokončenie. Vážený priemer 229 ms nie je časom dokončenia.

Prvé plnenie nastalo za 50 ms, dokončenie za 900 ms a objemovo vážený priemer je 0,5 ×50 +0,3 ×80 +0,2 ×900 =229 ms. Pri 229 ms však pokyn ešte nebol dokončený. Sú to tri odpovede na rozdielne otázky. Zoskupte všetky plnenia podľa čísla pokynu, nie podľa prvej prijatej správy.

Ako merať vlastné vykonanie

Odložte požiadavku, stav, ID pokynu, každé plnenie, objem a príslušný bid/ask. Ku každému času určte udalosť, hodiny, pásmo a presnosť. Log terminálu môže opisovať doručenie správy, nie serverové vykonanie. Milisekundová presnosť záznamu sama nezaručuje synchronizáciu dvoch zdrojov hodín. Bez spoločného časového základu neodčítavajte čas kliknutia a servera ako presnú latenciu.

Porovnávajte rovnaké symboly, objemy a obdobia. Zahrňte odmietnutia medzi všetky porovnateľné požiadavky a pomalé prípady vedľa mediánu. Ak z desiatich modelových požiadaviek osem uspeje a dve nie, odmietnutia tvoria 20%; samotný prehľad ôsmich plnení by ich vymazal. Niekoľko desiatok pozorovaní nepreukazuje univerzálnu kvalitu. Konkrétnu nezrovnalosť žiadajte vysvetliť od zodpovednej zmluvnej firmy.

Praktický postup

1. Definujte viac časov. Prvé plnenie, dokončenie a odpoveď terminálu; rovnaké hodiny, medián, pomalé prípady a odmietnutia.
2. Uchovajte smer a benchmark. Pri nákupe vyššia cena zhoršuje výsledok, pri predaji zlepšuje. Asymetria vzorky zaslúži vysvetlenie, sama nedokazuje manipuláciu.
3. Preverte režim a plnenie. Dostupnosť určuje broker. Stop negarantuje cenu, limit môže zostať nesplnený a čakajúci pokyn tieto hranice neruší.
4. Započítajte náklady raz. Skutočné plnenia a poplatky, potom príslušné financovanie a konverzia. Už obsiahnutý spread či sklz neodpočítavajte opäť.