Cara Kerja Agregasi Likuiditas dalam Forex

Jawaban langsung

Agregasi likuiditas dalam forex adalah mekanisme struktur pasar di mana likuiditas dari berbagai sumber dikumpulkan dan disajikan untuk eksekusi secara terpadu. Dalam praktiknya, ini berarti ketika seseorang menempatkan pesanan, sistem eksekusi berupaya berinteraksi dengan peluang beli dan jual terbaik yang dapat diaksesnya, daripada hanya mengandalkan satu aliran kuotasi.

“Agregasi” tidak berarti satu harga atau hasil yang dijamin. Ini paling baik dipahami sebagai model operasional untuk menemukan dan menghubungkan likuiditas yang dapat dieksekusi, kemudian menghasilkan pengisian yang mungkin lengkap atau parsial tergantung pada apa yang sebenarnya tersedia pada saat itu.

Mekanisme: model sederhana

Cara yang berguna untuk membayangkan agregasi likuiditas adalah melalui tiga langkah: masukan, konsolidasi, dan eksekusi.

1. Masukan: likuiditas dan niat pesanan

• Sumber likuiditas dapat mencakup penawaran beli dan jual dari berbagai rekanan dan venue yang menyediakan harga dan ukuran yang dapat diperdagangkan.
• Niat pesanan adalah permintaan trader atau sistem: arah (beli/jual), ukuran, waktu, dan batasan apa pun (misalnya, instruksi yang memengaruhi urgensi atau seberapa banyak slippage yang dapat diterima).

Ketidakpastian penting: sumber yang berbeda mungkin mendefinisikan “tersedia” secara berbeda. Satu venue mungkin menampilkan kuotasi yang dapat diperbarui dengan cepat; venue lain mungkin menyediakan likuiditas yang hanya dapat diakses dalam kondisi tertentu.

2. Konsolidasi: mengumpulkan apa yang dapat dieksekusi Lapisan agregasi (sering kali bagian dari sistem eksekusi) secara terus-menerus mengumpulkan informasi harga yang dapat dieksekusi dari sumber likuiditas yang terhubung. Ini dapat:

• menormalkan format kuotasi (misalnya, menyelaraskan cara harga dan ukuran direpresentasikan),
• memelihara tampilan internal tentang sumber mana yang dapat diakses untuk instrumen tertentu, dan
• memperkirakan biaya efektif untuk berinteraksi dengan setiap sumber, yang dapat mencakup spread dan biaya perdagangan lainnya.

Langkah ini bersifat “mekanis,” tetapi tidak sepenuhnya deterministik. Tampilan internal dapat berubah seiring pembaruan kuotasi, perubahan konektivitas, atau ukuran yang tersedia habis.

3. Eksekusi: mencocokkan dengan likuiditas yang tersedia Ketika pesanan tiba, sistem merutekan atau mencocokkannya sesuai aturannya, bertujuan mencapai niat pesanan menggunakan satu atau lebih sumber. Hasilnya meliputi:

• pengisian penuh di satu sumber,
• pengisian parsial di berbagai sumber,
• kuotasi ulang atau penolakan jika likuiditas tidak lagi dapat diakses,
• waktu pengisian yang berbeda jika keputusan perutean bergantung pada kecepatan dan pembaruan.

Poin kunci: agregasi menghasilkan eksekusi, bukan janji. Bahkan jika opsi “terbaik” tampak menguntungkan pada saat perutean direncanakan, pengisian aktual bergantung pada apa yang masih tersedia ketika pesanan mencapai setiap sumber.

Bukti dan contoh logika kerja (asumsi dinyatakan)

Karena kami berasumsi tidak ada data pasar real-time, pertimbangkan snapshot hipotetis dengan asumsi yang eksplisit.

Asumsi untuk contoh

• Anda menempatkan pesanan untuk membeli 1.0 lot.
• Sistem eksekusi dapat mengakses dua sumber likuiditas, A dan B.
• Setiap sumber menyediakan harga bid/ask saat ini dan ukuran yang tersedia.
• Harga dan ukuran dapat berubah selama perutean (latensi), tetapi pertama-tama kami akan menganalisis kasus “tanpa perubahan” dan kemudian kasus “dengan perubahan”.

Langkah 1: snapshot likuiditas yang dapat dieksekusi

• Sumber A menawarkan 1.0 lot pada harga ask 1.1000.
• Sumber B menawarkan 0.4 lot pada harga ask 1.0998.

Jika sistem memberi peringkat sumber berdasarkan harga eksekusi efektif, sistem mungkin lebih memilih B untuk 0.4 lot pertama, kemudian merutekan sisa 0.6 lot ke A.

Langkah 2: kasus “tanpa perubahan” (ideal)

• Rutekan 0.4 ke B pada 1.0998.
• Rutekan 0.6 ke A pada 1.1000.
• Hasil: pengisian lengkap, terdiri dari dua pengisian.

Langkah 3: kasus “likuiditas berubah selama perutean” (ketidakpastian realistis) Sekarang asumsikan setelah sistem mengirim rute ke B, ukuran yang tersedia di B turun dari 0.4 lot menjadi 0.1 lot, atau ask bergerak.

Hasil yang mungkin

• Pengisian parsial di B (0.1 lot), lalu sisanya dirutekan ke A.
• Sisanya mungkin terisi pada harga efektif yang lebih buruk jika likuiditas yang dapat diakses A juga berubah.
• Dalam beberapa desain, sistem dapat membatalkan atau mencoba kembali perutean tergantung pada instruksi pesanan.

Logika ini menggambarkan perbedaan antara tampilan statis (apa yang dipikirkan agregasi tersedia) dan realitas dinamis (apa yang sebenarnya tersedia ketika setiap bagian dieksekusi).

Masukan dan keluaran: apa yang dapat Anda periksa secara independen

Bahkan tanpa menyebutkan vendor tertentu, konsep ini dapat diverifikasi dengan melihat perilaku eksekusi yang dapat diamati dan keluaran sistem.

Masukan yang dapat Anda periksa

• Instruksi pesanan: ukuran, urgensi, dan apakah sistem akan membagi pengisian.
• Umpan likuiditas yang dapat diakses: berapa banyak sumber yang terhubung dan apakah kuotasi diperbarui dengan cepat.
• Biaya: spread efektif dan biaya terkait eksekusi tambahan yang mengubah harga eksekusi “sebenarnya”.

Keluaran yang dapat Anda amati

• Komposisi pengisian: apakah satu pesanan menjadi satu pengisian atau beberapa pengisian.
• Waktu pengisian: apakah bagian-bagian pesanan selesai pada waktu yang berbeda.
• Penyimpangan dari harga yang diharapkan: apakah harga eksekusi rata-rata yang direalisasikan cocok dengan snapshot yang digunakan untuk perutean.

Pemeriksaan ini tidak membuktikan desain tertentu, tetapi memungkinkan Anda menguji apakah “agregasi” berfungsi sebagai model eksekusi multi-sumber.

Keterbatasan dan mode kegagalan

Agregasi likuiditas membantu menemukan likuiditas yang dapat dieksekusi, tetapi beberapa keterbatasan perlu diperhatikan.

1. Latensi dan kuotasi basi Jika kuotasi dan ukuran yang tersedia berubah dengan cepat, sistem eksekusi dapat merutekan berdasarkan informasi yang menjadi usang. Hasilnya dapat berupa harga eksekusi yang direalisasikan lebih buruk atau pengisian parsial yang tidak terduga.

2. Pengisian parsial dan fragmentasi Bahkan jika sistem dapat mengakses beberapa sumber, membagi pesanan dapat meningkatkan fragmentasi. Pesanan dapat terisi di berbagai venue/penyedia dengan cara yang memengaruhi harga rata-rata yang direalisasikan dan waktu.

3. Ekspektasi yang tidak sesuai tentang harga “terbaik” “Terbaik” bergantung pada apa yang dioptimalkan sistem (misalnya, spread minimum, biaya total minimum, atau kecepatan). Jika kriteria optimasi berbeda dari yang Anda asumsikan, hasil yang direalisasikan dapat berbeda dari ekspektasi Anda.

4. Perubahan konektivitas dan ketersediaan Akses likuiditas dapat dipengaruhi oleh konektivitas, kebijakan perutean, atau ketersediaan sumber. Agregasi tidak dapat menggunakan likuiditas yang tidak dapat dijangkau.

5. Variasi yurisdiksi dan aturan eksekusi Perilaku perdagangan dan eksekusi dapat bervariasi di berbagai kerangka regulasi dan operasional. Ini memengaruhi cara pesanan ditangani dan perlindungan apa yang ada, sehingga verifikasi apa pun harus mencakup aturan lokal dan dokumentasi platform.

Verifikasi dan apa yang harus ditanyakan selanjutnya

Untuk memverifikasi secara independen bagaimana agregasi likuiditas bekerja untuk pengaturan tertentu, fokuslah pada mekanisme eksekusi daripada istilah pemasaran.

Pertanyaan konkret

• Apakah satu pesanan sering terpecah menjadi beberapa pengisian? - Bagaimana harga eksekusi rata-rata yang direalisasikan dibandingkan dengan snapshot pra-eksekusi yang Anda amati?