678 Testowanie i optymalizowanie systemów transakcyjnych
Diagram 20.2
Duża luka pomiędzy sygnałem a faktyczną realizacją w rezultacie zawieszenia transakcji, kawa, grudzień 1994.
poślizg cenowy. Zakładając, że te rozbieżności nie wynikły z błędów w programie, poślizg jest skutkiem przyjęcia nierealistycznych założeń przy testowaniu systemu. Są dwa rodzaje takich błędnych założeń:
1. Koszty transakcyjne. Większość traderów nie zdaje sobie sprawy, że doliczenie samej prowizji przy testowaniu systemu nie wystarcza. Otóż prowizje to tylko jedna część kosztów transakcji. Druga, mniej uchwytna, ale równie realna, to różnica pomiędzy teoretycznym i rzeczywistym poziomem realizacji zlecenia. Są dwa sposoby uporania się z tym problemem. Pierwszy to uwzględnienie najgorszej ceny realizacji zlecenia. Po drugie - przyjęcie w założeniach większego kosztu na transakcję, na przykład 100 dolarów. Ta druga metoda jako bardziej uniwersalna jest lepsza. Jak na przykład wybrać najgorszą możliwą cenę realizacji zlecenia obronnego w czasie notowań dziennych?
2. Zawieszenia transakcji. Komputerowy system transakcyjny będzie nakazywał dokonanie transakcji po otrzymaniu każdego sygnału. Ale w praktyce realizacja zlecenia może być niewykonalna, ponieważ rynek zostaje zamknięty po przekroczeniu dziennego dopuszczalnego