유동성 브리지는 주문이 실패하기 시작할 때까지 추상적으로 들리는 용어 중 하나입니다.
거래 플랫폼이 활성화되었고, 고객들은 거래를 할 수 있으며, 유동성 공급자 는 연결이 준비되었다고 말하지만, 그 다음에는 실제 질문들이 시작됩니다: 왜 이 주문이 거부되었나요, 왜 금의 슬리피지가 확대되었나요, 왜 EUR/USD는 헤지되었지만 암호화폐는 그렇지 않았나요, 왜 백 오피스에서는 한 가격이 표시되지만 LP 보고서에서는 다른 가격이 표시되나요?
거래 플랫폼과 외부 유동성 사이의 공간이 다리가 중요한 곳입니다. 외환 유동성 다리는 브로커의 거래 플랫폼을 유동성 제공자, 집계기, 프라임 브로커, 거래소 또는 내부 실행 로직에 연결합니다. 가격을 이동시키고, 주문 을 내보내고, 체결된 내용을 다시 수신하며, 거래, 리스크, 지원 및 재무 팀이 무슨 일이 있었는지 이해할 수 있도록 충분한 기록을 유지합니다.
새로운 중개인에게 브리지는 항상 별도로 구매해야 할 무엇이 아닙니다. 많은 화이트 라벨 또는 턴키 설정에서는 이미 공급자 스택의 일부입니다. 하지만 운영자는 여전히 그것이 무엇을 하는지 이해해야 합니다. 왜냐하면 실행 문제는 처음에는 “브리지 문제”처럼 들리지 않기 때문입니다. 그것들은 고객 불만, 거부된 거래, 엉망인 보고서 또는 설명할 수 없는 노출처럼 들립니다.
다리의 위치
기본 거래 스택은 네 개의 이동하는 요소로 구성됩니다:
- 거래 플랫폼: 고객이 가격을 보고, 주문을 하며, 포지션을 관리하는 곳입니다.
- 유동성 공급자 또는 집계기: 실행 가능한 가격과 외부 체결이 어디서 오는지.
- 브리지: 그들 사이의 흐름을 번역하고, 라우팅하며, 매핑하고, 기록하고, 제어하는 미들웨어.
- 백오피스 및 리스크 도구: 브로커가 노출, 그룹, 실행 결과, 클라이언트 활동 및 보고서를 모니터링하는 곳입니다.
브리지는 유동성 공급자와 동일하지 않습니다. LP는 가격 책정 및 실행을 제공합니다. 브리지는 브로커 플랫폼에서 그 연결이 어떻게 사용되는지를 결정합니다.
브리지 대 유동성 제공자 대 집계기
중개인이 실제로 다리가 필요할 때
브로커는 일반적으로 외부 실행, 자동화된 헤징, 또는 폐쇄형 플랫폼 설정이 제공하는 것보다 가격 책정 및 라우팅에 대한 더 많은 제어가 필요할 때 브리지 기능이 필요합니다.
일반적인 사례:
- 브로커는 MT4, MT5 또는 다른 플랫폼을 사용하며 하나 이상의 LP에 연결하고자 합니다.
- 중개인은 A-book 또는 하이브리드 모델을 운영하며 선택된 고객 흐름을 외부로 라우팅해야 합니다.
- 브로커는 서로 다른 마크업, 기호, 레버리지 또는 라우팅 규칙을 가진 여러 클라이언트 그룹을 보유하고 있습니다.
- 브로커는 하나의 유동성 소스가 가격 책정을 중단하거나 주문을 거부하기 시작하면 장애 조치를 원합니다.
- 브로커는 지원, 거래 및 리스크 검토를 위한 상세 실행 로그가 필요합니다.
- 브로커는 나중에 더 많은 자산 클래스나 유동성 소스를 추가할 계획입니다.
브로커가 내장된 유동성을 갖춘 완전 관리형 화이트 라벨 설정을 사용하고 있다면, 운영자는 별도의 브리지 소유가 필요하지 않을 수 있습니다. 그러나 주문이 어떻게 라우팅되는지, 가격이 어떻게 책정되는지, 실행 품질이 어떻게 보고되는지에 대한 가시성은 여전히 필요합니다.
일상 운영에서 다리가 제어하는 것
다리는 단순한 파이프가 아닙니다. 라이브 브로커리지에서는 고객이 즉시 알아차리는 여러 가지에 영향을 미칠 수 있습니다.
가격 피드
브리지는 LP 또는 집계기에서 가격을 수신하고 이를 거래 플랫폼으로 전송합니다. 가격이 불안정하거나 오래되었거나, 너무 넓거나, 잘못 매핑된 경우, 거래자들은 이를 빠르게 확인합니다.
좋은 운영자는 모니터링합니다:
- 인용 가동 시간
- 기호 및 세션에 따라 확산
- 가격 차이와 오래된 틱
- 플랫폼 가격과 LP 가격의 차이
- 기호별 문제, 특히 시장 개장 및 뉴스 이벤트 주변
기호 매핑
심볼 매핑은 지루하게 들리지만, 그것이 깨질 때까지 그렇습니다.
플랫폼은 기호 XAU/USD를 호출할 수 있고, LP는 이를 XAUUSD라고 부를 수 있으며, 다른 장소에서는 계약 크기나 소수점 차이가 있을 수 있습니다. 브리지는 기호를 올바르게 매핑해야 하므로 주문 크기, 가격 정밀도, 스왑, 마크업 및 보고가 일치하도록 유지됩니다.
잘못된 매핑은 잘못된 노출, 거부된 주문, 나쁜 P&L, 또는 해결하는 데 몇 시간이 걸리는 지원 사례를 만들 수 있습니다.
마크업 및 그룹
브로커는 종종 클라이언트 그룹, 상품, 계좌 유형, 지역 또는 전략 프로필에 따라 마크업을 적용합니다. 브리지는 이러한 규칙을 적용하거나 라우팅하는 데 도움을 줄 수 있습니다.
위험은 과도한 엔지니어링입니다. 너무 많은 그룹과 예외가 실행 진단을 어렵게 만듭니다. 중개인은 각 그룹이 존재하는 이유와 누가 규칙을 소유하고 있는지 알아야 합니다.
라우팅 및 헤징
하이브리드 모델에서는 모든 주문이 자동으로 외부로 라우팅되지 않습니다. 일부 흐름은 내부화될 수 있고, 일부는 헤지될 수 있으며, 일부는 노출이 임계값을 초과한 후에만 라우팅될 수 있습니다.
다리는 다음과 같은 규칙을 지원할 수 있습니다:
- 선택한 LP에 특정 경로 기호를 연결합니다.
- 특정 고객 그룹만 헤지합니다.
- 더 큰 티켓을 외부로 라우팅합니다.
- 주요 유동성 공급자가 거부할 경우 백업 유동성을 사용하세요.
- 얇은 유동성이나 뉴스 중에 라우팅을 변경합니다.
중요한 점: 브리지는 규칙을 실행하지만, 중개인은 정책을 정의해야 합니다.
실행 보고서
브릿지는 간단한 지원 질문에 답할 수 있는 충분한 데이터를 보관해야 합니다: 이 주문에 무슨 일이 발생했나요?
유용한 로그에는 다음이 포함됩니다:
- 플랫폼에서 주문 타임스탬프
- 브리지로 보낸 시간
- LP에 전송된 시간
- LP 응답 시간
- 요청된 가격
- 채워진 가격
- 거절 사유
- 부분 채우기 세부정보
- 슬리피지
- 클라이언트 그룹 및 라우팅 규칙
이 경로 없이는 팀들이 추측하게 됩니다.
