Pepijat pemasaan paling berbahaya dalam ujian balik boleh terlepas walaupun audit cap masa sempurna. Dua peristiwa mungkin sama-sama bertanda 10:00:00.000, tetapi tetap berlaku dalam susunan yang diteka oleh simulator anda.
Hal ini penting setiap kali strategi bertindak balas terhadap perkara selain bar yang telah lengkap: kemas kini sebut harga, dagangan, notis pendanaan, perubahan status bursa atau pengesahan pesanan anda sendiri. Cap masa memberitahu anda bila sesuatu peristiwa dilabelkan. Ia mungkin tidak memberitahu anda bila strategi anda boleh bertindak berdasarkan peristiwa itu.
Apakah kesan susunan peristiwa?
Bayangkan strategi yang membeli apabila ask terbaik jatuh di bawah $100.00. Pada milisaat yang sama, suapan data merekodkan kemas kini ask kepada $99.99 dan dagangan pada $99.99. Jika ujian balik anda memproses dagangan dahulu, kemudian sebut harga, strategi melihat ask baharu lalu menghantar pesanan. Memproses sebut harga dahulu juga mungkin munasabah, asalkan peristiwa itu memang telah tersedia. Tetapi jika dagangan itu menggunakan kecairan yang dipaparkan sebelum pesanan tiba, isian pada $99.99 itu hanyalah rekaan.
Mengisih baris berdasarkan cap masa sahaja menyebabkan simulator memilih sendiri turutan bagi peristiwa yang berkongsi masa. Turutan fail, turutan simbol atau pelan pertanyaan pangkalan data boleh menjadi peraturan pelaksanaan secara tidak sengaja. Lengkung ekuiti boleh berubah walaupun data asasnya tidak berubah.
Ada cara yang baik untuk melihat betapa sewenang-wenangnya hal ini: isih peristiwa yang sama masanya mengikut nama simbol, bukannya turutan ketibaan. Strategi berbilang aset kemudian boleh berkelakuan berbeza hanya kerana satu ticker muncul sebelum ticker yang lain dalam turutan isihan.
Jam manakah yang patut disimpan dalam ujian balik?
Data pasaran dan pengendalian pesanan selalunya melibatkan beberapa waktu yang berbeza. Simpan medan yang disediakan oleh sumber anda dan namakan maksudnya dengan tepat. Bagi banyak suapan data, cap masa bursa dan cap masa penerimaan setempat kedua-duanya berguna; tiada satu pun memberikan gambaran mutlak tentang perkara yang dilihat oleh setiap peserta.
| Jam | Perkara yang direkodkan | Perkara yang tidak dapat dibuktikan secara bersendirian |
|---|---|---|
| Waktu peristiwa bursa | Waktu bursa menyatakan sesuatu peristiwa berlaku | Turutan peristiwa yang diperhatikan oleh suapan lain atau proses anda |
| Waktu penerimaan | Waktu pengumpul anda menerima mesej | Waktu strategi anda selesai memprosesnya |
| Waktu keputusan | Waktu kod anda menilai isyarat | Bahawa harga yang disebut itu masih tersedia |
| Waktu ketibaan pesanan | Waktu bursa boleh bertindak terhadap pesanan | Isian, melainkan peraturan padanan dan kecairan menyokongnya |
Bagi data sejarah tanpa waktu penerimaan, nyatakan andaian anda. Ujian balik mungkin memproses peristiwa bursa mengikut turutan dan menetapkan kelewatan tetap 5 ms dari keputusan hingga ketibaan pesanan. Itu satu model, bukannya sejarah yang dipulihkan. Jika tiada nombor turutan bagi cap masa bursa yang sama, peraturan pemecah seri anda juga merupakan satu andaian.
Bagaimanakah saya memodelkan peristiwa yang sama masanya?
Pertama, kekalkan nombor turutan sumber jika tersedia. Nombor turutan memberikan susunan yang lebih kukuh dalam suapan berbanding cap masa, walaupun ruang nombor turutan mungkin berasingan merentas saluran atau produk.
Kemudian, nyatakan dengan jelas peraturan pemprosesan simulator. Bagi setiap peristiwa, tentukan sama ada peristiwa itu boleh mengemas kini maklumat strategi, mengubah kecairan yang tersedia, mencetuskan pesanan atau mengesahkan pesanan. Semua ini tindakan yang berbeza; menggabungkannya sebagai “proses baris” ialah cara isian mustahil terlepas masuk.
- Gunakan hanya maklumat pasaran yang telah tiba sebelum waktu keputusan strategi.
- Jana pesanan, kemudian majukannya hingga waktu ketibaan di bursa yang dimodelkan.
- Benarkan pelaksanaan hanya terhadap kecairan yang layak selepas ketibaan, berdasarkan andaian isian bagi jenis pesanan tersebut.
- Rekodkan input, susunan peristiwa dan kelewatan yang digunakan bagi setiap isian simulasi.
Bagi strategi berasaskan bar, kerumitan ini mungkin melebihi keperluan soalan. Jika isyarat menggunakan bar 1-minute yang telah lengkap dan pesanan diisi pada harga pembukaan bar seterusnya dengan model kos konservatif, susunan submilisaat mungkin tidak mengubah kesimpulan penyelidikan. Intinya ialah memadankan perincian pemasaan dengan dakwaan yang dibuat oleh ujian balik.
Bolehkah saya mempercayai ujian balik tanpa data waktu ketibaan?
Anda masih boleh menggunakannya, tetapi jelaskan batasannya. Jika strategi berdagang perlahan dan mempunyai had risiko yang luas, beberapa milisaat mungkin tidak memberi kesan. Jika strategi bertindak balas terhadap sebut harga yang sekejap, bersaing untuk kedudukan dalam barisan atau bergantung pada isyarat pendahuluan susulan rentas bursa, ketiadaan waktu ketibaan boleh menjadi faktor utama yang menentukan hasil.
Pengkritik betul bahawa pemasaan peristiwa yang tepat boleh menimbulkan ketepatan palsu. Suapan sejarah tidak lengkap, jam hanyut, dan cap masa bursa tidak mendedahkan setiap lompatan rangkaian. Simulator dengan medan nanosaat pun masih boleh menggunakan andaian isian yang kasar.
Jadi, uji kepekaan dan bukannya mendakwa pasti: mainkan semula data dengan beberapa pemecah seri peristiwa dan kelewatan pesanan yang munasabah, kemudian bandingkan bilangan dagangan, harga isian dan isyarat yang kekal. Jika hasil bergantung pada turutan yang tidak dapat dipastikan oleh data, nyatakan kebergantungan itu dalam laporan penyelidikan. Ujian balik masih boleh berguna walaupun jamnya tidak sempurna. Ia cuma perlu mengakui waktu yang benar-benar diketahui.
← Semua catatan
