Jembatan Likuiditas vs Agregator vs Penyedia Likuiditas: Siapa Melakukan Apa?

Ketika seorang broker memberi tahu saya bahwa ia memiliki “likuiditas terhubung,” saya mengajukan satu pertanyaan: dapatkah tim menggambar jalur pesanan dari platform perdagangan ke perusahaan yang mengisinya?

Jika diagram memiliki satu kotak yang diberi label LP / jembatan / agregator, pengaturannya belum dipahami. Lapisan-lapisan ini dapat hadir dalam satu paket komersial, tetapi mereka melakukan pekerjaan yang berbeda.

• Seorang penyedia likuiditas, atau LP, menyediakan harga yang dapat dieksekusi dan ukuran yang tersedia. Ia menerima, menolak, atau memenuhi pesanan sesuai dengan syarat eksekusi yang disepakati.
• Sebuah agregator likuiditas mengumpulkan harga dan kedalaman dari beberapa sumber. Ini membangun pandangan gabungan dan memutuskan sumber mana atau sumber-sumber mana yang dapat memenuhi pesanan.
• Sebuah jembatan likuiditas menghubungkan platform broker dengan eksekusi eksternal atau internal. Ini menerjemahkan pesan, memetakan simbol, menerapkan aturan pengalihan broker dan mengembalikan hasil eksekusi.

Penjelasan yang paling singkat dan berguna adalah ini: LP menyediakan likuiditas, agregator mengatur akses ke beberapa sumber, dan jembatan menghubungkan tumpukan eksekusi itu ke platform broker.

Pertanyaan	Penyedia likuiditas	Agregator	Jembatan
Dari mana harga berasal?	LP mengutip harga sendiri atau harga hulu	Menggabungkan harga yang diterima dari sumber yang terhubung	Meneruskan aliran harga yang dipilih ke platform
Siapa yang menyediakan kedalaman?	LP	Tidak ada; ia menggabungkan kedalaman LP yang tersedia	Tidak ada; ia membawa dan menerapkan data yang dikonfigurasi
Siapa yang memilih di antara LP?	Tidak di antara LP lain milik broker	Logika agregasi dan pengaturan	Jembatan mengirimkan pesanan ke rute yang telah dikonfigurasi
Siapa yang terhubung ke platform perdagangan?	Terkadang langsung	Terkadang sebagai bagian dari produk bundel	Ini adalah peran inti jembatan
Siapa yang mengisi pesanan eksternal?	LP atau tempat yang dipilih	Ini dapat mengoordinasikan beberapa pengisian	Ini menerima dan memetakan laporan kembali ke platform

Di mana setiap lapisan berada

“`html

Bagaimana lapisan terhubung

EUR/USD · eksekusi eksternal ilustratif

Aliran kutipan ke platform

Platform perdagangan

EUR/USDASK

1.08420Harga yang dikutip

Menampilkan harga
dan hasil perdagangan

Jembatan

Menerjemahkan pesan
untuk platform

Agregator

Membandingkan kutipan
dan memilih sumber

Penyedia likuiditas

LP AAsk 1.08420

LP BAsk 1.08422

LP CAsk 1.08425

Menyuplai harga dan pengisian

Tiga sumber, satu aliran harga. Agregator membandingkan kutipan LP. Jembatan membawa aliran yang dipilih ke platform.

Kutipan mengalir dari penyedia likuiditas melalui agregator dan jembatan ke platform perdagangan. Pesanan bergerak dalam arah yang berlawanan. Laporan pengisian kembali dari penyedia yang dipilih.

“`

Kutipan bergerak dari sumber likuiditas menuju platform perdagangan. Pesanan bergerak ke arah yang berlawanan. Laporan eksekusi kemudian kembali melalui rantai yang sama.

Diagram bersih itu memiliki dua variasi umum.

Pertama, seorang broker yang menggunakan satu LP dapat menghubungkan jembatan langsung ke penyedia tersebut. Tidak ada yang perlu digabungkan.

Kedua, broker hibrida dapat menginternalisasi beberapa aliran klien. Jembatan atau mesin risiko yang terhubung dapat mengirimkan hanya lindung nilai yang diperlukan ke agregator atau LP. Oleh karena itu, order klien dan lindung nilai eksternal tidak selalu memiliki ukuran yang sama atau bahkan pasangan satu banding satu.

Apa yang dilakukan oleh penyedia likuiditas

LP membuat harga tersedia dan mendukung jumlah ukuran eksekusi yang telah ditentukan. Dalam FX dan CFD, penyedia dapat berupa bank, pembuat pasar non-bank, prime-of-prime, broker, tempat atau pihak lain yang memiliki akses ke likuiditas hulu.

Label itu sendiri memberi tahu saya sangat sedikit. Saya ingin tahu:

• alat dan sesi apa yang dicakup;
• harga bid dan ask pada setiap level kedalaman;
• ukuran pesanan minimum dan maksimum;
• apakah harga tetap atau tergantung pada pengecekan terakhir;
• perilaku pengisian, pengisian sebagian, dan penolakan;
• margin, jaminan dan syarat kredit;
• komisi dan biaya pelaksanaan lainnya;
• bagaimana kinerja berubah selama berita, rollover, dan celah pasar.

LP tidak menjamin spread yang ketat untuk setiap order. Sebuah kutipan bisa ketat di atas buku tetapi hanya memiliki ukuran yang kecil. Level berikutnya mungkin beberapa poin jauhnya.

Beberapa penyedia FX menggunakan last look, yang berarti mereka melakukan pemeriksaan harga atau validitas terakhir setelah menerima permintaan perdagangan. Hasilnya bisa berupa penerimaan atau penolakan. Kebijakan itu milik hubungan LP atau venue. Agregator dan jembatan harus mencatat respons dengan akurat, tetapi mereka tidak membuat aturan penerimaan penyedia.

Apa yang dilakukan agregator likuiditas

Sebuah agregator menerima aliran dari beberapa LP atau tempat dan menormalkannya menjadi satu tampilan yang dapat digunakan.

Untuk setiap simbol, mungkin:

• bandingkan tawaran dan permintaan terbaik;
• gabungkan kedalaman dari beberapa sumber;
• hapus kutipan yang kedaluwarsa, tidak valid, atau tidak tersedia;
• hormati batas kredit dan ukuran per-LP;
• membagi pesanan besar di berbagai level harga;
• pilih rute berdasarkan harga, kedalaman, latensi, dan riwayat pengisian;
• pindah ke sumber lain setelah ditolak, jika kebijakan mengizinkannya.

Agregator tidak memproduksi likuiditas. Jika tiga penyedia yang terhubung menarik semua kutipan mereka, buku gabungan tetap kosong. Jika setiap penyedia memperlebar, agregasi tidak dapat mempertahankan selisih kemarin.

Namun, itu dapat mengurangi ketergantungan pada satu sumber. Satu LP mungkin menawarkan harga terbaik untuk pesanan kecil EUR/USD, sementara yang lain memiliki lebih banyak kedalaman untuk pesanan yang lebih besar. Agregator mengungkapkan perbedaan itu dan dapat menggunakan keduanya.

Agregasi harga tidak sama dengan agregasi pesanan

Agregasi harga membangun harga komposit atau buku dari kutipan yang masuk.

Agregasi pesanan menggabungkan atau menjaring pesanan sebelum mereka dikirim lebih lanjut. Itu mungkin terjadi di tempat lain dalam tumpukan risiko dan eksekusi broker. Kedua fungsi tersebut dapat berbagi teknologi, tetapi mereka menjawab pertanyaan yang berbeda.

Pembedaan ini penting dalam model hibrida. Seorang broker dapat menunjukkan kepada klien harga yang dibangun dari beberapa aliran LP, menginternalisasi beberapa posisi, dan hanya mengirimkan eksposur bersih ke luar. Melihat harga yang teraggregasi tidak membuktikan bahwa setiap perdagangan klien mencapai LP eksternal.

Apa yang dilakukan jembatan likuiditas

Jembatan adalah lapisan integrasi dan kontrol antara platform trading dan rute eksekusi yang dipilih.

Tanggung jawabnya dapat mencakup:

• menerjemahkan pesan platform ke dalam format FIX atau API lainnya;
• mengubah lot menjadi unit atau kuantitas kontrak;
• memetakan simbol, desimal, dan ukuran kontrak;
• mengirim aliran harga ke grup platform yang tepat;
• menerapkan markup atau pengaturan eksekusi;
• mengirimkan pesanan ke LP, agregator, atau buku internal;
• menangani pengisian sebagian, penolakan, dan pemutusan;
• memetakan ID eksekusi eksternal kembali ke pesanan platform;
• mempertahankan stempel waktu dan log untuk rekonsiliasi.

Jembatan menjalankan konfigurasi broker. Itu tidak memutuskan model bisnisnya sendiri. Seseorang masih harus mendefinisikan aliran mana yang dieksternalisasikan, rute mana yang diizinkan, dan apa yang terjadi ketika koneksi utama gagal.

Ini juga mengapa jembatan tidak dapat memperbaiki likuiditas yang lemah. Ini mungkin mengalihkan pesanan setelah satu LP menolaknya, tetapi harga yang tersedia berikutnya bisa lebih buruk atau tidak tersedia. Failover meningkatkan ketahanan; itu tidak menjanjikan kondisi eksekusi yang sama.

Sebuah order EUR/USD melalui ketiga lapisan

Anggaplah kebijakan risiko broker mengirimkan pesanan beli €750,000 EUR/USD ke luar. Sisi tawaran yang tersedia adalah:

Sumber	Permintaan	Ukuran yang Tersedia
LP A	1.08420	€300,000
LP B	1.08422	€500,000
LP C	1.08425	€1,000,000

[Custom HTML block: Aggregated liquidity order sweep – paste 02-aggregated-order-sweep.html here.]

Jembatan menerima pesanan platform, mengonfirmasi simbol dan volume, dan mengirimkannya ke rute eksternal yang telah dikonfigurasi.

Aggreger melihat bahwa LP A memiliki tawaran terbaik tetapi tidak dapat memenuhi jumlah penuh. Ia mengirim €300,000 ke LP A dan sisa €450,000 ke LP B.

Harga rata-rata tertimbang volume adalah:

(€300.000 x 1.08420 + €450.000 x 1.08422) / €750.000 = 1.084212

Kedua pengisian kembali melalui agregator. Jembatan memetakan mereka ke urutan platform asli dan melaporkan hasil gabungan.

Contoh ini mengisolasi peran. Eksekusi nyata juga dapat mencakup latensi, pergerakan harga, komisi, markup, pandangan terakhir, pengisian parsial, dan ukuran minimum khusus LP.

Mengapa nama produk membuat ini membingungkan

Satu vendor mungkin menjual “jembatan” yang mencakup agregasi. Vendor lain mungkin menyebut seluruh produk sebagai agregator meskipun juga menyediakan konektor platform, aturan risiko, dan pelaporan. Sebuah LP mungkin mengagregasi beberapa sumber hulu sebelum menunjukkan satu aliran harga kepada broker.

Label komersial tidak mengubah pertanyaan logis:

1. Siapa yang menyediakan kutipan yang dapat dieksekusi dan membawa pengisian eksternal?
2. Siapa yang menggabungkan dan mengurutkan beberapa sumber?
3. Siapa yang menerjemahkan pesanan platform dan menerapkan rute broker?
4. Siapa yang memiliki catatan yang membuktikan apa yang terjadi?

Saya meminta vendor untuk menggambar tanggung jawab tersebut sebelum membahas klaim latensi. Sistem yang cepat dengan kepemilikan yang tidak jelas menjadi lambat pada saat pesanan diperdebatkan.

Setup apa yang dibutuhkan oleh seorang broker?

Satu LP dan rute eksternal sederhana

Sebuah jembatan yang terhubung langsung ke satu LP mungkin sudah cukup. Ini adalah arsitektur terkecil, tetapi LP tetap menjadi satu titik ketergantungan.

Beberapa LP bersaing untuk aliran

Broker membutuhkan logika agregasi untuk membandingkan harga dan kedalaman. Ia juga memerlukan jembatan atau konektor setara antara rute agregat tersebut dan platform perdagangan.

Model eksekusi hibrida

Pialang memerlukan konektivitas platform ditambah aturan risiko yang menentukan apakah akan menginternalisasi, melindungi, atau mengarahkan setiap eksposur. Agregator penting ketika rute eksternal memiliki beberapa sumber.

Tumpukan label putih yang dikelola

Lapisan jembatan dan agregasi mungkin disertakan dan sebagian besar tidak terlihat oleh broker. Hal ini mengurangi pekerjaan integrasi, tetapi operator tetap harus menerima laporan eksekusi, alasan penolakan, status rute, dan kepemilikan insiden.

Solusi broker turnkey dari Quadcode menggabungkan platform trading dengan likuiditas, transaksi, manajemen risiko, dan infrastruktur back-office. Ini juga mendukung likuiditas yang telah terhubung sebelumnya dan opsi untuk menghubungkan LP lainnya. Pertanyaan praktis bagi broker adalah bagian mana yang dikelola oleh penyedia dan kontrol mana yang tetap berada di tangan broker.

Siapa yang memiliki masalah eksekusi umum?

Gejala	Mulai penyelidikan di sini	Mengapa
Hanya satu LP berhenti mengutip	Koneksi LP dan agregator	Konfirmasi status sumber dan apakah kutipan yang kedaluwarsa telah dihapus
Semua harga klien menggunakan desimal yang salah	Pemetaan jembatan atau platform	Definisi simbol diterjemahkan dengan salah
Pesanan besar terisi pada beberapa harga	Agregator dan kedalaman LP	Pesanan mungkin telah menyapu lebih dari satu level atau sumber
Pesanan ditolak setelah mencapai kutipan	Respon LP, kemudian kebijakan rute	Periksa alasan penolakan dan apakah percobaan ulang diizinkan
Volume platform dan LP berbeda	Log jembatan dan kebijakan risiko broker	Hedge eksternal mungkin telah dijumlahkan, dibagi atau terisi sebagian
Platform menunjukkan pengisian tetapi keuangan tidak dapat mencocokkannya	Jembatan, agregator dan ID eksekusi LP	Rantai memerlukan satu set pengidentifikasi yang dapat dilacak

Menyebut setiap kasus sebagai “masalah LP” membuang waktu. Menyebut setiap kasus sebagai “masalah jembatan” melakukan hal yang sama. Ikuti ID pesanan dari platform ke luar hingga status berubah.

[Internal link: Broker Reports Don’t Match]

Metrik untuk dipantau per lapisan

Penyedia likuiditas

• sebaran dan kedalaman yang tersedia berdasarkan simbol dan sesi;
• tingkat pengisian, pengisian parsial, dan penolakan;
• penerimaan tampilan terakhir jika berlaku;
• selisih dan waktu respons berdasarkan ukuran pesanan;
• penggunaan jaminan dan eksposur pihak lawan.

Agregator

• kontribusi setiap LP terhadap harga terbaik dan volume yang dieksekusi;
• sebaran dan kedalaman komposit;
• penghapusan kutipan usang;
• jumlah sumber yang digunakan per pesanan;
• mengalihkan, menyapu, dan konsentrasi rute.

Jembatan

• platform untuk mengarahkan latensi;
• pemetaan dan validasi ditolak;
• pesan yang terputus atau duplikat;
• waktu aktif koneksi dan peristiwa failover;
• ID platform dan eksekusi eksternal yang tidak cocok.

Kualitas eksekusi end-to-end masih sangat penting. Seorang broker harus membandingkan harga yang diminta dan harga yang diisi, distribusi slippage, rasio pengisian, dan penolakan di berbagai ukuran pesanan dan kondisi pasar. Rata-rata yang sehat dapat menyembunyikan hasil yang buruk selama rollover atau volatilitas tinggi.

Perbedaan yang saya pertahankan

Penyedia memiliki kutipan dan pengisian. Agregator memutuskan bagaimana beberapa sumber dilihat dan digunakan. Jembatan membuat rute eksekusi itu bekerja dengan platform dan kebijakan broker.

Jaga agar tanggung jawab tersebut tetap terlihat meskipun satu kontrak menggabungkan ketiganya. Itulah cara seorang broker mengetahui lapisan mana yang harus diubah, tim mana yang harus dihubungi, dan log mana yang seharusnya menjelaskan perdagangan.