유동성 브리지 vs 집계기 vs 유동성 제공자: 누가 무엇을 하나?

브로커가 “유동성이 연결되어 있다”고 말할 때, 나는 한 가지 질문을 한다: 팀이 거래 플랫폼에서 주문이 실행되는 회사까지의 경로를 그릴 수 있는가?

다이어그램에 LP / bridge / aggregator라는 레이블이 있는 상자가 하나 있는 경우, 설정이 아직 이해되지 않았습니다. 이러한 계층은 하나의 상업 패키지로 제공될 수 있지만, 서로 다른 작업을 수행합니다.

• A 유동성 공급자, 또는 LP는 실행 가능한 가격과 가능한 크기를 제공합니다. 합의된 실행 조건에 따라 주문을 수락, 거부 또는 이행합니다.
• A 유동성 집계기는 여러 출처에서 가격과 깊이를 수집합니다. 결합된 뷰를 구축하고 어떤 출처가 주문을 채울 수 있는지 결정합니다.
• A 유동성 브리지는 브로커의 플랫폼을 외부 또는 내부 실행과 연결합니다. 메시지를 번역하고, 기호를 매핑하며, 브로커의 라우팅 규칙을 적용하고 실행 결과를 반환합니다.

가장 간단한 유용한 설명은 다음과 같습니다: LP는 유동성을 제공하고, 집계기는 여러 출처에 대한 접근을 조직하며, 브리지는 그 실행 스택을 중개인의 플랫폼에 연결합니다.

질문	유동성 제공자	집계기	브리지
가격은 어디서 오는가?	LP는 자체 또는 상위 가격을 인용함	연결된 출처에서 받은 가격을 결합함	선택된 가격 흐름을 플랫폼에 전달함
누가 깊이를 공급하는가?	LP	아무도; 사용 가능한 LP 깊이를 결합함	아무도; 구성된 데이터를 유지하고 적용함
누가 LP 중에서 선택하는가?	브로커의 다른 LP들 사이에서는 아님	집계 및 라우팅 논리	브리지는 주문을 구성된 경로로 보냄
누가 거래 플랫폼에 연결하는가?	가끔 직접 연결됨	가끔 번들 제품의 일부로 연결됨	이것이 브리지의 핵심 역할임
누가 외부 주문을 채우는가?	선택된 LP 또는 장소	여러 개의 채움을 조정할 수 있음	보고서를 받고 이를 플랫폼에 다시 매핑함

각 레이어가 위치하는 곳

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.

견적은 유동성 소스에서 거래 플랫폼으로 이동합니다. 주문은 반대 방향으로 이동합니다. 실행 보고서는 그러고 나서 동일한 경로를 통해 반환됩니다.

그 깔끔한 도표에는 두 가지 일반적인 변형이 있습니다.

먼저, 한 LP를 사용하는 브로커는 해당 공급자에게 브리지를 직접 연결할 수 있습니다. 집계할 것이 없습니다.

둘째, 하이브리드 브로커는 일부 고객 흐름을 내부화할 수 있습니다. 브리지 또는 연결된 리스크 엔진은 집합체 또는 LP에 필요한 헤지 만을 보낼 수 있습니다. 따라서 고객 주문과 외부 헤지는 항상 같은 크기이거나 일대일 쌍이 아닐 수 있습니다.

유동성 공급자가 하는 일

LP는 가격을 제공하고 정의된 실행 가능한 크기 뒤에 서 있습니다. FX 및 CFD에서 공급자는 은행, 비은행 시장 조성자, 프라임 오브 프라임, 브로커, 거래소 또는 상류 유동성에 접근할 수 있는 다른 거래 상대방일 수 있습니다.

라벨만으로는 나에게 거의 아무것도 말해주지 않습니다. 나는 알고 싶습니다:

• 어떤 도구와 세션을 포함하는지;
• 각 깊이 수준에서의 매도 및 매수 가격;
• 최소 및 최대 주문 크기;
• 가격이 확정되어 있는지 아니면 마지막 검토에 따라 달라지는지;
• 채우기, 부분 채우기 및 거부 동작;
• 마진, 담보 및 신용 조건;
• 수수료 및 기타 실행 비용;
• 뉴스, 롤오버 및 시장 갭 동안 성능이 어떻게 변화하는지.

LP는 모든 주문에 대해 좁은 스프레드를 보장하지 않습니다. 주문서의 최상단에서 견적이 좁을 수 있지만, 크기는 매우 적을 수 있습니다. 다음 수준은 몇 포인트 떨어져 있을 수 있습니다.

일부 FX 제공업체는 마지막 확인을 사용합니다. 이는 거래 요청을 받은 후 최종 가격 또는 유효성 검사를 수행한다는 의미입니다. 결과는 수락 또는 거부가 될 수 있습니다. 해당 정책은 LP 또는 거래소 관계에 속합니다. 집계기와 브리지는 응답을 정확하게 기록해야 하지만, 제공업체의 수락 규칙을 생성하지는 않습니다.

유동성 집계기가 하는 일

집계기는 여러 LP 또는 장소로부터 스트림을 받아 이를 하나의 사용 가능한 보기로 정규화합니다.

각 기호에 대해 다음과 같은 일이 있을 수 있습니다:

• 최고의 매도 및 매수 비교;
• 여러 출처에서 깊이를 결합하십시오;
• 오래된, 유효하지 않거나 사용할 수 없는 인용을 제거합니다;
• per-LP 크레딧 및 크기 제한을 존중합니다;
• 가격 수준에 따라 대량 주문을 분할합니다;
• 가격, 깊이, 지연 시간 및 체결 이력을 기반으로 경로를 선택하십시오;
• 정책이 허용하는 경우 거절 후 다른 소스로 이동합니다.

집합체는 유동성을 생성하지 않습니다. 세 개의 연결된 공급자가 모두 자신의 견적을 철회하면, 결합된 장부는 여전히 비어 있습니다. 모든 공급자가 스프레드를 확대하면, 집합은 어제의 스프레드를 유지할 수 없습니다.

그러나 이는 하나의 소스에 대한 의존도를 줄일 수 있습니다. 한 LP는 소규모 EUR/USD 주문에 대해 최상의 가격을 제공할 수 있는 반면, 다른 LP는 대량 주문에 대해 더 깊은 유동성을 가지고 있습니다. 집계기는 이러한 차이를 드러내고 두 가지를 모두 사용할 수 있습니다.

가격 집계는 주문 집계와 다릅니다

가격 집계는 들어오는 견적에서 복합 가격 또는 책을 구축합니다.

주문 집계는 주문이 발송되기 전에 결합하거나 정리합니다. 이는 중개인의 위험 및 실행 스택의 다른 곳에서 발생할 수 있습니다. 두 기능은 기술을 공유할 수 있지만, 서로 다른 질문에 답합니다.

이 구분은 하이브리드 모델에서 중요합니다. 중개인은 고객에게 여러 LP 스트림에서 구축된 가격을 보여줄 수 있으며, 일부 포지션을 내부화하고 순 노출만 외부로 보낼 수 있습니다. 집계된 가격을 보는 것은 모든 고객 거래가 외부 LP에 도달했음을 증명하지 않습니다.

유동성 브릿지가 하는 일

브리지는 거래 플랫폼과 선택된 실행 경로 사이의 통합 및 제어 계층입니다.

그의 책임에는 다음이 포함될 수 있습니다:

• 플랫폼 메시지를 FIX 또는 다른 API 형식으로 변환;
• 부지를 단위 또는 계약 수량으로 변환하기;
• 기호 매핑, 소수점 및 계약 크기;
• 올바른 플랫폼 그룹에 가격 스트림을 전송합니다;
• 마크업 또는 실행 설정 적용;
• LP, 집계기 또는 내부 장부로 주문 라우팅;
• 부분 체결, 거부 및 연결 끊김 처리;
• 외부 실행 ID를 플랫폼 주문에 다시 매핑하기;
• 조정을 위한 타임스탬프와 로그 보존.

브리지는 중개인의 구성을 실행합니다. 스스로 비즈니스 모델을 결정하지 않습니다. 여전히 누군가 외부화할 흐름, 허용된 경로 및 기본 연결이 실패했을 때 발생하는 일을 정의해야 합니다.

이것이 바로 브릿지가 약한 유동성을 수리할 수 없는 이유이기도 합니다. 한 LP가 주문을 거부한 후 주문을 다른 경로로 전환할 수는 있지만, 다음으로 가능한 가격이 더 나쁘거나 없을 수 있습니다. 장애 조치는 회복력을 향상시키지만, 동일한 실행 조건을 보장하지는 않습니다.

모든 세 가지 계층을 통한 EUR/USD 주문

브로커의 위험 정책이 €750,000 EUR/USD 매수 주문을 외부로 보낸다고 가정해 보겠습니다. 사용 가능한 매도 측은:

출처	요청	사용 가능한 크기
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.]

브리지는 플랫폼 주문을 수신하고, 심볼과 볼륨을 확인한 후, 구성된 외부 경로로 전송합니다.

집계기는 LP A가 가장 좋은 매도 가격을 가지고 있지만 전체 금액을 채울 수 없음을 확인합니다. €300,000을 LP A에게 보내고 나머지 €450,000을 LP B에게 보냅니다.

거래량 가중 평균 가격은:

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

두 개의 필드는 집계기를 통해 반환됩니다. 브리지는 이를 원래 플랫폼 주문에 매핑하고 결합된 결과를 보고합니다.

이 예시는 역할을 분리합니다. 실제 실행에는 대기 시간, 가격 변동, 수수료, 마크업, 마지막 확인, 부분 체결 및 LP 특정 최소 크기도 포함될 수 있습니다.

왜 제품 이름이 이 문제를 혼란스럽게 만드는가

한 공급업체는 집계를 포함하는 “다리”를 판매할 수 있습니다. 다른 공급업체는 전체 제품을 집계기라고 부를 수 있지만, 플랫폼 커넥터, 위험 규칙 및 보고서도 제공합니다. LP는 브로커에게 하나의 가격 흐름을 보여주기 전에 여러 상류 소스를 집계할 수 있습니다.

상업적 라벨은 논리적 질문을 변화시키지 않습니다:

1. 누가 실행 가능한 견적을 제공하고 외부 체결을 수행합니까?
2. 누가 여러 출처를 결합하고 순위를 매깁니까?
3. 플랫폼 주문을 번역하고 중개인의 경로를 적용하는 사람은 누구인가요?
4. 무엇이 일어났는지를 증명하는 로그는 누구의 소유인가요?

업체들에게 대기 시간 주장에 대해 논의하기 전에 그 책임을 명확히 할 것을 요청합니다. 소유권이 불분명한 빠른 시스템은 주문이 이의 제기되는 순간 느려집니다.

브로커는 어떤 설정이 필요합니까?

하나의 LP와 간단한 외부 경로

하나의 LP에 직접 연결된 다리면 충분할 수 있습니다. 이것은 가장 작은 아키텍처이지만, LP는 여전히 단일 의존성 지점으로 남아 있습니다.

여러 LP들이 유동성을 놓고 경쟁하고 있습니다

브로커는 가격과 깊이를 비교하기 위한 집계 로직이 필요합니다. 또한 집계된 경로와 트레이딩 플랫폼 간의 브리지 또는 동등한 커넥터가 필요합니다.

하이브리드 실행 모델

브로커는 내부화, 헤지 또는 각 노출을 라우팅할지 결정하는 리스크 규칙과 플랫폼 연결성이 필요합니다. 외부 라우트에 여러 출처가 있을 때 집계기가 중요합니다.

관리되는 화이트 라벨 스택

브리지와 집계 레이어는 포함될 수 있으며 브로커에게는 거의 보이지 않습니다. 이는 통합 작업을 줄이지만, 운영자는 여전히 실행 보고서, 거부 사유, 라우트 상태 및 사건 소유권을 받아야 합니다.

Quadcode의 턴키 중개 솔루션은 거래 플랫폼을 유동성, 거래, 리스크 관리 및 백오피스 인프라와 결합합니다. 또한 사전 연결된 유동성과 다른 LP에 연결할 수 있는 옵션을 지원합니다. 중개인에게 실질적인 질문은 제공자가 관리하는 부분과 중개인이 제어하는 부분이 무엇인지입니다.

일반적인 실행 문제는 누구의 소유인가?

증상	여기서 조사를 시작하세요	이유
단일 LP가 인용을 중단합니다	LP 연결 및 집계기	소스 상태와 오래된 인용이 제거되었는지 확인합니다
모든 클라이언트 가격이 잘못된 소수점을 사용합니다	브리지 또는 플랫폼 매핑	기호 정의가 잘못 번역되고 있습니다
대량 주문이 여러 가격으로 체결됩니다	집계기 및 LP 깊이	주문이 여러 수준이나 소스를 초과했을 수 있습니다
인용을 치고 난 후 주문이 거부됩니다	LP 응답, 그런 다음 경로 정책	거부 사유와 재시도가 허용되었는지 확인합니다
플랫폼과 LP의 거래량이 다릅니다	브리지 로그 및 중개인 위험 정책	외부 헤지가 순수하게 계산되었거나, 분할되었거나, 부분적으로 체결되었을 수 있습니다
플랫폼은 체결을 보여주지만 재무는 이를 일치시킬 수 없습니다	브리지, 집계기 및 LP 실행 ID	체인은 추적 가능한 식별자 세트를 필요로 합니다

모든 사례를 “LP 문제”라고 부르는 것은 시간을 낭비하는 것입니다. 모든 사례를 “브리지 문제”라고 부르는 것도 마찬가지입니다. 상태가 변경될 때까지 플랫폼에서 외부로 주문 ID를 따라가세요.

[Internal link: Broker Reports Don’t Match]

계층별 모니터링할 지표

유동성 공급자

• 기호와 세션에 따라 확산 및 사용 가능한 깊이;
• 채우기, 부분 채우기 및 거부 비율;
• 적용 가능한 경우 마지막 수락;
• 주문 크기에 따른 슬리피지 및 응답 시간;
• 담보 사용 및 상대방 노출.

집계기

• 각 LP의 최적 가격 및 실행된 거래량에 대한 기여;
• 복합 확산 및 깊이;
• 오래된 인용 삭제;
• 주문당 사용된 출처의 수;
• 재배치, 스윕 및 경로 집중.

다리

• 지연 시간을 라우팅하는 플랫폼;
• 매핑 및 검증 거부;
• 전송되거나 중복된 메시지;
• 연결 가동 시간 및 장애 조치 이벤트;
• 비교할 수 없는 플랫폼 및 외부 실행 ID.

끝에서 끝까지의 실행 품질은 여전히 가장 중요합니다. 브로커는 요청된 가격과 체결된 가격, 슬리피지 분포, 체결 비율 및 거부를 주문 크기와 시장 조건에 따라 비교해야 합니다. 건강한 평균은 롤오버 또는 높은 변동성 동안 나쁜 결과를 숨길 수 있습니다.

내가 지키는 구분

제공자는 인용 및 채우기를 소유합니다. 집계자는 여러 출처가 어떻게 조회되고 사용되는지를 결정합니다. 브리지는 실행 경로가 중개인의 플랫폼 및 정책과 함께 작동하도록 합니다.

세 가지를 모두 포함하는 계약이 있을 때에도 이러한 책임을 명확히 유지하세요. 이는 중개인이 어떤 레이어를 변경해야 하는지, 어떤 팀에 연락해야 하는지, 어떤 로그가 거래를 설명해야 하는지를 아는 방법입니다.