Slippage: apa itu, sebelum Anda memverifikasinya
Slippage adalah selisih antara harga yang Anda harapkan untuk dieksekusi oleh sebuah order dan harga yang benar-benar dieksekusi. Secara sederhana: jika order Anda terisi lebih buruk daripada yang diharapkan, slippage bernilai positif; jika terisi lebih baik daripada yang diharapkan, slippage bisa bernilai negatif. Verifikasi dimulai dari sebuah definisi, karena “harga yang diharapkan” bisa berarti hal yang berbeda (misalnya, harga kuotasi pada saat Anda mengirim order, kuotasi saat order diterima, atau harga pertama yang tersedia ketika order menjadi dapat dieksekusi).
Untuk memverifikasi informasi tentang slippage, pertama-tama tuliskan dengan tepat field yang Anda gunakan: sisi order (buy/sell), harga referensi untuk “expected,” harga pengisian aktual(s), serta pemetaan waktu di antara keduanya. Tanpa itu, pihak yang berbeda dapat menghasilkan angka “slippage” yang tidak kompatibel meskipun tetap menggunakan kata yang sama.
Hierarki sumber yang dapat Anda terapkan pada klaim slippage
Saat Anda melihat pernyataan tentang slippage, Anda dapat memverifikasinya dengan mengutamakan bukti yang lebih konkret daripada ringkasan:
- Catatan eksekusi utama (paling langsung): log order dan trade yang mencakup harga expected/reference, harga eksekusi, kuantitas, dan timestamp.
- Dokumentasi platform atau penyedia (definisi yang stabil): penjelasan tentang bagaimana pengisian dihasilkan, bagaimana timestamp dicatat, apa arti “quote,” dan bagaimana pengisian parsial ditangani.
- Deskripsi metodologi (lapisan interpretasi): dokumen atau penjelasan yang mendefinisikan bagaimana slippage dihitung dari catatan yang mendasarinya.
- Ringkasan teragregasi (paling tidak langsung): dashboard atau rata-rata. Ini berguna sebagai konteks, tetapi lebih sulit diverifikasi karena detail perhitungan mungkin disembunyikan.
Hierarki ini penting karena verifikasi paling mudah ketika Anda bisa mulai dari log mentah dan mereproduksi perhitungan slippage yang dilaporkan.
Langkah verifikasi yang dapat direproduksi (tidak memerlukan data real-time)
Ikuti daftar periksa yang dapat diulang menggunakan catatan Anda sendiri atau dataset apa pun yang memuat field yang diperlukan.
1) Nyatakan asumsi secara eksplisit
Pilih dan tuliskan:
- Definisi expected price: misalnya, “kuotasi pada waktu pengiriman order,” atau “harga executable terbaik pada saat penerimaan.”
- Harga mana yang digunakan: untuk order buy, gunakan referensi yang diturunkan dari ask; untuk order sell, gunakan referensi yang diturunkan dari bid. Jika dataset menyediakan satu nilai “expected,” tetap gunakan nilai itu.
- Satuan pengukuran: selisih harga absolut, atau basis points / persentase dari harga expected.
Asumsi tidak bisa diabaikan; itu bagian dari apa yang Anda verifikasi.
2) Hitung per pengisian, bukan hanya per order
Jika sebuah order dapat terisi secara parsial, hitung slippage untuk setiap pengisian lalu putuskan bagaimana mengagregasikannya (umumnya berbobot berdasarkan kuantitas yang dieksekusi). Salah satu kegagalan yang umum adalah membandingkan satu harga expected dengan rata-rata pengisian teragregasi tanpa memastikan metode perataannya.
3) Pastikan keselarasan timestamp
Pastikan “expected” dan “actual” dibandingkan menggunakan timing yang konsisten:
- Jika harga expected berasal dari satu peristiwa timestamp dan harga eksekusi berasal dari peristiwa timestamp lain, dokumentasikan aturan pemetaan yang tepat.
- Jika dataset memiliki sumber timestamp yang berbeda (server time vs. client time), anggap itu sebagai keterbatasan verifikasi.
4) Periksa bahwa angka yang dilaporkan dapat direproduksi
Jika sebuah penyedia melaporkan statistik slippage, coba reproduksi dari catatan yang mendasarinya:
- Hitung ulang setiap nilai slippage menggunakan rumus yang dinyatakan.
- Lalu hitung ulang statistik agregat (rata-rata, median, bucket distribusi) menggunakan metode yang sama.
Jika reproduksi tidak memungkinkan, itu adalah bukti bahwa ada field yang hilang, definisi yang berbeda, atau transformasi yang disembunyikan.
Keterbatasan dan mode kegagalan yang sebaiknya Anda perkirakan
Bahkan dengan langkah yang cermat, verifikasi slippage bisa gagal karena alasan yang melekat pada data eksekusi dan perilaku pasar:
- Pergerakan pasar: harga expected adalah snapshot; eksekusi terjadi kemudian, sehingga perubahan harga dapat menciptakan slippage meskipun kondisi operasional identik.
- Catatan yang tidak lengkap atau tidak cocok: beberapa feed mungkin menghilangkan peristiwa penerimaan order atau mungkin tidak memuat “reference” quote yang digunakan untuk ekspektasi.
- Pengisian parsial dan bias agregasi: merata-ratakan di beberapa pengisian dapat menyembunyikan segmen yang memburuk dan yang membaik.
- Ketidakcocokan timestamp: perbedaan cara pencatatan waktu dapat mendistorsi perbandingan.
- Definisi khusus penyedia: dua pihak sama-sama bisa mengatakan mereka mengukur “slippage,” tetapi menggunakan titik referensi yang berbeda.
Selain itu, hubungan historis (misalnya, “rata-rata slippage selama bulan lalu”) menggambarkan pola eksekusi di masa lalu. Itu tidak menetapkan apa yang akan terjadi pada kondisi di masa depan.