레이턴시  차익거래 2월 14, 2022 – Posted in: Arbitrage Software

전 세계에 이렇게 많은 시장이 있다는 사실은 같은 상품/통화/금속/암호화폐가 여러 곳에서 동시에 거래되는 결과를 가져왔다. 분산입찰은 예를 들어 지리적 위치 및 시간대 차이, 생산/생산/생산 위치의 차이 등으로 인해 이루어진다. 대부분의 경우 이러한 거래의 차이로 인해 같은 금융상품의 가격은 거래 플랫폼마다 다르다. 한 거래소에서 한 가격으로 물건을 사서 다른 거래소에서 조금 더 비싸게 팔면, 이 거래를 지연 차익거래라고 합니다. 이상적으로는 사고파는 일이 매우 빨리 일어난다. 다른 이름으로는 차익거래 지연과 빈번한 거래가 있습니다.

고주파 거래는 1998년 SEC가 전자거래 플랫폼 운영을 허가하면서 시작된 것으로 평가된다. 처음에는 고주파 트랜잭션이 몇 초 만에 이루어졌으나 2010년에는 밀리초, 때로는 수백, 수십 마이크로초로 줄어들었다. 2000년대 초반에는 고주파 트레이딩으로 시장 거래 비중이 10% 미만이었지만 시간이 지날수록 비중이 높아졌다. NYSE에 따르면 2005~2009년 무역량은 2.6배 증가했고, 그 증가의 일부는 고주파 트레이더들이 제공했다. 현재 금융시장 전체 거래의 80% 이상을 레이턴시 차익거래가 차지하고 있다. 대형은행 등 금융회사들도 전통거래 외에 고주파 거래를 하고 있을 가능성이 높다. 고주파 거래 전략이 널리 채택될수록 수익 창출은 더욱 어려워진다. Frederi Viens는 (퍼듀 대학교) 미국 내 모든 HFT 거래 수익이 2009년 50억달러에서 2012년 12억5000만달러로 하락한 것으로 추산했다. 그러나 경쟁이 심화됨에도 불구하고 지연시간 차익거래는 여전히 금융 시장에서 가장 수익성이 좋은 수익 형태 중 하나로 남아 있습니다. 이 지역의 거래 알고리즘이 수년간 단 하루도 손해를 본 적이 없는 사례도 있다.

 정의

지연시간 차익거래는 한 플레이어가 인용 출처에 더 빠르게 연결하여 다른 플레이어보다 유리한 거래 형태이다. 즉, 주문 발송 지점이 다른 선수들에 비해 물리적으로 가깝다는 것이다.

손가락에 어떻게 작용하는지

두 사람이 과일 시장에 와서 복숭아 장수 두 명을 본다고 가정해보자. 복숭아의 가격이 처음 20루블, 두번째 22루블이라고 가정해봅시다. 복숭아가 품질에 의한 상품 선택을 배제하기 위해 절대적으로 동일하다고 가정하자. 즉, 구매자들은 보통 복숭아가 완성될 때까지 복숭아를 먼저 20루블에 산 다음 22루블에 복숭아 가격을 가지고 판매자에게 갈 것이다. 첫 번째 구매자는 복숭아를 20루블에 살 의도로 보내진다. 그러던 중 갑자기 두 번째 구매자가 건너편에서 달려와 복숭아를 모두 20루블에 사들이고 바로 즉석에서 21루블 가격에 내놓는다. 여기서 중요한 것은 판매가격이 구매가격보다 커야 하지만 다음 판매자의 가격보다 커서는 안 된다는 것이다. 만약 더 많이 산다면 – 구매자는 더 적더라도 22루블을 살 것이다 – 그러면 이익은 어디에 있는가?

기술적으로 작동하는 방식

매커니즘은 똑같다 – 시중에 좋은 가격이 나오면 최대한 빨리 사야 더 비싼 가격에 즉시 재판매할 수 있다. 이는 다양한 기술 및 지리적 장치를 통해 달성됩니다. 이러한 단기적이지만 실질적으로 100% 신뢰할 수 있는 이점을 얻기 위해 특수 소프트웨어와 장비가 사용됩니다. 높은 통신망 요구사항도 적용된다. 섬유 분야의 가장 앞선 기술만 사용된다. 그리고 물론 결정적인 요인은 거래할 장비의 위치입니다. 아무리 품질이 높고 기술력이 뛰어나도 빛의 속도를 극복할 수 없고, 다시 말해 그러한 속도 데이터를 케이블을 통해 전송한다. 포브스가 상장한 금융기관들은 이윤을 추구하며 거래소 서버와 같은 건물에 서버를 배치하기 위해 증권거래소와 고가의 계약을 체결한다. 이것은 거래를 위해 장비를 배치하는 원리를 콜로케이션이라고 합니다. 이 같은 서비스는 계약을 체결하면 누구나 이용할 수 있는 만큼 모든 임차인의 조건균등을 둘러싼 충돌로 이어지는 경우가 적지 않다. 예를 들어, 각 참가자의 장비에서 교환 서버까지의 케이블 길이는 모두 동일해야 합니다. 장비가 서버에서 5m 거리에 있든 100m 거리에 있든 상관없이 말이다.

알고리즘 트레이딩 장비는 매우 전문적이고, 매우 비싸며, 주문 제작이 거의 되지 않습니다. 이러한 칩은 일반적으로 DMA(직접 메모리 접근)와 고주파 칩이다. 어셈블리어와 같은 낮은 수준의 프로그래밍 언어만이 알고리즘 작성에 사용된다.

케이블 연결 방식 외에도 시장 데이터를 항공편으로 전송하는 방식이 있다. 이것들은 보통 통신 세계에서 특별한 주요 무선 링크들이다. 이러한 사설 마이크로파 무선 네트워크는 수백 킬로미터에 걸쳐 확장되며 수천만 달러의 비용이 듭니다. 거래소가 거래 중심지와 상당한 거리에 있을 때 사용합니다. 이 경우, 케이블을 당기는 것은 비용 효율적이지 않고 결국 효과적이지 않습니다. 케이블은 불가피하게 우물, 터널, 교량, 고속도로, 철도 등의 토폴로지를 따를 것이다. 이 경우, 무선 중계선은 목적지들 사이에 거의 일직선으로 건설되어 건물의 언덕이나 지붕에 노선 노드를 배치할 수 있습니다. 결과적으로, 신호가 케이블로 이동하는 거리는 풍경 때문에 전파 중계선을 통한 거리의 몇 배가 될 수밖에 없을 것이다. 또한 이 케이블 경로에는 라디오보다 더 많은 라우터가 있으며, 이것은 각 라우터에 추가적인 지연을 발생시킵니다.

이러한 마이크로파 무선 네트워크는 최소한의 지연으로 신호를 전송하도록 설계된 특별한 무선 중계 장비를 사용한다. 예를 들어, 일반적인 상용 무선 브리지는 약 50 μs (마이크로초)의 지연 시간을 갖는 반면, 일반적인 낮은 지연 시간은 50 ns (50 나노초)이다. 이러한 네트워크의 처리량은 초당 기가비트에 도달합니다.

증권거래소 건물 내 코로케이션의 경우 같은 사이트에서 거래하는 플레이어들을 같은 시세 출처를 이용해 이기는 것이 목표라면 원격거래소와의 고속 연결은 조금 다른 목표가 있다. 연준이나 ECB의 예상치 못한 결정, 폭락, 타 도시와 국가에서 이례적으로 높은 거래실적 등 예상치 못한 이벤트가 시장에서 발생하는 것은 드문 일이 아니다. 위에서 언급한 바와 같이, 동일한 금융상품이 서로 다른 거래소에서 거래되는 것은 드문 일이 아니다. 또한 하나의 거래소의 상품이면서 동시에 다른 거래소의 상품이 되는 것도 드물지 않다. 독일의 가장 중요한 주가지수인 DAX가 프랑크푸르트 증권거래소에서 거래된다고 가정하자. 런던 증권거래소 또한 거래 플랫폼이다. 이 경우 런던 거래소에 코로케이션을 하고 프랑크푸르트 거래소에 직접 무선 중계망을 갖추면 독일 경제의 급변사태에 더 빠르게 대응할 수 있다.

일반인을 위한 대기 시간 차익거래

수백만 달러를 손에 쥐지 않고도 이 시장의 비효율성으로부터 이익을 얻으려고 할 수 있다. 기술적인 관점에서 보면, 이 가능성은 같습니다. 두 개의 터미널을 수정해야 합니다. 두 개의 중개인을 선택합니다. 하나는 견적 출처이고, 다른 하나는 종속 업체이며, 하나는 거래 주문을 보낼 중개업체입니다. 귀중한 밀리초의 손실 없이 따옴표 검사와 오픈이 즉시 이루어지기 위해서는 전체 시스템이 더 빠르고 정적으로 타이핑된 컴파일된 프로그래밍 언어 중 하나로 구현되어야 한다. 이를 위해서는 C/C++, 자바, C#과 같은 언어가 적합합니다. 그래서 우리는 단지 두 명의 브로커와 다른 계정으로 두 개의 터미널에서 하나의 작업 시스템을 얻습니다. 가장 큰 증권거래소에 연고를 둔 자나 그 사이에서 중재하는 자와 경쟁하는 것은 여기서 불가능할 것이 분명하다. 이들 시장에서 고주파 트레이더들은 20년 이상 일해왔으며, 그들의 시스템과 알고리즘에 수천, 심지어 수억 달러를 투자했다. 넌 그들을 이길 수 없어. 기관펀드와 외환중개사, 암호화폐 거래소 등에 관심을 기울이는 일이 거의 없는 소규모 거래소에서도 한 번 도전해 볼 수 있다. 가장 중요한 두 가지 요점은 다음과 같다:

사용자의 위치 브로커에게

당신은 어떤 장비를 가지고 있나요? 수동 거래의 경우 평균 전력의 가정용 컴퓨터라도 적합하다면 다른 유형의 경우 더 고급스러운 것을 구매해야 합니다.

첫 번째 포인트를 최적화할 때 브로커의 서버가 어디에 있는지, 애플리케이션을 어디에 보낼지, 그리고 최대한 가까운 곳에 서버를 임대해야 합니다. 이렇게 하면 주어진 리소스의 전체 용량을 사용할 수 있으므로 전용 서버를 임대하는 것이 좋습니다. 전용 서버와 가상 서버의 차이점은 첫 번째 경우에는 하드웨어에 직접 액세스할 수 있고 두 번째 경우에는 이른바 가상 시스템을 통해 액세스할 수 있다는 것입니다. 두 번째 경우 거의 모든 서버 소유자가 감리를 수행합니다. 즉, 프로세서 코어 50개와 RAM 100GB의 프로세서가 장착된 서버를 설치했다고 가정해 보겠습니다. 가상화 소프트웨어를 사용하여 이러한 리소스를 30개의 가상 서버로 나누고 각 서버에는 2개의 코어와 4GB의 RAM이 허용됩니다. 근데 이게 어떻게 가능하냐고? 결국, 60개의 코어와 120GB의 RAM이 나온다고? 가상화 소프트웨어를 사용하면 이를 통해 원하는 만큼 가상 서버를 생성할 수 있습니다. 이러한 종류의 서비스 공급업체는 원칙적으로 대부분의 고객이 임대 용량을 100% 로드하지 않는다는 점을 활용합니다. 적어도 이러한 일이 자주 발생하지 않는다는 점을 감안해야 합니다. 또한 서버에 부하가 적은 경우 다른 서버도 추가 가상 서버를 실행할 수 있는 몇 가지 리소스를 확보하게 됩니다. 이 경우 소프트웨어가 사용자에게 할당된 리소스의 전체 용량을 필요로 하는 경우, 판매된 용량이 실제로 물리적으로 사용 가능한 용량보다 더 많기 때문에 소프트웨어 용량이 부족할 수 있습니다. 이 때문에 프로그램이 중단되는 것이 아니라 어떤 경우에도 계산을 하고, 조금 있다가 다른 사람에게서 방출해 덜 바빠진 상태에서 힘을 얻을 것이다. 이렇게 하면 알고리즘이 적시에 계산하고 의사 결정을 내리는 데 귀중한 시간을 낭비할 수 있습니다.

또한 거래소와 API에 직접 접근할 수 있는 것이 바람직하며, 거래소와 거래소의 차익거래가 발생할 경우 양쪽 거래소에 직접 접근할 수 있는 것이 좋습니다. 일반적으로 FIX 프로토콜 또는 PLAZA2입니다. 이 같은 직접 접속이 이뤄지지 않을 경우 특정 거래소의 거래 단말기를 이용해야 하거나, 직접 접속 1대와 단말기 1대가 복합적으로 연결된다. 중개업자가 API 연결을 하지 않고 거래 터미널에 API를 갖는 것은 드문 일이 아니다. 각각의 케이스는 개별적입니다. 거래소가 단말기도 API도 없고 거래를 위한 웹 인터페이스만 있는 경우가 가장 어려운 경우다. 이러한 거래의 자동화는 더 어렵기 때문에 웹 페이지의 동작을 분석하고 자동화해야 합니다. 그리고 이것은 견적이 상당히 지연되는 경우에만 타당합니다. 브로커가 연결 API, 터미널에 대한 API, 웹 인터페이스를 통한 거래 상호 작용이 없다면 이러한 거래를 자동화할 가능성이 높으며 더 적합한 브로커를 계속 찾는 것이 좋다.

지연 시간 단일 교환 전략

요점은 서버를 가능한 한 교환 서버와 가깝게 배치하는 것입니다. 그런 다음 속도를 이용해 남들보다 빨리 최적의 가격에 입찰을 사서 적은 수익으로 전매하면 된다. 데이터를 받고 무역 주문을 보내려면 다음을 사용하십시오:

– 자동 알고리즘 거래를 지원하는 경우 거래 터미널. 많은 거래 소프트웨어 공급업체들이 스크립팅 및 자동화 시스템 언어를 지원합니다. 예:

  • TradeStation – EasyLanguage 언어
  • Quik – QLua 언어
  • Transaq – ATF 언어
  • 닌자트레이더 (NinjaTrader) – 닌자스크립트(NinjaScript) 언어
  • JForex – 자바 언어

특정 플랫폼용 소프트웨어를 찾거나 구입하거나 프로그래머가 특정 터미널용 소프트웨어를 작성할 수 있도록 서비스 비용을 지불해야 합니다.

– 지연시간 차익거래를 위해 특별히 설계된 타사 소프트웨어입니다. 중개업자가 거래소에 직접 연결 서비스를 제공하는 경우도 드물지 않고, 이런저런 연결로 필요한 소프트웨어를 작성하는 기업도 있고, 심지어 제법 인기가 있다면 특별한 중개업자로도 있다.

– 거래 전략에 맞는 특수 알고리즘에 맞게 작성되고 최적화된 자체 서명 소프트웨어입니다. 만약 당신이 프로그래머가 아니라면, 당신은 그를 이 일에 고용해야 할 것입니다.

지연 시간 상호 교환 전략

두 부분으로 더 나눌 수 있습니다:

첫 번째 방법은 더 빠른 중개인의 견적을 사용하고 더 느린 중개인에게 거래 주문을 보내는 것입니다. 이 경우, 거래 서버는 브로커 서버와 최대한 가까운 위치에 있는 것이 좋습니다. 우리는 더 빠른 쪽에서 견적을 받아 느린 쪽에서 견적을 비교하고, 큰 차이가 있을 경우 느린 브로커에게 악기 간의 차이에 대한 거래 주문을 보냅니다.

우리는 두 개의 거래소를 동시에 거래합니다. 이 경우 양쪽 중개업소에 계좌가 개설돼 같은 금액만큼 계좌가 보충되고 그 중간 어딘가에 거래 서버가 위치하게 된다. 만약 거래소의 어떤 상품이든 가격 차이가 필요하다면, 가격이 더 낮은 곳에서 – 우리는 두 번째 판매에서 산다. 전략에 따라 양방향으로 거래할 수 있습니다. 일단 두 거래소에서 가격이 안정되면 – 당신은 그 자산을 다시 사거나 팔아야 한다. 시간이 지나면 두 거래소의 대차대조표에 차이가 날 것이다. 총 예금액은 원래 예금액보다 커야 전략의 이익에 대해 말할 수 있다. 예금이 많으면 예치금이 적은 거래소로 이체해야 다시 동일해집니다.

지연시간 증권거래차익거래

이런 중개업종에서는 이런 종류의 거래에서 경쟁하기가 어렵다. 그 틈새는 꽤 오랫동안 점유되어 왔고 막대한 투자를 받았다. 거래소 중에는 이른바 애그리게이터 거래소들이 있다. 그들은 많은 거래소의 견적을 받아 그것들을 하나의 입찰 잔에 합친다. 동시에, 그러한 교환들은 그들의 클라이언트들의 애플리케이션들을 서로 결합하지 않고, 단지 클라이언트가 구매하는 양인 거래소와 거래소의 중개자 역할만 한다. 만약 당신이 그러한 거래소에서 시장에 충분한 양을 소비한다면, 그것은 다른 중개인들의 다른 주식이 될 수 있다. 거래소에 지연시간 차익거래를 적용하는 것은 피할 수 없는 지연이 수반되고 모든 이점을 잃게 되기 때문에 불가능하다.

대기시간포렉스차익거래             

외환시장은 분산형 시장 OTC – 파생상품이다. 특정 화폐를 사는 것 – 당신은 그것을 물리적으로 사는 것이 아니다. 엄밀히 말하면, 이것은 무기한 트레이드인 계약입니다. 외환 브로커들을 위한 가장 일반적인 플랫폼은 메타트레이더4/5이다. 원칙적으로, 드문 경우에만 포렉스 브로커는 FIX 프로토콜을 통해 직접 API 연결을 갖는다. 모든 거래는 무역 터미널을 통해 이루어집니다.  메타트레이더는 컴파일된 언어 MQL이 내장되어 있으며, 구문은 가능한 한 C++에 가깝고, 터미널 개발자들이 진술하는 것처럼 속도가 너무 빠르다. 이 언어는 스크립트, 어드바이저, 지시자 등 거의 모든 복잡성을 지원한다. 네 번째 버전의 기능은 더 단순하며 외부에서 데이터를 전송하는 기능은 상당히 제한적이다. 이전 포인트와 더불어 5번째 버전에서는 상당한 전송 속도를 제공하는 소켓 연결을 생성할 가능성이 있다. 또한 에는 파이썬 언어를 위한 API가 내장되어 있습니다. 그러나 후자는 그러한 빠른 계산에 상대적으로 느리기 때문에 더 빠른 프로그래밍 언어와 소켓을 선호하기 위해 이를 무시하는 것이 더 낫다. 메타트레이더 생태계의 거래 알고리즘을 전문가 또는 어드바이저라고 합니다. 인터넷에서는 레이턴시 차익거래를 위한 어드바이저를 포함하여 이 터미널에 대한 많은 다양한 어드바이저를 찾을 수 있습니다.

외환시장의 유동성 공급자 정보

외환시장은 분산되어 있고 보통 공급자들로부터 유동성을 가져간다. 전 세계에 외환 유동성 공급자는 약 두 다스개다. 이와 동시에, 외환중개업자는 유동성 제공자가 되는 경우가 거의 없을 수 있다. 즉, 대형 브로커는 애플리케이션을 소형 브로커에게 판매합니다. 결국, 외환중개사들은 공급자들의 구성이 완전히 다를 수 있지만, 어느 정도는 다른 중개인들의 공급자들과 겹친다. 한 중개업자가 한 공급업자로부터 유동성을 가져와서 그의 고객의 유동성을 그것과 섞어서 다음 중개업자에게 재판매한다고 가정해보자.

그러나 유동성 제공자가 API를 제공한다면 더 작은 브로커보다 더 빠른 소스로 사용할 수 있다.

외환시장에서 거래할 브로커 선택

현재 외환중개사의 업무 모델은 가지가 알려져 있다:

외환 중개업자는 어떤 출처로부터 견적 상품의 가격을 받지만, 동시에 거래의 두 번째 부분, 즉 시장 메이커로서 당신을 위해 행동한다. 동시에 당신의 완전한 패배는 완전한 승리입니다. 이런 중개업자들은 거래처에 돈을 주지 않고 매매할 때 전표나 소품 등의 형태로 바퀴에 막대기를 꽂는 것을 좋아하는 것으로 유명하다. 이런 중개업자들이 훔쳐보기, 전방위, 차익거래 금지, 거래에서 최소 몇 분 이상 찾아야 하는 요건 등의 형태로 매우 이상한 법령을 갖고 있는 것은 드문 일이 아니다.

브로커는 고객과의 거래에서 완전히 거래상대방이 아니며 모든 거래를 유동성 제공자에게 출력합니다. 중개인은 단지 거래의 중개자일 뿐이고 당신의 손실에 관심이 없기 때문에 이 옵션이 가장 선호됩니다. 그러나 주 수입은 소액 거래 수수료이기 때문에 이러한 중개업자들은 드물다. 그것은 가격에 포함되거나 별도로 청구될 수 있으며, 고객들이 유동성 제공자의 가격으로 일할 수 있게 한다. 동시에, 중개인이 상대와 거래를 할 때, 그는 그에게 수수료를 지불합니다. 중개업자의 수수료가 조금 더 크니 그만큼 번다.

중개업자가 거래의 일부를 거래 상대방에게 가져와서 거래의 제2자가 되는 혼합 시스템이다. 대부분의 “정상적인” 중개업자들은 이 계획에 따라 운영된다. 아마도 중개인과 같은 모든 신규 고객의 거래는 처음에 스스로 닫힌다. 고객이 주로 이익을 얻는다는 것을 알게 되는 경우, 고객의 거래는 상대방에게 더 많이 산출되기 시작합니다. 따라서 중개업자는 당첨될 위험이 없고 사기행위와 고객의 거래에 피해를 줄 필요가 없다.

중개인의 선택은 좋은 금융감독기관의 관할 아래 있어야 한다는 사실에서 출발해야 한다. 현재 다음과 같은 것들이 있다.

  • FCA – 잉글랜드
  • BaFin – 독일
  • NFA – 미국
  • FINMA – 스위스

이것은 비무역 리스크를 제거하기 위해 필요하다. 역사상 외환중개업자가 의뢰인의 돈을 몽땅 챙겨 그냥 사라진 사례는 많다. 그러고 보니 등록은 역외이고 역외규제기관은 아무런 책임이 없다. 위에서 언급한 제어 기능을 통해 클라이언트는 두 가지 중요한 것을 얻을 수 있습니다.

  • 계정 분리. 고객과 중개인의 돈은 별도의 계좌에 보관됩니다. 중개인은 인출 및 유용 권한이 없지만, 당신의 돈을 대신해서 거래를 할 수 있습니다.
  • 모든 고객의 예금에는 일정 금액에 대한 보험이 있습니다. 중개업자가 파산한 경우, 고객은 예금 건수나 예금액이 그 이상일 경우 보험금액을 환급받게 된다.
  • 중개인은 공인된 유동성 제공자를 보유할 의무가 있으며 고객과의 거래에 대한 제2자 역할을 할 권리가 없다.

이 세 가지 사실은 중개업자의 부정한 일을 무의미하게 만들고, 예금보험의 존재는 감독당국이 통제하에 있는 중개업자들의 업무를 면밀히 감시할 수밖에 없게 만든다.

암호화폐 거래소의 지연시간 차익거래

대부분의 암호화폐 거래소에는 웹 트레이딩과 API 연결이 있다. 일반적으로 API는 시장 정보를 위한 웹소켓 연결이며 나머지는 시장 정보 거래 기능을 위한 것이다. 첫 번째 연결은 빠르고 두 번째 연결은 느립니다. 왜 그런지는 알 수 없지만 역사적으로 그런 일이 있었다. 아마도 암호화폐 거래는 상당히 젊은 산업이고, 암호화폐 거래소 데이터센터는 아직 증권거래소만큼 빠른 견적과 거래 알고리즘을 만들기 위해 거래 인프라에 그렇게 강력한 주입을 하지 않았을 것이다. 장점은 API가 일반적으로 복잡하지 않고 어떤 프로그래밍 언어로든 거래 알고리즘을 만들 수 있다는 것입니다.

거래 전략:

  • 하나의 거래소에서 거래하고 우리의 서버를 거래 서버와 최대한 가깝게 두는 것.
  • 우리는 두 개 이상의 거래소를 동시에 거래하며, 각각의 거래소에 동일한 금액의 예치금을 만듭니다.

두 번째 경우에는 둘 중 누가 먼저 변화를 일으킬지 미리 알 수 없기 때문에 한 교환은 더 빨리, 다른 교환은 더 느리게 사용할 수 없습니다. 포렉스와 달리 암호화폐 거래소는 서버에서 거래가 이뤄지고 거래 상대방에게 거래가 제출되지 않아 제공업체에 대한 직접 접속을 더 빠른 서버로 활용할 수 없다. 이런 점에서 모든 암호화폐 거래소가 평등하다. 하지만 그들이 많기 때문에 우리는 동일한 핑을 가진 하나의 트레이딩 서버를 모두 넣을 수 없습니다. 그래서 그 전략은 두 군데의 교환에서만 사용되어야 할 것입니다. 원하는 경우 시스템을 다른 시스템으로 확장할 수 있지만 서버와의 교환 쌍에서만 시스템을 고려할 수 있습니다.