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

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

Jika diagram memiliki satu kotak yang diberi label LP / bridge / aggregator, 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 sebuah pesanan berdasarkan syarat eksekusi yang disepakati.
• Seorang agregator likuiditas mengumpulkan harga dan kedalaman dari beberapa sumber. Ia membangun tampilan gabungan dan memutuskan sumber mana yang dapat memenuhi pesanan.
• Sebuah jembatan likuiditas menghubungkan platform broker dengan eksekusi eksternal atau internal. Ini menerjemahkan pesan, memetakan simbol, menerapkan aturan routing 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	Aggregator	Jembatan
Dari mana harga berasal?	LP mengutip harga sendiri atau harga upstream	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 dari broker	Logika agregasi dan pengalihan	Jembatan mengirimkan pesanan ke rute yang dikonfigurasi
Siapa yang terhubung ke platform perdagangan?	Terkadang langsung	Terkadang sebagai bagian dari produk paket	Ini adalah peran inti jembatan
Siapa yang mengisi pesanan eksternal?	LP atau tempat yang dipilih	Ia mungkin mengkoordinasikan beberapa pengisian	Ia menerima dan memetakan laporan kembali ke platform

Di mana setiap lapisan berada

How the layers connect

EUR/USD · illustrative external execution

Quotes flow to the platform

Trading platform

EUR/USDASK

1.08420Quoted price

Shows prices
and trade results

Bridge

Translates messages
for the platform

Aggregator

Compares quotes
and selects a source

Liquidity providers

LP AAsk 1.08420

LP BAsk 1.08422

LP CAsk 1.08425

Supply prices and fills

Three sources, one price stream. The aggregator compares LP quotes. The bridge carries the selected stream to the platform.

Quotes flow from liquidity providers through the aggregator and bridge to the trading platform. Orders travel in the opposite direction. Fill reports return from the selected provider.

Quote bergerak dari sumber likuiditas menuju platform trading. 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 itu. Tidak ada yang perlu digabungkan.

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

Apa yang dilakukan penyedia likuiditas

Seorang LP menyediakan harga dan menjamin jumlah ukuran eksekusi yang telah ditentukan. Dalam FX dan CFD, penyedia bisa berupa bank, pembuat pasar non-bank, prime-of-prime, broker, tempat perdagangan, atau mitra 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 di setiap level kedalaman;
• ukuran pesanan minimum dan maksimum;
• apakah harga tetap atau tergantung pada pemeriksaan terakhir;
• pengisian, pengisian parsial, dan perilaku penolakan;
• margin, jaminan, dan syarat kredit;
• komisi dan biaya eksekusi lainnya;
• bagaimana kinerja berubah selama berita, rollover, dan celah pasar.

Seorang LP tidak menjamin spread yang ketat untuk setiap order. Sebuah kutipan bisa ketat di bagian atas buku tetapi hanya membawa ukuran yang kecil. Tingkat 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

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

Untuk setiap simbol, itu mungkin:

• bandingkan tawaran dan permintaan terbaik;
• menggabungkan kedalaman dari beberapa sumber;
• hapus kutipan yang usang, tidak valid, atau tidak tersedia;
• hormati batas kredit dan ukuran per-LP;
• membagi pesanan besar di berbagai tingkat 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 masih kosong. Jika setiap penyedia memperlebar, agregasi tidak dapat mempertahankan selisih kemarin.

Namun, hal 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 memperlihatkan 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.

Perbedaan 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 teragregasi tidak membuktikan bahwa setiap perdagangan klien mencapai LP eksternal.

Apa yang dilakukan oleh jembatan likuiditas

Jembatan adalah lapisan integrasi dan kontrol antara platform perdagangan dan jalur eksekusi yang dipilih.

Tanggung jawabnya dapat mencakup:

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

Jembatan menjalankan konfigurasi broker. Ia tidak memutuskan model bisnisnya sendiri. Seseorang tetap harus mendefinisikan alur mana yang dieksternalisasi, rute mana yang diizinkan, dan apa yang terjadi ketika koneksi utama gagal.

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

Sebuah pesanan 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.

Agregator melihat bahwa LP A memiliki tawaran terbaik tetapi tidak dapat memenuhi jumlah penuh. Ia mengirimkan €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 yang sebenarnya juga dapat mencakup latensi, pergerakan harga, komisi, markup, tampilan terakhir, pengisian sebagian, dan ukuran minimum spesifik 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. Seorang LP dapat mengagregasi beberapa sumber hulu sebelum menunjukkan satu aliran harga kepada broker.

Label komersial tidak mengubah pertanyaan logis:

1. Siapa yang menyediakan kutipan eksekusi dan melakukan pengisian eksternal?
2. Siapa yang menggabungkan dan memberi peringkat pada beberapa sumber?
3. Siapa yang menerjemahkan pesanan platform dan menerapkan rute broker?
4. Siapa yang memiliki log yang membuktikan apa yang terjadi?

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

Pengaturan 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 memerlukan logika agregasi untuk membandingkan harga dan kedalaman. Ia juga memerlukan jembatan atau konektor setara antara rute agregat tersebut dan platform perdagangan.

Model eksekusi hibrida

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

Sebuah tumpukan label putih yang dikelola

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

Solusi brokerage turnkey dari Quadcode menggabungkan platform perdagangan 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 seorang broker adalah bagian mana yang dikelola oleh penyedia dan kontrol mana yang tetap di tangan broker.

Siapa yang memiliki masalah eksekusi umum?

Gejala	Mulai penyelidikan di sini	Mengapa
Hanya satu LP yang berhenti mengutip	Koneksi LP dan agregator	Konfirmasi status sumber dan apakah kutipan yang usang telah dihapus
Semua harga klien menggunakan desimal yang salah	Pemetaan jembatan atau platform	Definisi simbol sedang diterjemahkan secara tidak benar
Pesanan besar terisi pada beberapa harga	Agregator dan kedalaman LP	Pesanan mungkin telah menyapu lebih dari satu level atau sumber
Pesanan ditolak setelah mengenai 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 dinetralkan, dibagi, atau terisi sebagian
Platform menunjukkan pengisian tetapi keuangan tidak dapat mencocokkannya	Jembatan, agregator dan ID eksekusi LP	Rantai membutuhkan 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 keluar hingga status berubah.

[Internal link: Broker Reports Don’t Match]

Metrik yang perlu dipantau per lapisan

Penyedia likuiditas

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

Agregator

• kontribusi masing-masing 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 terjatuh atau duplikat;
• waktu koneksi dan peristiwa failover;
• ID platform dan eksekusi eksternal yang tidak cocok.

Kualitas eksekusi dari awal hingga akhir masih sangat penting. Seorang broker harus membandingkan harga yang diminta dan harga yang terisi, 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 ketiga hal tersebut. Itulah cara seorang broker mengetahui lapisan mana yang harus diubah, tim mana yang harus dihubungi, dan log mana yang harus menjelaskan perdagangan.