Paper Trading to handel ćwiczebny, w którym decyzje, realizacje i salda zapisuje się bez rzeczywistego zakupu lub sprzedaży za środki uczestnika. W trybie bieżącym wykorzystuje napływające informacje rynkowe, lecz realizację zleceń i wynik księgowy określa symulacja.
QuantConnect opisuje tryb, w którym algorytm otrzymuje bieżące dane rynkowe, lecz korzysta z fikcyjnego kapitału i symulowanych realizacji. Nasze rozróżnienie w tym haśle: Paper Trading może służyć zarówno ręcznemu ćwiczeniu, jak i systemowi automatycznemu; tutaj śledzimy decyzje podejmowane kolejno w upływającym czasie. Backtesting natomiast odtwarza zapisaną przeszłość. Samo wykorzystanie dzisiejszych kwotowań nie zmienia rachunku ćwiczebnego w rzeczywistą transakcję. Wynik dotyczy skonfigurowanego symulatora i reguł próby, a nie automatycznie osiągalnej realizacji rynkowej. [QuantConnect — QuantConnect Paper Trading]
Alpaca rozdziela klucze dostępu i adres interfejsu dla rachunku ćwiczebnego oraz rzeczywistego. Nasz wymóg operacyjny to sprawdzenie przed zleceniem tożsamości rachunku, trybu i środowiska docelowego zarówno w aplikacji, jak i konfiguracji automatyzacji. Nazwa pliku ani zamierzone przeznaczenie programu nie zastępują tej kontroli. Konfiguracja testowa powinna mieć jednoznaczne oznaczenie i osobny zapis uruchomienia. Przełączenie środowiska zmienia skutki zleceń; nie może być niezauważonym efektem ubocznym kopiowania ustawień. [Alpaca — Paper Trading]
Alpaca wyraźnie podaje, że jej symulacja nie uwzględnia wpływu własnego zlecenia na rynek, poślizgu spowodowanego opóźnieniem ani pozycji w kolejce zlecenia z limitem, którego nie można od razu zrealizować. Nasz wniosek: dotknięcie wyświetlanej ceny nie jest ogólnym dowodem, że zamierzona ilość byłaby dostępna dla nas na giełdzie. Ocena powinna odróżniać zleconą ilość od realizacji faktycznie przydzielonej przez symulator. Zysk oparty na korzystnym modelu realizacji należy opisać jako wynik tego założenia. [Alpaca — Paper Trading]
Interactive Brokers wskazuje na symulowane realizacje z najlepszego poziomu arkusza bez głębokości rynku oraz różnice w przypadku niektórych złożonych zleceń. Nasz wymóg to ewidencjonowanie źródła danych, czasu kwotowania, obsługiwanych typów zleceń i zastosowanego modelu realizacji. Porównanie wyników różnych platform bez tych danych może mylić zmianę strategii ze zmianą symulatora. Nawet wierne odwzorowanie interfejsu nie gwarantuje identycznego zachowania każdej operacji. Nie można uznać nieobsługiwanej funkcji za przetestowaną tylko dlatego, że inne zlecenia działały. [Interactive Brokers — About Paper Trading Accounts]
Domyślny model QuantConnect nie nalicza Slippage i realizuje zlecenia rynkowe od razu w całości; może przy tym uwzględniać w cenie dostępną różnicę między kwotowaniem kupna i sprzedaży. Nasza kontrola oddziela więc cenę realizacji, opłaty i pozostałe modelowane koszty. Zerowy wydatek w symulatorze nie musi oznaczać zerowego wydatku na przyszłym rachunku. Podajemy, co uwzględniono, a czego brakuje, i nie doliczamy tego samego wpływu cenowego ponownie jako osobnej opłaty. Ustawienia modelu są częścią wyniku. [QuantConnect — QuantConnect Paper Trading]
Alpaca zwraca uwagę na niezrealizowane zlecenia i przerwy w połączeniu sieciowym podczas bieżącego działania. Nasze scenariusze testowe obejmują przyjęcie, częściową realizację, potwierdzone anulowanie pozostałej części i odtworzenie obrazu stanu po przerwie. Sam brak odpowiedzi nie dowodzi, że zlecenia nie przyjęto. Zapis łączy więc identyfikator zlecenia z potwierdzonymi zdarzeniami i stanem rachunku; ślepe ponawianie może zniekształcić liczbę zleceń. Udany przebieg bez zakłóceń nie dowodzi, że system radzi sobie z dotąd niewypróbowaną awarią. [Alpaca — Paper Trading]
NFA ostrzega, że nawet określenie wyniku jako uzyskanego na bieżąco może ukrywać jego hipotetyczny charakter. Nasz protokół redakcyjny zapisuje z góry wersję reguł, początek i koniec obserwacji, warunki interwencji i mierzone wskaźniki. Zmiany reguł, przerwy i nowe rachunki ćwiczebne pozostają w historii; najładniejszego odcinka nie wolno przedstawiać jako całej próby. Jeśli na podstawie wyniku zmienimy strategię, obserwacje te już wpłynęły na rozwój. Kolejny test oznacza się osobno, bez przepisywania poprzedniego po fakcie. [NFA — Use of Promotional Material Containing Hypothetical Performance Results]
NFA podkreśla, że hipotetyczny handel nie oddaje w pełni zdolności znoszenia strat i trzymania się procedury przy rzeczywistym ryzyku. Nasz wniosek: Paper Trading może ujawnić błędy reguł, obsługi i ewidencji, ale dodatnia suma nie jest automatycznym potwierdzeniem zyskowności ani gotowości do przejścia na rzeczywisty rachunek. Raport oddziela sprawdzone scenariusze od niewypróbowanych sytuacji i wskazuje pozostałe ograniczenia. Ponadto sama pozycja ćwiczebna nie tworzy własności bitcoina ani możliwości wypłacenia go do własnego portfela. [NFA — Use of Promotional Material Containing Hypothetical Performance Results]
Zlecona ilość nie jest zrealizowaną pozycją
Pełniejszy obraz uzyskasz, czytając to hasło razem z Backtesting, Slippage, Trading Plan, Trading Journal, Risk Management. Do tego hasła prowadzą również odsyłacze z Overfitting, Look-ahead Bias, Survivorship Bias.
01Czy korzystanie z cen na żywo oznacza rzeczywisty handel?+
Nie. Bieżące ceny mogą być danymi wejściowymi symulacji, podczas gdy zlecenia pozostają w środowisku ćwiczebnym. Decydują rachunek, kierowanie zleceń i sposób realizacji, a nie sama aktualność wykresu.
02Czy zysk na rachunku ćwiczebnym wystarcza do zweryfikowania strategii?+
Nie. Trzeba znać założenia realizacji, koszty, historię zmian i zakres testowanych sytuacji. Ponadto symulacja nie oddaje w pełni rzeczywistej płynności, własnego wpływu na rynek ani reakcji człowieka na rzeczywistą stratę finansową.