Bagaimana Kualitas Eksekusi untuk ASIC Dinilai (dan Apa yang Dapat Anda Verifikasi)

Jawaban langsung

Kualitas eksekusi untuk ASIC (sistem otomatis terkait pasar atau eksekusi) dinilai dengan membandingkan apa yang sebenarnya terjadi dengan apa yang dimaksudkan, menggunakan metrik yang terukur. Karena Anda tidak dapat mengasumsikan hasil masa depan dari hasil masa lalu, penilaian yang baik juga mengharuskan pendokumentasian keterbatasan, mode kegagalan, dan seberapa besar hasil berasal dari mekanisme yang stabil versus kondisi pasar dan penyedia yang bervariasi.

Artikel ini berfokus pada metode umum yang dapat diverifikasi yang tidak bergantung pada data waktu nyata atau pada hasil yang dijanjikan.

Definisi dan mekanisme inti

“Kualitas eksekusi” menggambarkan seberapa baik sebuah pesanan diterjemahkan menjadi transaksi nyata dengan biaya dan waktu yang konsisten dengan tujuan pesanan. Dalam praktiknya, penilaian biasanya memisahkan tiga bagian:

1. Parameter yang dimaksudkan: apa yang sistem coba lakukan (jenis pesanan, ukuran, arah, batasan waktu, dan harga target atau perlindungan harga).
2. Hasil eksekusi yang diamati: apa yang terjadi (harga eksekusi, waktu eksekusi, apakah eksekusi sesuai dengan kuantitas yang dimaksudkan, dan apakah routing atau penanganan mengubah pesanan).
3. Biaya dan gesekan: komponen yang menggerakkan hasil menjauh dari kondisi ideal (spread efektif, komisi/biaya, dan slippage relatif terhadap referensi yang dipilih).

Konsep kuncinya adalah harga referensi. Slippage hanya bermakna relatif terhadap patokan yang ditentukan (misalnya, kutipan yang diamati tepat sebelum pesanan, atau harga terbaik yang tersedia pada saat itu). Jika referensi tidak jelas, “slippage” bisa menyesatkan bahkan ketika perhitungannya terlihat presisi.

Bukti dan pendekatan penilaian yang terukur

Untuk menilai kualitas eksekusi dengan cara yang dapat Anda verifikasi secara independen, buatlah lembar kerja yang konsisten yang menggunakan referensi yang sama dan stempel waktu peristiwa yang sama di seluruh pengujian.

1) Kualitas eksekusi harga (eksekusi vs. referensi)

• Hitung deviasi eksekusi efektif: untuk setiap eksekusi, ukur perbedaan antara harga yang benar-benar dieksekusi dan harga referensi Anda.
• Ringkas menggunakan deviasi rata-rata dan dispersi (misalnya, median dan rentang persentil). Dispersi penting karena sebuah sistem terkadang dapat mencapai hasil rata-rata yang baik namun tetap gagal pada sebagian besar pesanan yang signifikan.

Asumsi untuk contoh: pilih satu definisi referensi (misalnya, “top-of-book pada saat pengajuan pesanan”) dan pertahankan tetap di seluruh kumpulan data.

2) Kualitas eksekusi waktu (penundaan dan sensitivitas latensi)

• Ukur waktu dari pengajuan pesanan hingga pengakuan pertama (jika tersedia) dan hingga eksekusi pertama.
• Bandingkan penundaan eksekusi dengan pergerakan harga jangka pendek di jendela yang sama. Jika eksekusi secara konsisten terlambat relatif terhadap perubahan harga, Anda harus mengharapkan deviasi harga yang lebih buruk.

Asumsi untuk contoh: gunakan sumber stempel waktu yang konsisten dan dokumentasikan dengan jelas stempel waktu mana yang Anda maksud (waktu pengajuan, waktu penerimaan, atau waktu pencocokan).

3) Kualitas kuantitas dan penanganan pesanan (kelengkapan dan kebenaran eksekusi)

• Lacak apakah kuantitas yang dieksekusi sesuai dengan kuantitas yang dimaksudkan, dan apakah eksekusi parsial sering terjadi.
• Periksa apakah penolakan, amandemen, pembatalan, atau perubahan rute terjadi dalam kondisi yang dapat dijelaskan oleh mekanisme daripada oleh keacakan.

Keterbatasan material dan mode kegagalan yang perlu diperhatikan: eksekusi parsial dan penanganan pesanan yang tidak diinginkan dapat meningkatkan biaya efektif bahkan jika eksekusi pertama terlihat dapat diterima. Mode kegagalan umum lainnya adalah penundaan yang disebabkan oleh penanganan (misalnya, pembatasan, antrean, atau langkah validasi) yang membuat harga referensi menjadi basi.

Titik pemeriksaan dampak skenario yang realistis

• Skenario: Pergerakan harga cepat terjadi sesaat setelah pengajuan.
  • Dampak yang mungkin terjadi: Slippage efektif memburuk karena harga eksekusi dibandingkan dengan referensi yang lebih awal.
  • Keterbatasan: Tanpa definisi referensi yang stabil dan stempel waktu yang konsisten, Anda tidak dapat mengetahui apakah sistem atau pasar yang menyebabkan perbedaan tersebut.
• Skenario: Likuiditas menipis dan ukuran pesanan yang sama tidak dapat dieksekusi pada level yang diinginkan.
  • Dampak yang mungkin terjadi: Eksekusi parsial atau harga eksekusi yang lebih buruk terjadi.
  • Titik kontrol: Bandingkan eksekusi di berbagai kondisi pasar dan sertakan rezim spread/likuiditas sebagai variabel kontekstual.

Keterbatasan, risiko, dan apa yang tidak boleh disimpulkan

Bahkan jika Anda menghitung metrik yang solid, ada batasannya:

• Kondisi pasar dan penyedia berubah: spread, likuiditas, dan struktur mikro bervariasi. Hubungan yang diamati secara historis tidak menjamin perilaku yang sama di kemudian hari. - Biaya tersembunyi bisa sulit diukur: beberapa venue atau sistem menyertakan biaya yang tidak terlihat dalam harga eksekusi “utama”. Jika kumpulan data Anda tidak menyertakan semua detail biaya dan routing yang relevan, Anda mungkin salah mengaitkan biaya. - Bias seleksi: menguji hanya pada periode yang menguntungkan dapat membuat kualitas eksekusi terlihat lebih baik daripada yang sebenarnya.