Liquidity Bridge vs Aggregator vs Liquidity Provider: Sino ang Gumagawa ng Ano?

Kapag sinabi sa akin ng isang broker na mayroon itong “koneksyon sa likwididad,” nagtatanong ako ng isang tanong: maaari bang iguhit ng koponan ang ruta ng isang order mula sa trading platform patungo sa kumpanya na nag-fill nito?

Kung ang diagram ay may isang kahon na may label na LP / bridge / aggregator, ang setup ay hindi pa nauunawaan. Ang mga patong na ito ay maaaring magmula sa isang komersyal na pakete, ngunit mayroon silang iba’t ibang mga gawain.

• Ang isang tagapagbigay ng likwididad, o LP, ay nagbibigay ng maipapatupad na presyo at magagamit na laki. Tinatanggap, tinatanggihan o pinupuno nito ang isang order ayon sa napagkasunduang mga tuntunin ng pagpapatupad.
• Ang liquidity aggregator ay nangangalap ng mga presyo at lalim mula sa iba’t ibang mga mapagkukunan. Gumagawa ito ng pinagsamang pananaw at nagpasya kung aling mapagkukunan o mga mapagkukunan ang makakapagpuno ng order.
• Ang liquidity bridge ay nag-uugnay sa platform ng broker sa panlabas o panloob na pagpapatupad. Isinasalin nito ang mga mensahe, nagma-map ng mga simbolo, inilalapat ang mga patakaran sa routing ng broker at ibinabalik ang mga resulta ng pagpapatupad.

Ang pinakamaikling kapaki-pakinabang na paliwanag ay ito: ang LP ang nagbibigay ng likwididad, ang aggregator ang nag-aayos ng pag-access sa maraming mapagkukunan, at ang tulay ay nag-uugnay sa stack ng pagpapatupad sa platform ng broker.

Tanong	Tagapagbigay ng likwididad	Aggregator	Tulay
Saan nagmumula ang mga presyo?	Ang LP ay nag-uulat ng sarili nitong o upstream na mga presyo	Pinagsasama ang mga presyo mula sa mga nakakonektang mapagkukunan	Ipinararating ang napiling daloy ng presyo sa platform
Sino ang nagbibigay ng lalim?	Ang LP	Walang sinuman; pinagsasama nito ang magagamit na lalim ng LP	Walang sinuman; dinadala at inilalapat nito ang naka-configure na data
Sino ang pumipili sa mga LP?	Hindi sa iba pang mga LP ng broker	Ang lohika ng aggregation at routing	Ang tulay ay nagpapadala ng order sa naka-configure na ruta
Sino ang kumokonekta sa trading platform?	Minsang direkta	Minsang bahagi ng isang bundled na produkto	Ito ang pangunahing papel ng tulay
Sino ang pumupuno sa panlabas na order?	Ang napiling LP o venue	Maaaring mag-coordinate ito ng ilang mga fill	Tinatanggap nito at inaayos ang mga ulat pabalik sa platform

Kung saan nakaupo ang bawat layer

“`html

Paano nag-uugnay ang mga layer

EUR/USD · ilustratibong panlabas na pagsasagawa

Daloy ng mga quote patungo sa platform

Trading platform

EUR/USDASK

1.08420Quoted price

Ipinapakita ang mga presyo
at resulta ng kalakalan

Tulay

Isinasalin ang mga mensahe
para sa platform

Aggregator

Ikinukumpara ang mga quote
at pinipili ang isang source

Mga provider ng likido

LP AAsk 1.08420

LP BAsk 1.08422

LP CAsk 1.08425

Nagbibigay ng mga presyo at fills

Tatlong source, isang daloy ng presyo. Ang aggregator ay ikinukumpara ang mga quote ng LP. Ang tulay ay nagdadala ng napiling daloy sa platform.

Ang mga quote ay dumadaloy mula sa mga provider ng likido sa pamamagitan ng aggregator at tulay patungo sa trading platform. Ang mga order ay naglalakbay sa kabaligtaran ng direksyon. Ang mga ulat ng pag-fill ay bumabalik mula sa napiling provider.

“`

Ang mga quote ay naglalakbay mula sa mga mapagkukunan ng likwididad patungo sa plataporma ng kalakalan. Mga Order ay naglalakbay sa kabilang direksyon. Ang mga ulat ng pagsasagawa ay bumabalik sa parehong kadena.

Ang malinis na diagram na iyon ay may dalawang karaniwang bersyon.

Una, ang isang broker na gumagamit ng isang LP ay maaaring ikonekta ang tulay nang direkta sa provider na iyon. Walang dapat pagsama-samahin.

Pangalawa, ang isang hybrid broker ay maaaring mag-internalize ng ilang daloy ng kliyente. Ang tulay o nakakonektang risk engine ay maaaring magpadala lamang ng kinakailangang hedge sa aggregator o LP. Ang isang order ng kliyente at isang panlabas na hedge ay samakatuwid ay hindi palaging magkapareho ng laki o kahit na isang one-to-one na pares.

Ano ang ginagawa ng isang liquidity provider

Ang isang LP ay nagbibigay ng mga presyo at sinusuportahan ang isang tiyak na halaga ng maipapatupad na sukat. Sa FX at CFDs, ang tagapagbigay ay maaaring isang bangko, non-bank market maker, prime-of-prime, broker, venue o ibang counterparty na may access sa upstream liquidity.

Ang label lamang ay hindi nagsasabi sa akin ng marami. Gusto kong malaman:

• kung aling mga instrumento at sesyon ang saklaw nito;
• mga presyo ng bid at ask sa bawat antas ng lalim;
• minimum at maximum na sukat ng order;
• kung ang mga presyo ay matatag o napapailalim sa huling pagtingin;
• paghuhugas, bahagi ng paghuhugas at pagtanggi sa asal;
• margin, collateral at mga tuntunin ng kredito;
• komisyon at iba pang gastos sa pagpapatupad;
• kung paano nagbabago ang pagganap sa panahon ng balita, rollover at mga agwat sa merkado.

Ang isang LP ay hindi nagbibigay ng garantiya ng masikip na spread para sa bawat order. Ang isang quote ay maaaring masikip sa itaas ng book ngunit nagdadala lamang ng maliit na halaga ng sukat. Ang susunod na antas ay maaaring ilang puntos ang layo.

Ang ilang mga tagapagbigay ng FX ay gumagamit ng huling tingin, na nangangahulugang nagsasagawa sila ng huling pagsusuri ng presyo o bisa pagkatapos tumanggap ng kahilingan sa kalakalan. Ang resulta ay maaaring isang pagtanggap o isang pagtanggi. Ang patakarang iyon ay pag-aari ng relasyon ng LP o venue. Ang aggregator at tulay ay dapat na tumpak na itala ang tugon, ngunit hindi nila nilikha ang mga tuntunin ng pagtanggap ng tagapagbigay.

Ano ang ginagawa ng liquidity aggregator

Isang aggregator ang tumatanggap ng mga stream mula sa iba’t ibang LPs o lugar at pinapantay ang mga ito sa isang magagamit na pananaw.

Para sa bawat simbolo, maaari itong:

• ihambing ang pinakamahusay na bid at ask;
• pagsamahin ang lalim mula sa ilang mga mapagkukunan;
• alisin ang mga lipas, hindi wasto o hindi magagamit na mga sipi;
• igalang ang mga limitasyon sa kredito at sukat ng per-LP;
• hatiin ang malaking order sa iba’t ibang antas ng presyo;
• Pumili ng ruta batay sa presyo, lalim, pagkaantala at kasaysayan ng pag-fill;
• lumipat sa ibang mapagkukunan pagkatapos ng pagtanggi, kung pinapayagan ito ng patakaran.

Ang aggregator ay hindi gumagawa ng likwididad. Kung tatlong konektadong provider ang sabay-sabay na bawiin ang kanilang mga alok, ang pinagsamang libro ay nananatiling walang laman. Kung ang bawat provider ay palawakin, ang aggregation ay hindi makakapagpanatili ng spread kahapon.

Gayunpaman, maaari nitong bawasan ang pag-asa sa isang mapagkukunan. Maaaring mag-alok ang isang LP ng pinakamagandang presyo para sa isang maliit na EUR/USD na order, habang ang isa naman ay may mas malalim na alok para sa isang mas malaking order. Ipinapakita ng aggregator ang pagkakaibang iyon at maaaring gamitin ang pareho.

Ang pag-aggregate ng presyo ay hindi katulad ng pag-aggregate ng order

Ang pagsasama-sama ng presyo ay bumubuo ng isang pinagsamang presyo o aklat mula sa mga papasok na alok.

Ang pagsasama-sama ng mga order ay pinagsasama o tinutukoy ang mga order bago ito ipasa. Maaaring mangyari ito sa ibang bahagi ng risk at execution stack ng broker. Ang dalawang function ay maaaring magbahagi ng teknolohiya, ngunit tumutugon sila sa magkakaibang mga tanong.

Mahalaga ang pagkakaibang ito sa isang hybrid na modelo. Maaaring ipakita ng isang broker sa mga kliyente ang isang presyo na nabuo mula sa ilang LP na daloy, internalize ang ilang posisyon, at ipadala lamang ang net exposure sa labas. Ang pagtingin sa isang pinagsama-samang presyo ay hindi nagpapatunay na bawat trade ng kliyente ay umabot sa isang panlabas na LP.

Ano ang ginagawa ng isang liquidity bridge

Ang tulay ay ang integrasyon at kontrol na layer sa pagitan ng trading platform at ng napiling ruta ng pagpapatupad.

Maaaring kabilang sa mga responsibilidad nito:

• pagsasalin ng mga mensahe ng platform sa FIX o ibang format ng API;
• pagko-convert ng mga lote sa mga yunit o dami ng kontrata;
• mga simbolo ng mapa, desimal at laki ng kontrata;
• nagpapadala ng mga presyo ng stream sa tamang grupo ng platform;
• pagsasagawa ng mga markup o mga setting ng pagpapatupad;
• nag-aatas ng mga order sa isang LP, aggregator o panloob na libro;
• paghawak ng mga bahagyang punan, pagtanggi at pagkakahiwalay;
• pagmamapa ng mga panlabas na ID ng pagsasagawa pabalik sa mga order ng platform;
• pagsasaayos ng mga timestamp at mga log para sa pagkakasundo.

Isinasagawa ng tulay ang configuration ng broker. Hindi nito pinipili ang modelo ng negosyo sa sarili nito. May isang tao pa ring kailangang magtakda kung aling daloy ang inilalabas, aling ruta ang pinapayagan at kung ano ang mangyayari kapag nabigo ang pangunahing koneksyon.

Ito rin ang dahilan kung bakit ang isang tulay ay hindi makakapag-ayos ng mahina na likwididad. Maaaring ilipat nito ang isang order pagkatapos itong tanggihan ng isang LP, ngunit ang susunod na magagamit na presyo ay maaaring mas masama o hindi magagamit. Ang failover ay nagpapabuti sa kakayahang umangkop; hindi nito pinapangako ang parehong mga kondisyon ng pagsasagawa.

Isang EUR/USD na order sa lahat ng tatlong layer

Ipagpalagay na ang patakaran sa panganib ng broker ay nagpapadala ng isang €750,000 EUR/USD na buy order sa labas. Ang magagamit na ask side ay:

Pinagmulan	Hiling	Magagamit na sukat
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.]

Ang tulay ay tumatanggap ng order ng platform, kinukumpirma ang simbolo at dami, at ipinapadala ito sa nakatakdang panlabas na ruta.

Napansin ng aggregator na si LP A ang may pinakamagandang alok ngunit hindi maabot ang buong halaga. Ipinapadala nito ang €300,000 kay LP A at ang natitirang €450,000 kay LP B.

Ang volume-weighted average price ay:

(€300,000 x 1.08420 + €450,000 x 1.08422) / €750,000 = 1.084212

Ang dalawang fill ay bumabalik sa pamamagitan ng aggregator. Ang tulay ay nagma-map sa kanila sa orihinal na pagkakasunud-sunod ng platform at iniulat ang pinagsamang resulta.

Ang halimbawang ito ay nag-iisa ng mga tungkulin. Ang tunay na pagpapatupad ay maaari ring isama ang latency, paggalaw ng presyo, komisyon, mga markup, huling tingin, bahagyang pagpuno at mga minimum na sukat na tiyak sa LP.

Bakit nagiging nakakalito ang mga pangalan ng produkto

Maaaring magbenta ang isang nagbebenta ng “isang tulay” na kasama ang aggregation. Ang isa pa ay maaaring tawagin ang buong produkto bilang isang aggregator kahit na nagbibigay din ito ng platform connectors, risk rules at reporting. Ang isang LP ay maaaring mag-aggregate ng ilang upstream sources bago ipakita sa broker ang isang price stream.

Ang komersyal na label ay hindi nagbabago sa mga lohikal na tanong:

1. Sino ang nagbibigay ng executable quote at nagdadala ng external fill?
2. Sino ang nag-uugnay at nag-uuri ng iba’t ibang mapagkukunan?
3. Sino ang nagsasalin ng order ng plataporma at nag-aaplay ng ruta ng broker?
4. Sino ang may-ari ng log na nagpapatunay kung ano ang nangyari?

Nagpapakilala ako sa mga nagbebenta na ilarawan ang mga responsibilidad na iyon bago talakayin ang mga claim sa latency. Ang isang mabilis na sistema na may hindi malinaw na pagmamay-ari ay nagiging mabagal sa sandaling may pagtatalo sa isang order.

Anong setup ang kailangan ng isang broker?

Isang LP at isang simpleng panlabas na ruta

Isang tulay na direktang nakakonekta sa isang LP ay maaaring sapat na. Ito ang pinakamaliit na arkitektura, ngunit ang LP ay nananatiling isang solong punto ng pagdepende.

Maraming LP na nakikipagkumpetensya para sa daloy

Kailangan ng broker ng aggregation logic upang ihambing ang mga presyo at lalim. Kailangan din nito ng tulay o katumbas na konektor sa pagitan ng pinagsama-samang ruta at ng trading platform.

Isang hybrid na modelo ng pagsasagawa

Ang broker ay nangangailangan ng koneksyon sa platform kasama ang mga patakaran sa panganib na nagtatakda kung kailan dapat gawing internal, i-hedge o i-route ang bawat exposure. Mahalaga ang aggregator kapag ang panlabas na ruta ay may maraming pinagmulan.

Isang pinamamahalaang white-label na stack

Ang mga layer ng tulay at aggregation ay maaaring isama at kadalasang hindi nakikita ng broker. Pinapababa nito ang gawain sa integrasyon, ngunit ang operator ay dapat pa ring makatanggap ng mga ulat sa pagpapatupad, mga dahilan ng pagtanggi, katayuan ng ruta at pagmamay-ari ng insidente.

Ang turnkey brokerage solution ng Quadcode ay pinagsasama ang trading platform sa liquidity, dealing, risk management, at back-office infrastructure. Sinusuportahan din nito ang pre-connected liquidity at ang opsyon na kumonekta sa iba pang LPs. Ang praktikal na tanong para sa isang broker ay kung aling bahagi ang pinamamahalaan ng provider at aling mga kontrol ang nananatili sa mga kamay ng broker.

Sino ang may-ari ng mga karaniwang problema sa pagpapatupad?

Sintomas	Simulan ang pagsisiyasat dito	Bakit
Isa lamang ang LP na huminto sa pag-quote	LP koneksyon at aggregator	Kumpirmahin ang katayuan ng pinagmulan at kung ang mga luma o hindi na ginagamit na quote ay tinanggal
Lahat ng presyo ng kliyente ay gumagamit ng maling decimal	Bridge o pagmamapa ng platform	Ang depinisyon ng simbolo ay isinasalin nang mali
Isang malaking order ay napuno sa ilang presyo	Aggregator at LP lalim	Ang order ay maaaring nakaswept ng higit sa isang antas o pinagmulan
Isang order ay tinanggihan pagkatapos tumama sa isang quote	LP tugon, pagkatapos ay patakaran ng ruta	Suriin ang dahilan ng pagtanggi at kung ang pag-uulit ay pinahintulutan
Ang platform at mga volume ng LP ay magkakaiba	Bridge logs at patakaran sa panganib ng broker	Ang panlabas na hedge ay maaaring na-net, nahati o bahagyang napuno
Ang platform ay nagpapakita ng isang fill ngunit ang finance ay hindi ma-match ito	Bridge, aggregator at LP execution IDs	Ang chain ay nangangailangan ng isang traceable set ng mga identifier

Ang pagtawag sa bawat kaso bilang “isyu ng LP” ay nag-aaksaya ng oras. Ang pagtawag sa bawat kaso bilang “isyu ng tulay” ay ganun din. Sundan ang order ID mula sa platform papalabas hanggang sa magbago ang estado.

[Internal link: Broker Reports Don’t Match]

Mga Sukatang dapat bantayan ayon sa layer

Tagapagbigay ng likwididad

• ipinamahagi at magagamit na lalim ayon sa simbolo at sesyon;
• puno, bahagyang puno at pagtanggi na mga rate;
• huling-tanaw pagtanggap kung naaangkop;
• pagkawala at oras ng pagtugon batay sa laki ng order;
• paggamit ng kolateral at panganib ng katapat.

Aggregator

• kontribusyon ng bawat LP sa pinakamahusay na presyo at naisasagawang dami;
• komposisyon ng lapad at lalim;
• pag-aalis ng lipas na mga sipi;
• bilang ng mga pinagkukunan na ginamit sa bawat order;
• nag-uugnay, nagkukulekta at konsentrasyon ng ruta.

Tulay

• plataporma para sa latency ng ruta;
• pagsusuri at pagtanggap ng mga pagtanggi;
• naibagsak o naduplikadong mga mensahe;
• mga kaganapan ng uptime ng koneksyon at failover;
• hindi tugmang platform at panlabas na mga ID ng pagpapatupad.

Ang kalidad ng end-to-end na pagsasakatuparan ay nananatiling pinakamahalaga. Dapat ikumpara ng isang broker ang mga hinihinging presyo at mga napunan na presyo, mga pamamahagi ng slippage, mga ratio ng pagpuno, at mga pagtanggi sa iba’t ibang laki ng order at kondisyon ng merkado. Ang isang malusog na average ay maaaring magtago ng mahihirap na resulta sa panahon ng rollover o mataas na volatility.

Ang pagkakaiba na aking pinapanatili

Ang tagapagbigay ay may-ari ng quote at fill. Ang aggregator ang nagpasya kung paano tinitingnan at ginagamit ang ilang mga mapagkukunan. Ang tulay ay nagpapagana ng ruta ng pagpapatupad sa platform at mga patakaran ng broker.

Panatilihing nakikita ang mga responsibilidad na iyon kahit na ang isang kontrata ay nagsasama ng lahat ng tatlo. Ganyan nalalaman ng isang broker kung aling antas ang dapat baguhin, kung aling koponan ang tatawagan at kung aling tala ang dapat magpaliwanag sa kalakalan.