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

Kapag sinabi sa akin ng isang broker na mayroon itong “konektadong likwididad,” nagtatanong ako ng isang tanong: maaari bang iguhit ng koponan ang ruta ng isang order mula sa trading platform papunta sa kumpanya na nagsasagawa nito?

Kung ang diagram ay may isang kahon na may label na LP / bridge / aggregator, ang setup ay hindi pa nauunawaan. Ang mga layer na ito ay maaaring magkasama sa isang komersyal na pakete, ngunit may kanya-kanyang trabaho sila.

• Ang isang liquidity provider, o LP, ay nagbibigay ng mga maaring presyo at available na laki. Ito ay tumatanggap, tumatanggi, o nagsasagawa ng isang order ayon sa napagkasunduang mga termino ng pagsasagawa.
• Ang isang liquidity aggregator ay kumokolekta ng mga presyo at lalim mula sa iba’t ibang mapagkukunan. Nagtatayo 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. Ito ay nagsasalin ng mga mensahe, nagmamapa ng mga simbolo, nag-aaplay ng mga patakaran sa routing ng broker at nagbabalik ng mga resulta ng pagpapatupad.

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

Kung saan nakaupo ang bawat layer

Ang mga quote ay naglalakbay mula sa mga pinagmumulan ng likwididad patungo sa plataporma ng kalakalan. Mga Order ay naglalakbay sa kabilang direksyon. Ang mga ulat ng pagpapatupad 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 pagsamahin.

Pangalawa, ang isang hybrid broker ay maaaring mag-internalize ng ilang daloy ng kliyente. Ang tulay o konektadong risk engine ay maaaring magpadala lamang ng kinakailangang hedge sa aggregator o LP. Samakatuwid, ang isang order ng kliyente at isang panlabas na hedge ay hindi palaging pareho ang sukat 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 tumatayo sa likod ng isang tinukoy na halaga ng maipapatupad na laki. Sa FX at CFDs, ang nagbibigay ay maaaring isang bangko, hindi bangkong tagagawa ng merkado, 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 sakop 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 maaaring baguhin sa huling tingin;
• puno, bahagi ng punan at pagtanggi na pag-uugali;
• margin, collateral at mga tuntunin sa kredito;
• mga komisyon at iba pang gastos sa pagpapatupad;
• paano nagbabago ang pagganap sa panahon ng balita, rollover at mga puwang sa merkado.

Hindi ginagarantiyahan ng isang LP ang masikip na spread para sa bawat order. Ang isang quote ay maaaring masikip sa itaas ng book ngunit may dala lamang na maliit na halaga ng laki. 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 panghuling pagsusuri ng presyo o bisa pagkatapos tumanggap ng kahilingan sa kalakalan. Ang resulta ay maaaring isang pagtanggap o pagtanggi. Ang patakarang iyon ay pag-aari ng relasyon ng LP o venue. Dapat na tumpak na itala ng aggregator at tulay ang tugon, ngunit hindi nila nilikha ang mga patakaran sa pagtanggap ng tagapagbigay.

Ano ang ginagawa ng liquidity aggregator

Ang isang aggregator ay tumatanggap ng mga stream mula sa iba’t ibang LPs o lugar at inaayos ang mga ito sa isang nagagamit na pananaw.

Para sa bawat simbolo, maaari itong:

• ihambing ang pinakamahusay na bid at ask;
• pagsamahin ang lalim mula sa iba’t ibang mapagkukunan;
• alisin ang mga lipas, hindi wasto o hindi magagamit na mga quote;
• 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 pagpuno;
• lumipat sa ibang mapagkukunan pagkatapos ng pagtanggi, kung pinapayagan ito ng patakaran.

Ang aggregator ay hindi gumagawa ng likwididad. Kung ang tatlong konektadong provider ay lahat ay mag-withdraw ng kanilang mga alok, ang pinagsamang libro ay nananatiling walang laman. Kung ang bawat provider ay lumawak, ang aggregation ay hindi makakapagpanatili ng spread kahapon.

Maaari, gayunpaman, nitong bawasan ang pag-asa sa isang pinagkukunan. Ang isang LP ay maaaring mag-alok ng pinakamahusay na presyo para sa isang maliit na EUR/USD na order, habang ang isa naman ay may mas malalim na pagkakaroon para sa isang mas malaking order. Ipinapakita ng aggregator ang pagkakaibang iyon at maaaring gamitin ang pareho.

Ang pagsasama-sama ng presyo ay hindi katulad ng pagsasama-sama 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 ipadala. Maaaring mangyari ito sa ibang bahagi ng risk at execution stack ng broker. Ang dalawang function ay maaaring magbahagi ng teknolohiya, ngunit sumasagot sila sa magkaibang mga tanong.

Mahalaga ang pagkakaibang ito sa isang hybrid na modelo. Maaaring ipakita ng isang broker sa mga kliyente ang isang presyo na binuo mula sa ilang LP streams, internalisahin ang ilang posisyon, at ipadala lamang ang netong exposure sa labas. Ang pagtingin sa isang pinagsamang presyo ay hindi nagpapatunay na ang bawat kalakalan ng kliyente ay umabot sa isang panlabas na LP.

Ano ang ginagawa ng liquidity bridge

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

Maaaring kabilang sa mga responsibilidad nito ang:

• pagsasalin ng mga mensahe ng platform sa FIX o ibang format ng API;
• paggawa ng mga lote sa mga yunit o dami ng kontrata;
• mga simbolo ng mapa, desimal at sukat ng kontrata;
• nagpapadala ng mga presyo ng stream sa tamang grupo ng platform;
• paggamit ng mga markup o mga setting ng pagpapatupad;
• pag-routing ng mga order sa isang LP, aggregator o internal na libro;
• paghawak ng mga bahagi ng pagpuno, pagtanggi at pagkakahiwalay;
• pagmamapa ng mga panlabas na execution ID pabalik sa mga order ng platform;
• napananatili ang mga timestamp at mga log para sa pagkakasundo.

Isinasagawa ng tulay ang pagsasaayos ng broker. Hindi nito pinipili ang modelo ng negosyo sa sarili nito. May kinakailangan pang magtakda kung aling daloy ang ibinubukas, aling mga ruta ang pinahihintulutan at kung ano ang mangyayari kapag nabigo ang pangunahing koneksyon.

Ito rin ang dahilan kung bakit ang isang tulay ay hindi makapag-ayos ng mahinang likwididad. Maaari nitong i-redirect 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 ng katatagan; hindi ito nangangako ng parehong kondisyon ng pagpapatupad.

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	Humingi	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.]

Natanggap ng tulay ang order ng plataporma, kinukumpirma ang simbolo at dami, at ipinapadala ito sa naka-configure na panlabas na ruta.

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

Ang volume-weighted average price ay:

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

Ang dalawang fills ay bumabalik sa pamamagitan ng aggregator. Ang tulay ay nagmamapa sa kanila sa orihinal na pagkakasunod-sunod ng platform at iniulat ang pinagsamang resulta.

Ang halimbawa na ito ay nag-iisa ng mga tungkulin. Ang tunay na pagsasagawa ay maaari ring isama ang latency, paggalaw ng presyo, komisyon, markup, huling tingin, bahagyang pag-fill at mga tiyak na minimum na sukat para sa LP.

Bakit nagiging nakakalito ang mga pangalan ng produkto

Maaaring magbenta ang isang nagtitinda ng “isang tulay” na kasama ang aggregation. Ang isa naman ay maaaring tawaging aggregator ang buong produkto kahit na nagbibigay din ito ng mga konektor ng platform, mga patakaran sa panganib, at pag-uulat. Maaaring mag-aggregate ang isang LP ng ilang upstream sources bago ipakita sa broker ang isang presyo.

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 pinagsasama at nag-uuri ng maraming mapagkukunan?
3. Sino ang nagsasalin ng order ng plataporma at nag-aaplay ng ruta ng broker?
4. Sino ang may-ari ng troso na nagpapatunay kung ano ang nangyari?

Nagpapakilala ako sa mga nagbebenta na ilarawan ang mga responsibilidad na ito bago talakayin ang mga pag-angkin ng latency. Ang isang mabilis na sistema na may hindi malinaw na pagmamay-ari ay nagiging mabagal sa sandaling ang isang order ay pinagtatalunan.

Anong setup ang kailangan ng isang broker?

Isang LP at isang simpleng panlabas na ruta

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

Maraming LPs na nakikipagkumpitensya 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 pagpapatupad

Kailangan ng broker ang koneksyon sa platform kasama ang mga patakaran sa panganib na nagpapasya kung internalize, hedge o i-route ang bawat exposure. Mahalaga ang aggregator kapag ang panlabas na ruta ay mayroong maraming pinagmumulan.

Isang pinamahalaang puting label na stack

Maaaring isama ang mga tulay at mga layer ng aggregation at kadalasang hindi nakikita ng broker. Binabawasan nito ang gawain sa integrasyon, ngunit dapat pa ring makatanggap ang operator ng mga ulat sa pagsasagawa, 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 mga LPs. Ang praktikal na tanong para sa isang broker ay kung aling mga 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 imbestigasyon dito	Bakit
Isa lamang ang LP na tumigil sa pagkuwenta	Koneksyon ng LP at aggregator	Kumpirmahin ang status ng pinagmulan at kung ang mga luma at hindi na ginagamit na mga quote ay naalis
Lahat ng presyo ng kliyente ay gumagamit ng maling decimal	Mapping ng tulay o platform	Ang depinisyon ng simbolo ay isinasalin nang hindi tama
Isang malaking order ang napuno sa ilang presyo	Aggregator at lalim ng LP	Maaaring ang order ay nakakuha ng higit sa isang antas o pinagmulan
Isang order ang tinanggihan pagkatapos maabot ang isang quote	Response ng LP, pagkatapos ay patakaran sa ruta	Suriin ang dahilan ng pagtanggi at kung ang muling pagsubok ay pinahintulutan
Magkaiba ang mga volume ng platform at LP	Talaan ng tulay at patakaran sa panganib ng broker	Ang panlabas na hedge ay maaaring nailipat, nahati o bahagyang napuno
Ang platform ay nagpapakita ng isang punan ngunit ang pananalapi ay hindi ito maitaguyod	Tulay, aggregator at mga ID ng pagpapatupad ng LP	Kailangan ng chain ng isang traceable na set ng mga pagkakakilanlan

Ang pagtawag sa bawat kaso na isang “LP issue” ay nag-aaksaya ng oras. Ang pagtawag sa bawat kaso na isang “bridge issue” ay ganoon din. Sundan ang order ID mula sa platform palabas hanggang sa magbago ang estado.

[Internal link: Broker Reports Don’t Match]

Mga sukatan na dapat subaybayan ayon sa layer

Tagapagbigay ng likwididad

• ipinakalat at magagamit na lalim ayon sa simbolo at sesyon;
• puno, bahagyang puno at rate ng pagtanggi;
• huling-tingin pagtanggap kung saan naaangkop;
• pagkakaiba at oras ng pagtugon ayon sa laki ng order;
• paggamit ng kolateral at pagkakalantad sa katapat.

Aggregator

• kontribusyon ng bawat LP sa pinakamahusay na presyo at na-execute na dami;
• pinagsamang lapad at lalim;
• pagtanggal ng mga luma at hindi na ginagamit na mga sipi;
• bilang ng mga pinagkukunan na ginamit sa bawat order;
• nagsasaayos, nagwawalis at konsentrasyon ng ruta.

Tulay

• plataporma para sa pag-route ng latency;
• pagsusuri at pag-validate ng mga pagtanggi;
• nahulog o naulit na mga mensahe;
• oras ng koneksyon at mga kaganapan ng paglipat;
• hindi tugma na platform at panlabas na mga execution ID.

Ang kalidad ng pagsasakatuparan mula simula hanggang wakas ay nananatiling pinakamahalaga. Dapat ihambing ng isang broker ang mga hinihinging presyo at mga napuno na presyo, ang 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 mga hindi magandang kinalabasan sa panahon ng rollover o mataas na volatility.

Ang pagkakaiba na aking pinanatili

Ayaw ng tagapagbigay ang sipi at punan. Ang aggregator ang nagpasya kung paano titingnan at gagamitin ang ilang mga mapagkukunan. Ang tulay ay ginagawang gumana ang landas ng pagpapatupad sa platform at mga patakaran ng broker.

Panatilihing nakikita ang mga responsibilidad na iyon kahit na ang isang kontrata ay nagbabalot ng lahat ng tatlo. Ganito nalalaman ng isang broker kung aling layer ang dapat baguhin, aling koponan ang dapat tawagan at aling log ang dapat magpaliwanag sa kalakalan.