Bagaimana Likuiditas Scalping Dapat Diuji?

Definisikan likuiditas scalping sebelum mengujinya

Likuiditas scalping bukanlah satu angka tunggal. Dalam praktiknya, ini menggambarkan apakah Anda dapat mengeksekusi secara andal trade kecil berhorizon pendek dengan biaya transaksi yang dapat diterima dan pergerakan harga yang merugikan terbatas antara pengajuan order dan pengisian.

Cara yang berguna untuk membuat ini dapat diuji adalah dengan menerjemahkan “likuiditas” menjadi hasil eksekusi yang terukur:

• Probabilitas pengisian: seberapa sering order (dalam jangka waktu yang Anda pilih) terisi.
• Spread aktual / biaya efektif: seberapa jauh harga eksekusi dari referensi yang dipilih (sering kali bid/ask yang berlaku pada saat pengajuan, jika Anda dapat mengukurnya).
• Slippage: perbedaan antara harga saat keputusan (atau mid) dan pengisian aktual.
• Pergerakan merugikan antar order: apakah pasar bergerak melawan Anda dengan cepat selama jendela eksekusi Anda.

Dengan mendefinisikan hasil ini di awal, Anda menghindari pencampuran mekanisme pasar yang stabil dengan faktor variabel seperti kecepatan eksekusi, penanganan order, atau routing khusus penyedia.

Nyatakan hipotesis yang dapat disangkal dan garis dasar

Sebuah pengujian bekerja paling baik ketika memiliki hipotesis yang jelas dan garis dasar yang mewakili “tanpa keunggulan khusus”. Misalnya, hipotesis umum bisa berupa:

• Hipotesis (keterdagangan likuiditas): “Di bawah kondisi yang ditentukan, eksekusi berhorizon pendek memiliki biaya aktual yang stabil dan dapat diterima relatif terhadap referensi garis dasar.”

Garis dasar tidak boleh mengasumsikan strategi trading tertentu. Sebaliknya, ini harus mewakili referensi eksekusi netral, seperti:

• harga referensi patokan pada saat pengajuan (misalnya, bid/ask atau mid, tergantung pada apa yang dapat Anda catat),
• perbandingan antara pengisian dan non-pengisian di bawah kendala yang identik,
• atau perbandingan antar rezim pasar (sepi vs. aktif) sambil menjaga aturan eksekusi tetap sama.

Jika Anda tidak dapat mengukur bid/ask pada saat pengajuan, pengujian Anda masih dapat dilakukan, tetapi Anda harus menyatakan bahwa referensi Anda bersifat perkiraan (misalnya, menggunakan harga transaksi terakhir sebagai proksi). Keterbatasan itu harus eksplisit dalam asumsi Anda.

Rancang pemecahan data: mekanisme stabil vs. kondisi variabel

Likuiditas berubah seiring waktu dan kondisi, jadi Anda memerlukan beberapa irisan data. Pecah kumpulan data Anda setidaknya dalam tiga cara:

1. Waktu dalam sehari dan hari dalam seminggu: kualitas eksekusi dapat berbeda antar sesi.
2. Rezim pasar: misalnya, kategorikan berdasarkan volatilitas atau apakah perubahan harga besar vs. kecil. Gunakan aturan yang konsisten agar dapat direproduksi.
3. Ukuran order / agresivitas: uji ukuran order kecil vs. lebih besar, dan uji jenis order yang berbeda (sejauh data Anda memungkinkan) karena konsumsi kedalaman dan perilaku antrean dapat berubah.

Kemudian tentukan jendela evaluasi untuk likuiditas scalping. Misalnya, Anda dapat memilih jendela eksekusi pendek (menit, bukan jam) dan mengukur apakah order terisi dalam jendela tersebut dan pada biaya efektif berapa.

Tentukan asumsi dan sertakan biaya secara eksplisit

“Pengujian likuiditas” apa pun menjadi tidak berarti jika biaya dihilangkan atau dimodelkan secara tidak konsisten. Bahkan dengan informasi umum, Anda tetap dapat membuat pengujian Anda dapat diverifikasi secara independen dengan menuliskan asumsi.

Sertakan setidaknya:

• Biaya transaksi yang akan Anda perlakukan sebagai bagian dari kualitas eksekusi (misalnya, komisi atau biaya jika merupakan bagian dari kerangka pengukuran Anda).
• Referensi spread dan cara Anda menghitung spread efektif. Jika Anda menggunakan titik tengah, nyatakan dengan jelas.
• Asumsi penanganan order (misalnya, jika Anda mengasumsikan dapat mengamati bid/ask pada saat pengajuan, atau jika Anda mengandalkan snapshot).
• Aturan jendela eksekusi (apa yang terjadi ketika order tidak terisi sebelum jendela berakhir).

Jika Anda tidak memiliki data order book langsung, Anda tetap dapat menguji hasil aktual dari cetakan trade yang Anda amati, tetapi Anda harus membedakan:

• Pengisian dan harga yang diamati (data yang benar-benar Anda miliki), vs.
• Mikrostruktur yang tidak teramati (hal-hal yang Anda simpulkan tetapi tidak dapat konfirmasi, seperti posisi antrean).

Pemisahan itu membantu mencegah pernyataan berlebihan tentang apa yang sebenarnya diukur oleh pengujian.

Bukti atau pendekatan contoh: ukur kualitas eksekusi, bukan sinyal

Karena Anda ingin menguji likuiditas scalping daripada sinyal trading, susun bukti sebagai metrik kualitas eksekusi.

Contoh desain praktis (konseptual, tidak terkait dengan harga nyata) dapat terlihat seperti ini:

1. Pilih serangkaian aturan eksekusi scalping yang berkaitan dengan waktu dan kendala order, bukan tentang memprediksi arah.
2. Untuk setiap irisan (waktu/rezim/ukuran), simulasikan atau evaluasi eksekusi di bawah aturan yang sama.
3. Hitung metrik:
   • tingkat pengisian dalam jendela eksekusi,
   • biaya efektif median dan ekor,
   • distribusi slippage.
4. Bandingkan hasil dengan referensi garis dasar di seluruh irisan.

Poin kunci: “bukti” adalah apakah hasil eksekusi tetap dalam rentang yang dapat diterima secara konsisten di seluruh kondisi, bukan apakah Anda dapat membuat satu skenario yang tampak menguntungkan. Laporan Anda harus menyertakan variabilitas, seperti bagaimana biaya berperilaku dalam rezim yang tertekan atau bergerak cepat.

Biaya dan pemeriksaan ketahanan

Untuk mencegah pengujian menangkap keanehan satu kali, jalankan pemeriksaan ketahanan yang mengubah satu pilihan pemodelan pada satu waktu.

Pemeriksaan ketahanan umum meliputi:

• Sensitivitas harga referensi: ulangi perhitungan menggunakan referensi bid/ask vs. proksi titik tengah (jika diizinkan) dan lihat apakah kesimpulan masih cocok secara kualitatif.
• Sensitivitas jendela eksekusi: uji jendela eksekusi yang lebih pendek dan lebih panjang untuk melihat seberapa cepat “keterdagangan likuiditas” memburuk.
• Sensitivitas definisi rezim: ubah sedikit aturan ambang rezim (misalnya, batas volatilitas yang berbeda) dan amati apakah hasil tetap stabil.
• Sensitivitas model biaya: jika biaya tidak pasti, jalankan skenario di mana biaya atau komponen biaya bervariasi dalam rentang yang wajar dan periksa apakah peringkat kondisi berubah.

Pemeriksaan ini membantu Anda memisahkan “perilaku likuiditas nyata” dari artefak pengukuran dan asumsi.

Keterbatasan dan risiko: di mana pengujian likuiditas dapat gagal

Setidaknya satu keterbatasan material harus diakui dalam pengujian likuiditas scalping apa pun:

• Mekanisme eksekusi yang tidak dapat Anda amati: jika data Anda kekurangan kedalaman order book atau informasi antrean, Anda mungkin salah mengira likuiditas yang tampak sebagai keterdagangan aktual.
• Perbedaan penyedia dan routing: dua implementasi yang menggunakan data pasar publik yang sama dapat berbeda dalam hasil aktual karena kecepatan eksekusi dan penanganan order.
• Non-stasioneritas: hubungan yang tampak stabil secara historis dapat rusak ketika rezim volatilitas berubah.
• Risiko ekor: rata-rata dapat terlihat dapat diterima sementara peristiwa langka (lonjakan cepat, penarikan kedalaman sementara) menciptakan slippage besar.

Juga catat keterbatasan umum: hubungan historis tidak menetapkan hasil masa depan. Bahkan analisis kualitas eksekusi bergaya backtest yang kuat mungkin tidak terulang di bawah kondisi operasional yang berbeda.

Terakhir, lingkungan yurisdiksi dan regulasi dapat memengaruhi kewajiban pelaporan dan praktik eksekusi. Jika Anda memerlukan tingkat kepastian itu, andalkan sumber primer terkini daripada asumsi statis.

Verifikasi dan pertanyaan lanjutan

Untuk memverifikasi pengujian likuiditas scalping Anda secara independen, pastikan pekerjaan Anda mencakup: