Jums ir neliela kriptofjučeru stratēģija, kas tirgo vairākus kontraktus, un tikko esat pārgājuši no atpakaļtesta uz papīra tirdzniecību. Pirmā portfeļa līdzsvarošana pieprasa 0.037 BTC. Simulators orderi pieņem, bet platforma to noraida, jo kontrakta daudzuma solis ir 0.001 un pēc noapaļošanas ordera vērtība ir mazāka par minimālo nominālvērtību. Jūsu pozīcija paliek tukša, bet atpakaļtests reģistrē izpildi.
Šo atšķirību ir viegli norakstīt uz formatēšanas kļūdu. Taču tā var mainīt arī to, kādus aktīvus turat, kad līdzsvarojat portfeli un cik liels risks saglabājas pēc neizpildīta ordera. Uztveriet katras platformas tirdzniecības ierobežojumus kā stratēģijas izpildes noteikumu daļu un panāciet, lai atpakaļtests un papīra tirdzniecības adapteris tos piemēro vienādi un vienā secībā.
Kādi biržas ierobežojumi var padarīt orderi nederīgu?
Sāciet ar instrumenta metadatiem, kas vajadzīgi ordera izveidei: daudzuma solis, minimālais daudzums, minimālā nominālvērtība, cenas solis un visi ordera apjoma vai cenu diapazona ierobežojumi. To nosaukumi un darbības joma dažādās platformās atšķiras. Spot pārim var būt cits minimums nekā tā beztermiņa līgumam; ierobežojums var mainīties, kamēr jūsu stratēģija darbojas.
Pieņemsim, ka mērķa pozīcijas vērtība kontraktā ir $12, bet minimālā ordera vērtība ir $10. Ja daudzuma soļa dēļ orderis tiek noapaļots uz leju līdz $9.80, tas nav derīgs, lai gan nen noapaļotais mērķis pārsniedza minimumu. Noapaļojot uz augšu līdz $10.20, orderis var kļūt derīgs, taču tā vērtība par $0.20 pārsniegs mērķi. Šī starpība var būt nozīmīga, ja konts ir mazs vai stratēģija tirgo daudz instrumentu.
| Noteikums | Ko tas ierobežo | Sekas atpakaļtestā |
|---|---|---|
| Daudzuma solis | Pieļaujamās ordera apjoma izmaiņas | Noapaļotais apjoms atšķiras no mērķa |
| Minimālais daudzums vai nominālvērtība | Mazākais pieļaujamais orderis | Daži darījumi netiek veikti vai ir jānoapaļo uz augšu |
| Cenas solis | Pieļaujamās limita un trigera cenas | Cenas noapaļošana maina ordera izpildes iespējamību |
| Cenu diapazons vai apjoma limits | Platformas noteiktās ordera lauku robežas | Orderi var tikt noraidīti svārstīgos tirgos vai lielas portfeļa līdzsvarošanas laikā |
Kur ordera izpildes procesā jāveic noapaļošana?
Noapaļojiet ordera laukus pēc vēlamās pozīcijas izmaiņas aprēķināšanas un pirms lēmuma par ordera iesniegšanu. Analīzei saglabājiet nenoapaļoto mērķi, pēc tam izveidojiet izpildāmu orderi, ņemot vērā pašreizējo pozīciju, kontrakta reizinātāju un platformas soļus. Ja pārdošanas daudzuma solis ir 0.001, vēlamais samazinājums 0.0017 atbilstoši jūsu noteikumam kļūst par 0.001 vai 0.002. Šīs izvēles atstāj atšķirīgas atlikušās pozīcijas, tāpēc “noapaļot līdz precizitātei” nav pilnīga politika.
Daudzumiem noapaļošana uz leju līdz nullei palīdz nejauši nepalielināt ekspozīciju vairāk, nekā pieprasīts, taču var atstāt sīkas atlikušās pozīcijas, kas nekad netiek tirgotas. Noapaļošana līdz tuvākajai vērtībai samazina vidējo kļūdu, bet var pārsniegt mērķi. Minimālās nominālvērtības gadījumā jāpieņem atsevišķs lēmums: izlaist darījumu, uzkrāt apjomu, līdz tas pārsniedz slieksni, vai palielināt apjomu un pieņemt pārsniegumu. Nemainiet šīs rīcības iespējas nemanāmi.
Un saglabājiet iemeslu, kāpēc orderis netika veikts. “Ordera nav: nominālvērtība zem minimuma” nozīmē ko citu nekā “izpildīts par nulli”. Portfeļa līdzsvarošanas laikā izlaists orderis var atstāt naudu neieguldītu vai saglabāt ekspozīciju iepriekšējā aktīvā; reģistrējiet šo iznākumu konta stāvoklī.
Kā panākt atpakaļtesta un papīra tirdzniecības izpildes atbilstību?
Ja sistēmas arhitektūra to pieļauj, izmantojiet vienu orderu validācijas funkciju abos procesos. Padodiet tai vienus un tos pašus attiecīgajā brīdī spēkā esošos instrumenta noteikumus, vēlamo orderi un konta stāvokli. Funkcijai jāatgriež vai nu normalizēts orderis, vai konkrēts noraidīšanas iemesls. Tad simulators var piemērot savus izpildes pieņēmumus normalizētajiem orderiem, bet papīra tirdzniecības adapteris var nosūtīt platformai līdzvērtīgus laukus.
Katra izpildes cikla datētajā momentuzņēmumā saglabājiet arī ierobežojumu metadatus. Ja mainās daudzuma solis vai minimums, jums jāzina, kāds noteikums tika izmantots atpakaļtestā. Izmantojot šodienas metadatus, lai atkārtoti izspēlētu pirms gada veiktas stratēģijas darbības, vecie orderi var izskatīties nederīgi vai vēsturiskie orderi — iespējami, lai gan tolaik tā nebija.
Kad papīra tirdzniecības platforma ziņo par noraidījumu, pirms signāla maiņas salīdziniet iesniegtos laukus un ierobežojumu momentuzņēmumu. Ja atpakaļtesta orderu normalizētājs izveidoja orderi par 0.037 BTC, bet platformā bija atļauti 0.001 BTC soļi, neatbilstība ir adapterī vai metadatos. Ja iesniegtais orderis bija derīgs, bet netika izpildīts, jāizvērtē izpildes apstākļi, piemēram, cena, likviditāte vai ordera darbības ilgums.
Kas jāpārbauda, pirms uzticaties salīdzinājumam?
Katram līdzsvarošanas ciklam uzturiet īsu audita pierakstu: mērķa pozīcija, pašreizējā pozīcija, sākotnējais orderis, normalizētais orderis, piemērojamā ierobežojumu versija un gala statuss. Pēc tam salīdziniet papīra tirdzniecības un simulācijas ierakstus par vienu un to pašu lēmuma brīdi.
- Vai abos procesos tika izmantots viens un tas pats kontrakta reizinātājs un daudzuma mērvienības?
- Vai abos tika piemērots vienāds noapaļošanas virziens un minimālā ordera politika?
- Vai ierobežojumu vērtības bija spēkā ordera izveides brīdī?
- Vai noraidīts vai izlaists orderis abos kontos atstāja vienādu pozīciju un naudas atlikumu?
Jūsu stratēģija joprojām var būt laba, pat ja tās pirmā līdzsvarošana papīra tirdzniecībā neizdodas. Taču, kamēr simulators nespēj izskaidrot, kāpēc šis orderis būtu pieņemts, noapaļots, izlaists vai noraidīts, tā kapitāla līkne raksturo citu izpildes sistēmu, nevis to, kuru mēģināt darbināt.
← Visi raksti
