Kasus untuk Reformasi Peningkatan Harga

Saat perdebatan tentang model ‘pembayaran untuk aliran pesanan’ berkecamuk di antara para pelaku pasar, regulator, dan media keuangan, perubahan yang halus namun kuat dalam pengungkapan perdagangan memiliki kapasitas untuk menghadirkan berbagai hasil positif tanpa penerapan reformasi pasar yang mengganggu. Inti dari perdebatan ini adalah metrik peningkatan harga (PI), yang saat ini dihitung oleh pialang/dealer sebagai selisih antara harga eksekusi dan harga pasar terbaik yang sedang dikutip. Di AS, di mana perdagangan di luar bursa diizinkan, peningkatan diukur terhadap NBBO yang dilaporkan oleh operator consolidated tape.

Likuiditas yang terselip di antara kutipan terbaik cukup signifikan sehingga memungkinkan pialang tidak hanya memenuhi persyaratan optimal execution, tetapi juga merutekan pesanan pelanggan ke penyedia likuiditas yang membayar rebate tertinggi. Dibandingkan dengan kutipan terbaik, PI jarang merupakan angka negatif, sehingga pada dasarnya menyesatkan investor dengan gagal melaporkan biaya perdagangan bawaan.

Bagi investor ritel, perubahan kecil pada rumus—secara spesifik, dengan mengganti bid terbaik atau offer dengan mid-quote—kemungkinan besar akan menghasilkan peningkatan harga yang negatif, sehingga meningkatkan kesadaran akan komisi dan rebate yang tersembunyi.

Bagi investor institusional, perubahan pada rumus tidak mungkin terjadi karena pesanan non-ritel biasanya tidak dirutekan ke penyedia likuiditas. Selain itu, investor institusional menggunakan beragam teknik untuk mengendalikan biaya perdagangan dan mencapai best execution, menggunakan apa yang disebut Transaction Cost Analysis (TCA).

TCA menawarkan cara untuk mendeteksi pesanan yang tidak efisien dengan membandingkan harga eksekusi terhadap harga peserta pasar lain, dengan mempertimbangkan ukuran pesanan, kedalaman likuiditas, arah pasar, dan parameter meta-order.

Chart 1

Contoh pesanan jual yang tidak efisien, yang tidak hanya menembus spread tetapi juga menerobos beberapa level pada buku pesanan limit, diikuti pemulihan yang cepat.

Execution Analysis

Dalam implementasi dasar, seseorang perlu membandingkan harga perdagangannya sendiri dengan VWAP peserta lain selama interval waktu yang telah ditentukan sebelumnya atau selama volume yang telah ditentukan sebelumnya setelah setiap perdagangan. Ini memerlukan akses ke laporan perdagangan dalam format mentah, serta ke log feed data perdagangan publik dengan timestamp dan nomor perdagangan yang tepat. Feed SIP trade akan cukup untuk menyelesaikan tugas ini. Untuk menghilangkan dampak pasar, perdagangan milik sendiri dikecualikan dari sejarah publik untuk menghitung VWAP kompetitor dalam jendela waktu yang telah ditentukan sebelumnya. Sebagai alternatif untuk jendela waktu yang didefinisikan, perdagangan kompetitor dapat disertakan untuk volume yang sama atau lebih besar daripada perdagangan milik sendiri, yang disesuaikan dengan parameter volume participation.

Dalam implementasi yang lebih canggih, VWAP kompetitor dihitung hanya untuk pesanan dengan arah yang sama. Ini memungkinkan pengguna untuk membandingkan perdagangan beli miliknya sendiri dengan perdagangan beli dari peserta lain, secara sepadan. Untuk jenis analisis ini, diperlukan log pesanan lengkap yang mengaitkan pesanan dengan perdagangan. Log pesanan lengkap seperti NYSE Integrated Data Feed spesifik untuk setiap bursa dan tidak tersedia dari SIP.

Dalam situasi ketika log perdagangan publik tidak tersedia, dimungkinkan untuk melakukan perhitungan perkiraan menggunakan bar OHLC hingga 1 menit sebagai proksi untuk VWAP kompetitor. Jika riwayat bar menyediakan parameter VWAP, seseorang dapat mengurangkan total nilai perdagangan miliknya sendiri dan menghitung ulang VWAP kompetitor untuk meningkatkan perbandingan.

Table 1

Perbedaan antara harga eksekusi dan VWAP kompetitor dapat dikumpulkan untuk melaporkan hasil kumulatif untuk setiap order dan meta-order.

Catatan: Analisis perdagangan hanya berlaku untuk pesanan yang terisi atau terisi sebagian. Pesanan yang dibatalkan termasuk di luar cakupan.

Placement Analysis

Analisis placement melihat parameter pesanan (harga, jumlah, jenis, kondisi, venue, timing) di satu sisi, dan karakteristik likuiditas yang terlihat di sisi lainnya. Tujuan dari latihan ini adalah untuk mendeteksi latensi routing dan salah konfigurasi pesanan, seperti pesanan market yang terlalu besar atau pesanan limit yang mematahkan beberapa level harga. Aturan untuk penempatan pesanan optimal dapat dikodifikasikan dalam buku aturan, dengan setiap aturan diberi skor numerik.

Contoh aturan:

2. Ukuran pesanan market terlalu besar.
3. Ukuran pesanan limit terlalu besar (kebocoran informasi).
4. Harga pesanan limit terlalu agresif (spread ditembus atau terisi pada beberapa harga).
5. Pesanan Ice terisi ketika pesanan limit dasar sudah cukup (biaya tambahan).
6. Pembatalan pesanan Cross (biaya tambahan).
7. Harga yang lebih baik terlihat di venue lain.

Untuk analisis placement dasar, feed kuot SIP sudah cukup. Untuk beberapa aturan, diperlukan feed data Level 2 milik sendiri atau bahkan log pesanan lengkap untuk merekonstruksi buku pesanan pada saat kedatangan pesanan.

Audit and Reporting

Kedua jenis analisis dapat digunakan untuk menghasilkan laporan tentang kualitas eksekusi, secara berkala. Dengan memberikan metadata pada setiap pesanan (seperti tipe dan versi algoritma, referensi akun dan broker, dll.), laporan seperti itu dapat menemukan strategi perdagangan yang berkinerja di bawah standar dan mengurangi biaya perdagangan setiap hari, terutama untuk portofolio yang perputarannya tinggi.

> Untuk meja perdagangan sisi beli, TCA adalah kunci untuk mengoptimalkan eksekusi di pasar modal yang berubah cepat saat ini. - Sergei Rodionov, CEO, Axibase

Untuk mencapai tujuan ini dengan cara yang bekerja di semua integrasi OMS dan kelas aset, pelanggan sering kali harus memulai jalur solusi “bangun sendiri”. Dengan penambahan fungsionalitas TCA ke Axibase Time-Series Database, pelanggan kini dapat menghindari biaya berkelanjutan dan mengandalkan solusi industri yang menggabungkan praktik terbaik untuk penempatan pesanan, menyediakan integrasi dengan berbagai format kuot/perdagangan, serta menyertakan mesin pelaporan terjadwal dengan dukungan untuk SQL.