위에서 원시적인 고전적 동기화 방식인 시장가 주문을 통해 요즘 유행하는 신호 서비스가 어떤 비용을 발생시키는지 언급했습니다.
이러한 동기화의 단점인 조작 요소에 대해 한 가지 더 언급할 필요가 있습니다. 아래에 설명된 기술은 레이어링을 떠올리게 할 수 있습니다(fomag.ru/Publications/Zapreschennyi+treiding/). 하지만 여전히 다릅니다. 다음은 ECN(거래소) 및 ECN/STP 플랫폼에서만 의미가 있다는 것을 미리 말씀드리겠습니다.
귀하가 신호 제공자(가급적 무료)이고 귀하보다 거래 규모가 더 큰 구독자(더 많은 구독자가 있을 것)가 있다고 상상해 보십시오. 그런 다음 때때로 구독자 계좌에서 마스터 계좌로 간단하게 돈을 이체할 수 있는 기회를 가질 수 있습니다:
스프레드 안에 큰 매수제한과 매도제한을 설정하고 "트리거" 즉, 작은 매도(본인에게 매도 - 매수제한)를 설정합니다. 그러면 구독자로부터 매도 주문이 쇄도합니다. BuyLimit이 채워지기 시작하면 매수 포지션이 증가하기 시작합니다. 그러면 다시 구독자로부터 매수 주문이 쇄도합니다. 즉, SellLimit이 채워지기 시작합니다.
결과적으로 이러한 재귀적인 눈사태를 일으킴으로써 (여전히 시그널링 서비스의 대기 시간에 기초를 두고 있음) 구독자로부터 마스터 계좌로 자금이 넘쳐나게 됩니다. 이렇게 하면 더 많은 구독자를 유치하여 마스터 계정의 성능이 향상됩니다.
물론 마스터 계정에 한도를 설정할 필요는 없습니다. 다른 개인 계정에서 설정할 수 있습니다. 그러면 오버플로가 발생합니다. 그러나 마스터 계정에는 약간의 인출이 발생하여 구독자가 실망할 수 있습니다.
이러한 메커니즘의 다른 변형이있을 수 있지만 위에서 쓴 것처럼 핵심 아이디어는 동일합니다.
MM 알고리즘은 고전적인 방식을 통해 수익성 있게 동기화하는 것이 사실상 불가능합니다. 따라서 앞서 언급한 대체 동기화 방식을 사용하는 것이 편리합니다.
ECN(거래소)에서의 모든 거래 행위는 항상 한 거래 계좌에서 다른 계좌로 자금이 유출되는 것입니다. 그렇기 때문에 오버플로 기술을 악마화하는 것은 어리석은 일입니다. 무엇이 관련되어 있는지 이해하기만 하면 됩니다.
거의 모든 MM 알고리즘의 임무는 다른 사람의 계좌에서 자신의 계좌로 돈이 흘러 넘칠 수 있도록 상호 유리한 조건을 만드는 것임을 잊지 말아야 합니다. 상호성은 MM 알고리즘이 존재하지 않았을 때보다 더 느린 속도로 돈을 인출하는 사람들이 돈을 인출한다는 것입니다. 예외가 있습니다 - 상호성은 없습니다.
모든 거래소는 특정 거래 엔진으로 운영됩니다. 거래소 소유주가 현재 엔진의 심각한 결함이 비즈니스를 위협(또는 방해)한다는 사실을 깨달았다고 가정해 봅시다. 그는 완벽한 새 거래 엔진을 개발해야 하는 과제에 직면하게 됩니다.
새 엔진이 이전 엔진과 호환되지 않는 것으로 판명 될 수 있습니다 (발생). 교환을 새 엔진으로 전송하는 방법은 무엇입니까?
문제는 이전 엔진이 현재의 모든 유동성을 가지고 있다는 것입니다. 그리고 이전 엔진을 끄고 새 엔진을 제공하면. 새 엔진에는 유동성이 거의 없을 것입니다(거래소를 죽이는 것) - 그들은 모두 즉시 재정비할 수 없습니다.
그래서 새 엔진의 ECN/STP 체계를 만드는 것입니다. 기존 엔진이 유일한 LP로서 새 엔진에 STP로 연결됩니다. 그리고 새 엔진은 자체 내부 ECN을 제공합니다.
이를 통해 한 번에 두 개의 엔진을 통해 거래할 수 있습니다.
고급 엔진이 인기를 얻기 시작하면 (이를 통해 거래하는 것이 더 수익성이 높기 때문에 - 거래 비용이 더 낮고 기회가 더 많음) 이전 엔진의 유동성이 이 엔진으로 유입되기 시작합니다 (새 엔진의 내부 ECN으로 유입됨).
결과적으로 이전 엔진의 거의 모든 유동성이 새 엔진으로 이전됩니다. 그 후 이전 엔진은 완전히 닫힙니다. 그리고 새 엔진만 외부 LP 없이 남습니다. 즉, 새로운 완벽한 엔진에서 절대적으로 모두 업데이트 된 거래소 (ECN)로 밝혀졌습니다.
거래소 엔진 (또는 다른 거래 플랫폼의 엔진)은 거래 API와 공통점이 없다는 것을 이해하는 것이 중요합니다. 즉, 거래소 자체를 제외하고는 누구도 이 내부 엔진의 작업에 직접 영향을 미칠 수 없습니다. 이는 간접적으로만 가능합니다.
이를 위해 엔진 소유자는 내부 엔진과 외부 거래 API 사이에 브리치를 작성합니다. 대부분의 경우 이러한 실제 거래 API인 FIX API (거의 필수 표준) 하나로만 제한합니다. 그러나 실제 거래 API가 여러 개 있는 경우도 있습니다.
자체 거래 API가 있는 거래 플랫폼은 실제 거래 API 플랫폼이 아니라 래퍼(때로는 더 높은 수준, 때로는 덜 기능적이지만 작업하기 쉬운 래퍼)에 불과합니다. 예를 들어, 거의 모든 트레이딩 플랫폼에는 실제로는 래퍼인 트레이딩 API가 있습니다. 따라서 이를 통해 거래하면 래퍼의 지연 시간으로 인해 거래 비용이 증가합니다.
거래소 인수.
많은 거래 플랫폼이 있습니다. 그들 중 일부는 코인 통합 FI뿐만 아니라 일반적으로 동일한 FI를 거래할 수도 있습니다. 즉, 동일한 FI가 다른 플랫폼에서 거래되는 것입니다.
이러한 거래소를 흡수하려면(모든 유동성을 자신의 거래소에 쏟아붓기 위해), 모든 피해 거래소가 LP 역할을 하는 ECN/STP 애그리게이터를 만들어야 합니다. 이 방법은 더 유리한 가격, 즉 가격 덤핑을 통해 새로운 거래 플랫폼을 만듭니다.
또한 새로운 사이트에 대한 유능한 홍보 마케팅 덕분에 먼저 알고 테이커, 알고 하이버, 다시 테이커 등이 덤핑으로 인해 해당 사이트로 이동합니다. 눈덩이처럼 넘쳐나는 유동성. 특정 시점이 되면 이 과정은 돌이킬 수 없게 됩니다. 그리고 피해 사이트는 완전히 흡수됩니다.
위의 예시에서 ECN/STP 제도의 주요 역사적 의미를 확인할 수 있습니다. 시장 중앙화, 보다 효율적인 가격 책정, 유동성 증가 및 가격 개선이라는 목적을 달성하기 위한 것입니다.
매칭은 앞서 설명한 ECN 내에서 두 개의 다방향 거래 주문을 조합하는 것입니다. STP 체결 주문은 매칭이 아닙니다.
매칭 분류기 모든 ECN(거래소)에서 체결된 매칭을 통계적으로 가장 높은 매칭 회전율이 발생하는 시장 참여자 그룹으로 분류할 수 있습니다. 예를 들어, 두 명의 시장 참여자가 상호 매치메이킹을 통해 서로에게 돈을 이체하는 경우 이러한 분류기는 이들을 별도의 그룹으로 분리합니다.
모든 ECN은 가능한 한 많은 브로커(독립 고객 데이터베이스)를 보유하는 것이 전략적으로 유리합니다. 가상의 경쟁자를 만들 확률을 줄이는 것이 필요합니다. 경쟁자는 브로커의 자체 식별을 통해 가장 자주 발생하며 다음과 같이 발생합니다. 상대적으로 규모가 큰 브로커는 고객 데이터베이스의 분류 매칭을 수행합니다. 데이터베이스 내에서 거래량이 많은 고객 그룹을 식별할 수 있다면, 어차피 브로커의 고객끼리 매칭이 이루어지는데 왜 이러한 고객이 ECN에 비용을 지불해야 하는가라는 의문이 생길 수 있습니다. 물론 실용적인 질문입니다.
이에 대한 답은 자체 ECN/STP 엔진을 만드는 것인데, 여기서 ECN은 브로커 내부의 클라이언트를 매칭하는 데 사용되고 STP는 외부 ECN에서 실행하는 데 사용됩니다(본문에서 혼동을 피하기 위해 외부 ECN을 거래소라고 부릅니다(대부분 그렇습니다)). 이 솔루션은 브로커와 고객 모두에게 몇 가지 장점(및 단점)이 있습니다. 브로커는 이미 자체 거래 플랫폼을 가지고 있으며 거래소와 관련하여 자체 이름 인 다크 풀을 가지고 있습니다. 따라서 고객 매칭에 따른 수수료는 이제 거래소 소유자가 아닌 이 플랫폼의 소유자에게 돌아갑니다. 브로커의 고객에 대한 거래소의 지연 시간(기술/계산 시간 지연)이 브로커의 고객 데이터베이스의 지연 시간보다 항상 높기 때문에 브로커의 고객은 때때로 ECN 내부에서 발생하는 경우 (거래소보다) 더 나은 체결을 얻을 수 있습니다. 하지만 클라이언트 입장에서는 애매한 순간도 있습니다. STP 트랜잭션이 수행되면 클라이언트에 대한 실행이 보장되지 않습니다. 즉, 체결률(체결 품질)이 100% 미만인 경우입니다. 앞서 자세히 설명했듯이 이는 STP 체계의 고객 주문이 더 이상 거래소의 레벨2에서 보이지 않기 때문에 발생하는 결과입니다. 즉, 거래소 클라이언트는 이에 응답할 수 없습니다. 대략적으로 말하면, 다크 풀 고객은 거래소에서 가격 제공자가 아닌 가격 수용자(PriceTaker)가 될 뿐입니다. 그러나 다크풀 고객들은 프라이스기버를 다크풀 내부에 남겨두며, 이는 결코 작은 일이 아닙니다. 왜냐하면 다크풀이 생성되기 전(그리고 그 원인) 위에서 설명한 적절한 자기 식별이 있었다는 사실을 잊지 않기 때문입니다. 또한 다크풀은 모든 STP 거래가 이제 하나의 이름, 즉 다크풀의 이름에서만 이루어지기 때문에 거래소 이전에 고객에게 익명성을 제공할 수 있다고 말해야 합니다. 또한 다크풀은 거래소로부터 격리되어 있기 때문에 특히 공격적인 거래소 가격 제공자(MM 알고리즘 및 기타 알고리즘 트레이딩 알고리즘)로부터 추가적인 보호를 제공하며, 이는 많은 시장 참여자들이 거래소에서 다크풀로 전환하도록 유인하는 이유가 아닙니다.
다크 풀의 개발 앞서 설명한 거래소 인수 계획에 따르면 대규모 다크 풀이 거래소를 인수하여 실제로 그 역할을 수행할 수 있습니다. 이 경우 거래소의 규제 부담은 다크 풀이 실질적으로 순전히 전자(가상) 실체이기 때문에 다크 풀과 관련이 없습니다. 물론, 새로운 것이 심각한 비중을 차지할 때 항상 그렇듯이 앞으로도 규제 당국이 이를 우회하지는 않을 것입니다.
중앙화 대 탈중앙화 보시다시피, 다크 풀의 생성은 시장 내부에서 일어나는 자연스러운 진화 과정이며, 탈중앙화입니다. 탈중앙화 확률이 0이 아니기 때문에 중앙화된 거래소는 거래 조건을 개선해야 합니다. 즉, 거래소의 탈중앙화는 이러한 유형의 시장의 효율성을 높이는 메커니즘입니다. 그러나 과도한 탈중앙화의 부정적인 측면도 존재하며, 이는 외환의 예에서 볼 수 있습니다. 역설적이지는 않지만 동일한 ECN/STP 체계는 시장의 중앙 집중화와 그에 따른 거래 조건 개선에 기여합니다. 즉, ECN/STP 형식을 통해 다크풀을 생성하여 시장을 탈중앙화할 수 있고, 특히 동일한 다크풀에서 높은 수준의 집계를 생성하여 시장을 중앙화할 수 있습니다. 최고의 거래 조건은 디셉션 패러다임 사이의 황금 평균 어딘가에 있습니다 ...
강력한 미국이 많은 시장을 지배하고 있지만, 많은 수의 현물 외환 거래는 영국 런던을 통해 이루어집니다. 따라서 다음 설명에서는 런던 시간을 기준으로 설명하겠습니다.
대부분의 외환 거래는 현물 거래로 체결됩니다. 현물 거래는 대부분 영업일 기준 2일 이내에 결제해야 하며 이를 인도일이라고 합니다. 이론적으로 거래 상대방은 이 날에 통화를 인도받아야 합니다.
외환에서 영업시간은 23:30(GMT)까지입니다. 이 시간 이전에 개설된 모든 포지션은 자동으로 다음날로 이월됩니다. 이는 실제 통화 인도를 피하기 위한 것입니다. 실제로 대부분의 시장 참여자는 이러한 인도를 원하지 않기 때문입니다. 또한 브로커는 고객이 통화 인도를 원하지 않는 한 자동으로 포지션을 이월합니다.
아이디어는 간단하고 명확합니다. 원칙적으로 여러분 모두는 그것을 이해하고 있으며 복잡한 것은 없습니다. 2010 년까지 손으로 거래 된 후이 작업 논리가 로봇 (알고리즘)의 형태로 실현되기 시작했고 손으로 거래하는 사람들은 압착되었습니다.
비디오에서 프론트 러닝의 원리에 대한 설명
가스프롬 스택의 스크린샷. 순간은 밀도 이전에 입찰이 이루어지고 즉시 15 포인트 반등했을 때 선택되었습니다. 기본적으로 모든 것이 고전적이고, 최소한의 스톱 (위험), 문제가 발생하면 시장에서 벗어나고, 이익 / 위험 비율은 3 : 1, 수수료는 1 포인트 미만으로 무시할 수 있습니다.
Статья описывает теорию биржевого ценообразования и специфику клиринговых расчетов срочной секции Московской биржи. Материал будет интересен как начинающим трейдерам, желающим получить свой первый биржевой опыт по торговле деривативами, так и опытным форекс-трейдерам, рассматривающих возможность переноса своей торговли на централизованную биржевую площадку.
거래소 요건에 따라 마켓 메이커는 일부 상품에 추가 유동성을 제공할 수 있습니다. 마켓 메이커는 수수료를 낮추는 대신 일정량의 매도 또는 매수 지정가 주문을 유지해야 할 의무가 있습니다. 그러나 거래소는 마켓 메이커가 이러한 주문을 어떻게 보유해야 하는지는 규제하지 않습니다. 마켓 메이커는 때때로 자신의 MM 알고리즘에 특별한 트릭을 장착하여 이를 이용하기도 합니다.
이러한 트릭 중 하나는 다음과 같습니다: 마켓 메이커는 매도 또는 매수 지정가 주문을 낸 다음 특정 간격(예: 500밀리초마다 한 번)에 따라 더 나쁜 포지션으로 이동했다가 다시 돌아오기 시작합니다. 시장 조성자는 유동성이 부족한 시장에서 일하기 때문에 지정가 주문은 어쨌든 체결하기에 가장 좋습니다. 시장에서 매수 또는 매도하고자 하는 트레이더는 최적의 가격을 요청합니다. 유동성이 있는지 확인한 후 트레이더는 거래를 하지만, 거래가 체결될 때쯤이면 마켓 메이커는 주문을 더 나쁜 가격으로 이동하고 상당한 슬리피지로 체결할 수 있으며, 이는 마켓 메이커의 수익 증가라는 단점이 있습니다. 아래 스크린샷은 이 알고리즘이 실제로 작동하는 모습을 보여줍니다:
차트에 매도 및 매수 내역 표시를 지원하지 않는 거래 플랫폼에서는 이러한 그림을 보기 어렵다는 점에 주목할 필요가 있습니다. 수동 트레이더는 단기 유동성 하락을 감지하고 완전히 다른 가격에 체결될 것이라고 생각하여 시장에서 매수 또는 매도할 수 있습니다.
저는 소매 외환에서 실제 가능한 HFT 빈도에 대한 정보를 공유하기로 결정했습니다. 한 증권사로부터 고객 계약 변경에 대한 통지를 받았습니다. 새로 도입된 조항은 다음과 같습니다:
6.6.거래 계좌에 여유 자금이 없는 경우 서버에 대한 고객의 주문 수 가 300초 동안 1000(천)을 초과하면 거래 계좌는 자동으로 "읽기 전용" 모드로 전환됩니다. 6.6.1. 서버에 대한 고객의 주문 수가 3600초 동안 10000 (만)을 초과하면 거래 계좌는 자동으로 꺼집니다.
견적 종료. 이 중개 센터는 MT4와 MT5를 모두 보유하고 있으며, 어느 쪽이 이 제한의 원인인지는 명확하지 않습니다. 하지만 실제로는 2021년 6월 29일부터 시행됩니다.
신호 서비스의 조작적 사용.
위에서 원시적인 고전적 동기화 방식인 시장가 주문을 통해 요즘 유행하는 신호 서비스가 어떤 비용을 발생시키는지 언급했습니다.
이러한 동기화의 단점인 조작 요소에 대해 한 가지 더 언급할 필요가 있습니다. 아래에 설명된 기술은 레이어링을 떠올리게 할 수 있습니다(fomag.ru/Publications/Zapreschennyi+treiding/). 하지만 여전히 다릅니다. 다음은 ECN(거래소) 및 ECN/STP 플랫폼에서만 의미가 있다는 것을 미리 말씀드리겠습니다.
귀하가 신호 제공자(가급적 무료)이고 귀하보다 거래 규모가 더 큰 구독자(더 많은 구독자가 있을 것)가 있다고 상상해 보십시오. 그런 다음 때때로 구독자 계좌에서 마스터 계좌로 간단하게 돈을 이체할 수 있는 기회를 가질 수 있습니다:
스프레드 안에 큰 매수제한과 매도제한을 설정하고 "트리거" 즉, 작은 매도(본인에게 매도 - 매수제한)를 설정합니다. 그러면 구독자로부터 매도 주문이 쇄도합니다. BuyLimit이 채워지기 시작하면 매수 포지션이 증가하기 시작합니다. 그러면 다시 구독자로부터 매수 주문이 쇄도합니다. 즉, SellLimit이 채워지기 시작합니다.
결과적으로 이러한 재귀적인 눈사태를 일으킴으로써 (여전히 시그널링 서비스의 대기 시간에 기초를 두고 있음) 구독자로부터 마스터 계좌로 자금이 넘쳐나게 됩니다. 이렇게 하면 더 많은 구독자를 유치하여 마스터 계정의 성능이 향상됩니다.
물론 마스터 계정에 한도를 설정할 필요는 없습니다. 다른 개인 계정에서 설정할 수 있습니다. 그러면 오버플로가 발생합니다. 그러나 마스터 계정에는 약간의 인출이 발생하여 구독자가 실망할 수 있습니다.
이러한 메커니즘의 다른 변형이있을 수 있지만 위에서 쓴 것처럼 핵심 아이디어는 동일합니다.
MM 알고리즘은 고전적인 방식을 통해 수익성 있게 동기화하는 것이 사실상 불가능합니다. 따라서 앞서 언급한 대체 동기화 방식을 사용하는 것이 편리합니다.
ECN(거래소)에서의 모든 거래 행위는 항상 한 거래 계좌에서 다른 계좌로 자금이 유출되는 것입니다. 그렇기 때문에 오버플로 기술을 악마화하는 것은 어리석은 일입니다. 무엇이 관련되어 있는지 이해하기만 하면 됩니다.
거의 모든 MM 알고리즘의 임무는 다른 사람의 계좌에서 자신의 계좌로 돈이 흘러 넘칠 수 있도록 상호 유리한 조건을 만드는 것임을 잊지 말아야 합니다. 상호성은 MM 알고리즘이 존재하지 않았을 때보다 더 느린 속도로 돈을 인출하는 사람들이 돈을 인출한다는 것입니다. 예외가 있습니다 - 상호성은 없습니다.
원본 출처: http: //www.forexfactory.com/showthread.php?p=7001359#post7001359
거래소를 새 엔진으로 전환하기.
모든 거래소는 특정 거래 엔진으로 운영됩니다. 거래소 소유주가 현재 엔진의 심각한 결함이 비즈니스를 위협(또는 방해)한다는 사실을 깨달았다고 가정해 봅시다. 그는 완벽한 새 거래 엔진을 개발해야 하는 과제에 직면하게 됩니다.
새 엔진이 이전 엔진과 호환되지 않는 것으로 판명 될 수 있습니다 (발생). 교환을 새 엔진으로 전송하는 방법은 무엇입니까?
문제는 이전 엔진이 현재의 모든 유동성을 가지고 있다는 것입니다. 그리고 이전 엔진을 끄고 새 엔진을 제공하면. 새 엔진에는 유동성이 거의 없을 것입니다(거래소를 죽이는 것) - 그들은 모두 즉시 재정비할 수 없습니다.
그래서 새 엔진의 ECN/STP 체계를 만드는 것입니다. 기존 엔진이 유일한 LP로서 새 엔진에 STP로 연결됩니다. 그리고 새 엔진은 자체 내부 ECN을 제공합니다.
이를 통해 한 번에 두 개의 엔진을 통해 거래할 수 있습니다.
고급 엔진이 인기를 얻기 시작하면 (이를 통해 거래하는 것이 더 수익성이 높기 때문에 - 거래 비용이 더 낮고 기회가 더 많음) 이전 엔진의 유동성이 이 엔진으로 유입되기 시작합니다 (새 엔진의 내부 ECN으로 유입됨).
결과적으로 이전 엔진의 거의 모든 유동성이 새 엔진으로 이전됩니다. 그 후 이전 엔진은 완전히 닫힙니다. 그리고 새 엔진만 외부 LP 없이 남습니다. 즉, 새로운 완벽한 엔진에서 절대적으로 모두 업데이트 된 거래소 (ECN)로 밝혀졌습니다.
거래소 엔진 (또는 다른 거래 플랫폼의 엔진)은 거래 API와 공통점이 없다는 것을 이해하는 것이 중요합니다. 즉, 거래소 자체를 제외하고는 누구도 이 내부 엔진의 작업에 직접 영향을 미칠 수 없습니다. 이는 간접적으로만 가능합니다.
이를 위해 엔진 소유자는 내부 엔진과 외부 거래 API 사이에 브리치를 작성합니다. 대부분의 경우 이러한 실제 거래 API인 FIX API (거의 필수 표준) 하나로만 제한합니다. 그러나 실제 거래 API가 여러 개 있는 경우도 있습니다.
자체 거래 API가 있는 거래 플랫폼은 실제 거래 API 플랫폼이 아니라 래퍼(때로는 더 높은 수준, 때로는 덜 기능적이지만 작업하기 쉬운 래퍼)에 불과합니다. 예를 들어, 거의 모든 트레이딩 플랫폼에는 실제로는 래퍼인 트레이딩 API가 있습니다. 따라서 이를 통해 거래하면 래퍼의 지연 시간으로 인해 거래 비용이 증가합니다.
거래소 인수.
많은 거래 플랫폼이 있습니다. 그들 중 일부는 코인 통합 FI뿐만 아니라 일반적으로 동일한 FI를 거래할 수도 있습니다. 즉, 동일한 FI가 다른 플랫폼에서 거래되는 것입니다.
이러한 거래소를 흡수하려면(모든 유동성을 자신의 거래소에 쏟아붓기 위해), 모든 피해 거래소가 LP 역할을 하는 ECN/STP 애그리게이터를 만들어야 합니다. 이 방법은 더 유리한 가격, 즉 가격 덤핑을 통해 새로운 거래 플랫폼을 만듭니다.
또한 새로운 사이트에 대한 유능한 홍보 마케팅 덕분에 먼저 알고 테이커, 알고 하이버, 다시 테이커 등이 덤핑으로 인해 해당 사이트로 이동합니다. 눈덩이처럼 넘쳐나는 유동성. 특정 시점이 되면 이 과정은 돌이킬 수 없게 됩니다. 그리고 피해 사이트는 완전히 흡수됩니다.
위의 예시에서 ECN/STP 제도의 주요 역사적 의미를 확인할 수 있습니다. 시장 중앙화, 보다 효율적인 가격 책정, 유동성 증가 및 가격 개선이라는 목적을 달성하기 위한 것입니다.
여기에서: http://www.forexfactory.com/showthread.php?p=7012180#post7012180
매칭은 앞서 설명한 ECN 내에서 두 개의 다방향 거래 주문을 조합하는 것입니다. STP 체결 주문은 매칭이 아닙니다.
매칭 분류기
모든 ECN(거래소)에서 체결된 매칭을 통계적으로 가장 높은 매칭 회전율이 발생하는 시장 참여자 그룹으로 분류할 수 있습니다. 예를 들어, 두 명의 시장 참여자가 상호 매치메이킹을 통해 서로에게 돈을 이체하는 경우 이러한 분류기는 이들을 별도의 그룹으로 분리합니다.
모든 ECN은 가능한 한 많은 브로커(독립 고객 데이터베이스)를 보유하는 것이 전략적으로 유리합니다. 가상의 경쟁자를 만들 확률을 줄이는 것이 필요합니다.
경쟁자는 브로커의 자체 식별을 통해 가장 자주 발생하며 다음과 같이 발생합니다. 상대적으로 규모가 큰 브로커는 고객 데이터베이스의 분류 매칭을 수행합니다. 데이터베이스 내에서 거래량이 많은 고객 그룹을 식별할 수 있다면, 어차피 브로커의 고객끼리 매칭이 이루어지는데 왜 이러한 고객이 ECN에 비용을 지불해야 하는가라는 의문이 생길 수 있습니다. 물론 실용적인 질문입니다.
이에 대한 답은 자체 ECN/STP 엔진을 만드는 것인데, 여기서 ECN은 브로커 내부의 클라이언트를 매칭하는 데 사용되고 STP는 외부 ECN에서 실행하는 데 사용됩니다(본문에서 혼동을 피하기 위해 외부 ECN을 거래소라고 부릅니다(대부분 그렇습니다)). 이 솔루션은 브로커와 고객 모두에게 몇 가지 장점(및 단점)이 있습니다.
브로커는 이미 자체 거래 플랫폼을 가지고 있으며 거래소와 관련하여 자체 이름 인 다크 풀을 가지고 있습니다. 따라서 고객 매칭에 따른 수수료는 이제 거래소 소유자가 아닌 이 플랫폼의 소유자에게 돌아갑니다.
브로커의 고객에 대한 거래소의 지연 시간(기술/계산 시간 지연)이 브로커의 고객 데이터베이스의 지연 시간보다 항상 높기 때문에 브로커의 고객은 때때로 ECN 내부에서 발생하는 경우 (거래소보다) 더 나은 체결을 얻을 수 있습니다.
하지만 클라이언트 입장에서는 애매한 순간도 있습니다. STP 트랜잭션이 수행되면 클라이언트에 대한 실행이 보장되지 않습니다. 즉, 체결률(체결 품질)이 100% 미만인 경우입니다. 앞서 자세히 설명했듯이 이는 STP 체계의 고객 주문이 더 이상 거래소의 레벨2에서 보이지 않기 때문에 발생하는 결과입니다. 즉, 거래소 클라이언트는 이에 응답할 수 없습니다. 대략적으로 말하면, 다크 풀 고객은 거래소에서 가격 제공자가 아닌 가격 수용자(PriceTaker)가 될 뿐입니다.
그러나 다크풀 고객들은 프라이스기버를 다크풀 내부에 남겨두며, 이는 결코 작은 일이 아닙니다. 왜냐하면 다크풀이 생성되기 전(그리고 그 원인) 위에서 설명한 적절한 자기 식별이 있었다는 사실을 잊지 않기 때문입니다. 또한 다크풀은 모든 STP 거래가 이제 하나의 이름, 즉 다크풀의 이름에서만 이루어지기 때문에 거래소 이전에 고객에게 익명성을 제공할 수 있다고 말해야 합니다. 또한 다크풀은 거래소로부터 격리되어 있기 때문에 특히 공격적인 거래소 가격 제공자(MM 알고리즘 및 기타 알고리즘 트레이딩 알고리즘)로부터 추가적인 보호를 제공하며, 이는 많은 시장 참여자들이 거래소에서 다크풀로 전환하도록 유인하는 이유가 아닙니다.
다크 풀의 개발
앞서 설명한 거래소 인수 계획에 따르면 대규모 다크 풀이 거래소를 인수하여 실제로 그 역할을 수행할 수 있습니다. 이 경우 거래소의 규제 부담은 다크 풀이 실질적으로 순전히 전자(가상) 실체이기 때문에 다크 풀과 관련이 없습니다. 물론, 새로운 것이 심각한 비중을 차지할 때 항상 그렇듯이 앞으로도 규제 당국이 이를 우회하지는 않을 것입니다.
중앙화 대 탈중앙화
보시다시피, 다크 풀의 생성은 시장 내부에서 일어나는 자연스러운 진화 과정이며, 탈중앙화입니다. 탈중앙화 확률이 0이 아니기 때문에 중앙화된 거래소는 거래 조건을 개선해야 합니다. 즉, 거래소의 탈중앙화는 이러한 유형의 시장의 효율성을 높이는 메커니즘입니다. 그러나 과도한 탈중앙화의 부정적인 측면도 존재하며, 이는 외환의 예에서 볼 수 있습니다. 역설적이지는 않지만 동일한 ECN/STP 체계는 시장의 중앙 집중화와 그에 따른 거래 조건 개선에 기여합니다.
즉, ECN/STP 형식을 통해 다크풀을 생성하여 시장을 탈중앙화할 수 있고, 특히 동일한 다크풀에서 높은 수준의 집계를 생성하여 시장을 중앙화할 수 있습니다.
최고의 거래 조건은 디셉션 패러다임 사이의 황금 평균 어딘가에 있습니다 ...
http://www.forexvonline.ru/2012/08/blog-post_31.html
스왑
외환에서 영업시간은 23:30(GMT)까지입니다. 이 시간 이전에 개설된 모든 포지션은 자동으로 다음날로 이월됩니다. 이는 실제 통화 인도를 피하기 위한 것입니다. 실제로 대부분의 시장 참여자는 이러한 인도를 원하지 않기 때문입니다. 또한 브로커는 고객이 통화 인도를 원하지 않는 한 자동으로 포지션을 이월합니다.
Prival-2: https: //www.mql5.com/ru/forum/42519/page3#comment_1481313
프론트 러닝
아이디어는 간단하고 명확합니다. 원칙적으로 여러분 모두는 그것을 이해하고 있으며 복잡한 것은 없습니다. 2010 년까지 손으로 거래 된 후이 작업 논리가 로봇 (알고리즘)의 형태로 실현되기 시작했고 손으로 거래하는 사람들은 압착되었습니다.
비디오에서 프론트 러닝의 원리에 대한 설명
가스프롬 스택의 스크린샷.
순간은 밀도 이전에 입찰이 이루어지고 즉시 15 포인트 반등했을 때 선택되었습니다. 기본적으로 모든 것이 고전적이고, 최소한의 스톱 (위험), 문제가 발생하면 시장에서 벗어나고, 이익 / 위험 비율은 3 : 1, 수수료는 1 포인트 미만으로 무시할 수 있습니다.
모스크바 거래소 파생 상품 섹션의 예에 대한 거래소 가격 책정의 기본 사항
모스크바 거래소에서 거래할 때 자신과 전문가를 보호하는 방법
마켓 메이커의 트릭 - 단기 유동성 하락
거래소 요건에 따라 마켓 메이커는 일부 상품에 추가 유동성을 제공할 수 있습니다. 마켓 메이커는 수수료를 낮추는 대신 일정량의 매도 또는 매수 지정가 주문을 유지해야 할 의무가 있습니다. 그러나 거래소는 마켓 메이커가 이러한 주문을 어떻게 보유해야 하는지는 규제하지 않습니다. 마켓 메이커는 때때로 자신의 MM 알고리즘에 특별한 트릭을 장착하여 이를 이용하기도 합니다.
이러한 트릭 중 하나는 다음과 같습니다: 마켓 메이커는 매도 또는 매수 지정가 주문을 낸 다음 특정 간격(예: 500밀리초마다 한 번)에 따라 더 나쁜 포지션으로 이동했다가 다시 돌아오기 시작합니다. 시장 조성자는 유동성이 부족한 시장에서 일하기 때문에 지정가 주문은 어쨌든 체결하기에 가장 좋습니다. 시장에서 매수 또는 매도하고자 하는 트레이더는 최적의 가격을 요청합니다. 유동성이 있는지 확인한 후 트레이더는 거래를 하지만, 거래가 체결될 때쯤이면 마켓 메이커는 주문을 더 나쁜 가격으로 이동하고 상당한 슬리피지로 체결할 수 있으며, 이는 마켓 메이커의 수익 증가라는 단점이 있습니다. 아래 스크린샷은 이 알고리즘이 실제로 작동하는 모습을 보여줍니다:
차트에 매도 및 매수 내역 표시를 지원하지 않는 거래 플랫폼에서는 이러한 그림을 보기 어렵다는 점에 주목할 필요가 있습니다. 수동 트레이더는 단기 유동성 하락을 감지하고 완전히 다른 가격에 체결될 것이라고 생각하여 시장에서 매수 또는 매도할 수 있습니다.
저는 소매 외환에서 실제 가능한 HFT 빈도에 대한 정보를 공유하기로 결정했습니다. 한 증권사로부터 고객 계약 변경에 대한 통지를 받았습니다. 새로 도입된 조항은 다음과 같습니다:
6.6.거래 계좌에 여유 자금이 없는 경우 서버에 대한 고객의 주문 수
가 300초 동안 1000(천)을 초과하면 거래 계좌는 자동으로 "읽기 전용" 모드로 전환됩니다.
6.6.1. 서버에 대한 고객의 주문 수가 3600초 동안 10000
(만)을 초과하면 거래 계좌는 자동으로 꺼집니다.
견적 종료. 이 중개 센터는 MT4와 MT5를 모두 보유하고 있으며, 어느 쪽이 이 제한의 원인인지는 명확하지 않습니다. 하지만 실제로는 2021년 6월 29일부터 시행됩니다.
소매 외환에서 실제 가능한 HFT 빈도에 대한 몇 가지 정보를 공유하고자 합니다.
소매 외환에서 핍핑을 HFT라고 부를 수 있다면 조건은 매우 편안합니다. 일반적으로 선두 주자를 제외하고는 누가 그러한 빈도가 필요한지 상상할 수 없습니다.
선두 주자를 제외하고는 누가 그런 주파수가 필요한지 상상할 수 없습니다.
며칠 전에 뉴스를 놓쳤습니다. 변동성이 괜찮았고 (스캘핑) 오랫동안 진정되지 않았기 때문에 한 시간 만에 10,000 개의 거래 주문에 확실히 도달했습니다.
MT4 GUI는 한 시간 이상 매달려있었습니다 (하나의 계정에 대해 세 개의 터미널이 있으므로 거래 스트림 수가 상한선에 도달하지 않음). 동시에 전문가 어드바이저는 틱을 심하게 놓치면서 쟁기질을 하고 있었습니다.
MT5는 견딜 수 있었지만 주문 테이블을 켜는 것은 불가능했습니다. 비디오 카드가 없기 때문에 강력한 원격 시스템에서 강력한 지연이 시작되었고 수백 FPS를 끌어 내기가 어려웠습니다.
나는 실시간으로 내 그룹에 세부 사항을 썼습니다. 그렇기 때문에 MT4에서 MT5로 전환하는 것이 좋습니다.