암호화폐 업계의 양적 거래 초보자 여러분, 이 글을 꼭 읽어보세요 - 암호화폐 업계의 양적 거래에 한 걸음 더 다가가기(1부)

블록체인 자산 양적 거래가 발전함에 따라, 점점 더 많은 블록체인 자산 거래자가 양적 거래 도구에 대해 알게 되었습니다. 하지만 이 서클의 새로운 멤버로서 저는 많은 개념에 대해 혼란스러워합니다. 저는 모든 용어, 소프트웨어, 정보 등에 혼란스러워요. 이 글은 블록체인 자산 양적 거래의 일반적인 개념을 이해하고 익히는 데 도움이 되며, 여러 측면에서 다양한 유용한 정보를 알아봅니다. 본 문서에서는 먼저 기본 개념을 요약한 다음, FMZ 양적 거래 플랫폼에서 이러한 기본 개념에 해당하는 예를 제시합니다.

• ### 교환

우선, 우리는 교환의 개념을 이해해야 합니다. 우리는 우리 손에 있는 블록체인 자산을 거래소에서 투기, 투자 등을 위해 거래해야 합니다. 현재 거래소는 많고, 일부는 이미 잘 알려져 있고, 일부는 새로 생겨나고 있으며, 일부는 크고 일부는 작습니다. 어떤 거래소에서 프로그램형 거래와 양적 거래를 할 것인지는, 여러 가지 정보를 토대로 본인이 직접 선택해야 합니다.

• 교환 계정 거래소 계좌란 거래소에 등록하고 개설한 계좌입니다. 이 계좌에는 블록체인 자산을 저장하여 거래할 수 있습니다. 일부 거래소에서는 마스터 계정을 생성하고 설정할 수 있습니다.하위 계정거래용 자산과 투자용 자산을 분리하는 것이 편리합니다. 각 거래소마다 하위 계정 신청 생성, 메커니즘, 사용법이 다르므로, 해당 거래소 홈페이지에서 직접 확인하시기 바랍니다. 혹은 거래소 고객센터에 문의하세요.

  거래소 웹사이트에 계정으로 로그인해 보면, 블록체인 자산을 저장할 수 있는 곳이 여러 개의 ‘계정’으로 나뉘어 있는 것을 볼 수 있습니다(이는 논리적인 계정이며 거래소 계정이 아닙니다). 일반적으로 다음과 같이 구분됩니다지갑 계정，코인 대 코인 거래 계좌，재무 계정、계약 거래 계좌 기다리다. 세부 사항은 거래소마다 다를 수 있습니다. 일반적으로 블록체인 자산(코인)이 청구되면 특정 계좌(지갑 계좌일 수도 있고, 코인 간 거래 계좌일 수도 있음)에 보관됩니다. 따라서 충전 후에는 자산이 어디에 있는지 확인하고, 필요한 경우(예: 선물 거래 시) 해당 자산을 이체해야 합니다.

• 거래소 시스템의 API 인터페이스 이 교환 기능을 사용해 본 적이 없는 많은 학생들은 “API 인터페이스가 무엇인가요?“라고 질문할 수 있습니다. API 인터페이스는 프로그램 작업을 허용하는 거래소 시스템에서 제공하는 인터페이스입니다. 간단히 말해서, 거래소는 (실제 스크립트) 프로그램이 거래소 시스템(거래소 웹사이트의 특정 거래 쌍, 여러분도 상상할 수 있을 것입니다) 자산에서 주문을 하고, 주문을 취소하고, 주문을 확인하고, 계정을 확인할 수 있는 채널을 제공합니다. 위치 및 기타 작업을 확인합니다. Exchange API는 일반적으로 다양한 유형의 인터페이스로 구분됩니다.REST프로토콜 인터페이스,WebSocket프로토콜 인터페이스. 몇몇 거래소에서도 다음을 제공합니다.FIX프로토콜 인터페이스. 이것들은 단지 이해를 위한 것일 뿐이며 가장 일반적으로 사용되는 것들은 다음과 같습니다.REST프로토콜의 인터페이스. 이러한 인터페이스 문서는 일반적으로 거래소 공식 웹사이트 하단에서 제공됩니다.API링크에서 찾았습니다. 때로는 인터페이스 오류 정보를 쿼리하려고 할 때도 이러한 문서를 확인해야 합니다. 각 거래소의 API 시스템은 다르고 매우 다양합니다. 특정 문제에 대해서는 문서를 확인해야 합니다. 귀하가 전략 개발자가 아닌 경우, 이 내용은 참고용으로만 사용할 수 있습니다.

• 귀하의 계정의 API 키 거래소에 저장된 블록체인 자산의 보안과 관련이 있으므로 계정 API 키는 주의해서 이해해야 합니다. 위에서 언급했듯이 API 인터페이스는 채널이므로 API 키는 채널로 이해될 수 있습니다.통과하다. 접근 채널이 존재하기 때문에 모든 프로그램에 접근을 허용할 수는 없으며, 허용할 경우 매우 위험할 수 있습니다. 따라서 검증이 필요하며, API KEY는 신원 확인을 위해 사용됩니다. 따라서 API KEY는 자산의 보안과 관련이 있으므로 적절히 보관해야 합니다. 일반적으로 거래소의 API 키는 거래소 페이지의 오른쪽 상단에 있는 계정 관리 페이지에 생성됩니다(일부 거래소는 웹 페이지의 다른 곳에 이를 배치할 수 있습니다. “API”라는 키워드가 있는 링크를 찾아 클릭하세요. (찾아보세요). API KEY는 두 개의 문자열로 구성됩니다. 첫 번째 문자열은 일반적으로 다음과 같습니다.access key두 번째 문자열은 일반적으로 다음과 같이 불립니다.secret key. OKEX V5 및 V3 인터페이스와 같이 다른 정보를 포함하는 API KEY가 있는 거래소도 있습니다.PassPhrase, 이 역시 문자열(보안 검증을 강화하기 위해 직접 설정해야 하는 문자열)입니다. API KEY를 설정할 때 일반적으로 이 API KEY의 권한도 설정해야 하며, 여기에는 일반적으로 “거래” 및 “코인 인출”과 같은 권한이 포함됩니다. API KEY의 목적에 따라 설정해야 합니다. 인출 허가는 신중하게 사용되어야 합니다. API KEY는 권한 외에도 IP 주소 허용 목록을 설정할 수 있습니다. IP 주소 허용 목록 외부의 IP를 사용하여 인터페이스에 액세스하는 경우(IP 주소 개념을 이해하지 못하는 경우 Baidu에서 검색할 수 있음) 액세스 거부됩니다(즉, 허용 목록 외부의 IP). 네트워크에서 귀하의 계정에 액세스하거나 운영할 수 없습니다).

• 교환 객체 교환 대상의 개념은 발명자의 양적 거래 플랫폼(FMZ.COM)의 개념입니다. 간단히 말하면, 교환 인터페이스를 캡슐화하여 형성된 객체를 의미합니다. 이 객체는 FMZ 전략 코드에서 교환입니다. exchange.GetTicker 함수를 호출하면 실제로 교환 시장 데이터에 액세스하기 위한 인터페이스가 호출됩니다. 자세한 내용은 FMZ API 설명서를 참조하세요: https://www.fmz.com/api#exchange 거래소에는 선물 부문과 현물 부문이 있을 수 있습니다. FMZ에 정의된 선물 거래 객체와 현물 거래 객체는 서로 다른 유형의 거래 객체이므로 구별됩니다(선물 거래 객체는 현물 거래 객체보다 레버리지 설정 기능, 포지션 조회 기능 등 여러 기능이 더 있습니다). (자세한 내용은 설명서를 참조하세요.) 예를 들어, FMZ에서 Binance Exchange를 구성하면 다음과 같은 내용이 표시될 수 있습니다. 후오비에도 2개가 있습니다.

  전략이 선물 거래 객체를 기반으로 운영되는 경우 선물을 추가하고, 현물 거래를 기반으로 운영되는 경우 현물 거래를 추가하세요. 이런 설계의 이유는 거래소의 선물 및 현물 인터페이스가 완전히 다를 수 있고, 인터페이스 기반 주소도 다를 수 있기 때문에 별도로 캡슐화되기 때문입니다.

  FMZ 플랫폼에서 exchange는 exchange 계정을 나타내는 exchange 객체입니다. 자세한 내용은 https://www.fmz.com/api#exchanges를 참조하세요.

• 거래 시장

여기에 언급된 거래 시장은 특정 거래 표면(특정 거래 페이지를 상상해 보세요)을 말하며, 일반적으로 거래소에는 여러 섹션이 있습니다. 예를 들어:코인 대 코인 거래，코인 대 코인 레버리지 거래，계약 거래기다리다.

• 거래 쌍 우리가 보통 “거래 쌍”이라고 부르는 것은 우리가 사고 파는 물건, 예를 들어 양배추를 사러 시장에 갈 때와 같은 것으로 간단히 이해할 수 있습니다. 그래서 “양배추_돈” 이는 올바른 거래입니다(_로 구분). 구매자가 돈을 지불하고 양배추를 받고, 판매자가 양배추를 지불하고 돈을 받습니다. 예를 들어 특정 거래 쌍에 대한 거래소로 이동하세요.BTC_USDT이 거래 쌍을 매수한다는 것은 BTC를 얻기 위해 USDT를 지불한다는 것을 의미합니다. 판매 작업은 BTC를 지불하고 USDT를 받는 것입니다. ~에 의해BTC_USDT예를 들어, 우리는 일반적으로 BTC를 거래 통화라고 부르고 USDT를 가격 책정 통화라고 부릅니다.

  • 거래 통화, BaseCurrency.
  • 가격 책정 통화는 QuoteCurrency입니다.

• 현물 상품 코인 대 코인 거래，코인 대 코인 레버리지 거래, 현물 거래로 분류됨. 스팟 거래는 명확해야 합니다.거래 쌍이는 거래가 어느 시장에서 이루어지는지 설명할 수 있습니다.
  FMZ 양적 거래 플랫폼을 예로 들어, BTC 대 USDT 거래 쌍을 만들고 싶은 경우, 거래 통화는 BTC이고 결제 통화는 USDT입니다. FMZ 플랫폼의 기능을 활용합니다exchange.SetCurrency("BTC_USDT")현재 거래 쌍을 다음으로 전환:BTC_USDT. ~을 위한SetCurrency이해가 안 되시면 여기를 읽어보세요: https://www.fmz.com/api#exchange.setcurrency... ~을 위한exchange이해가 안 되시면 여기를 읽어보세요: https://www.fmz.com/api#exchange

• 계약(선물, 옵션) 계약 거래는 현물 거래와 상당히 다릅니다. 현재 환전계약은 다음과 같이 구분됩니다.币本位合约、USDT本位合约프로그램 거래와 양적 거래의 경우 거래 쌍뿐만 아니라 계약도 결정하는 것이 필요합니다. 예를 들어, BTC 거래를 원하신다면 분기 계약(매 분기마다 만료되고 인도), 주간 계약(매주 금요일마다 만료되고 인도), 영구 계약(인도 없음) 등 많은 BTC 계약이 있습니다. 잠깐요. 그러면 거래 쌍 식별자를 하나만 사용한다면 어떤 종류의 계약을 사용해야 할까요? 그러므로 이를 설명하고 확인하려면 구체적인 계약 코드가 필요합니다. 이런 방식으로, 우리가 어떤 계약 시장에서 거래하는지 설명할 때, 어떤 통화(거래 쌍)이고, 어떤 계약(계약 코드)인지 설명해야 합니다.

  • 통화 기반 계약 코인을 증거금으로 사용하는 계약(예: BTC 코인 기반 계약으로 BTC를 증거금으로 사용하고 수익도 BTC)의 경우 수익도 코인으로 이루어집니다. 일반적으로 코인-마진 계약의 거래 쌍의 표시 통화는 미국 달러(USD)로 표시됩니다(자세한 내용은 언급할 필요 없음, 대부분 거래소에서 이 표현을 사용함). 따라서 거래 쌍은 BTC_USD이고 계약은 분기별 계약입니다. 이는 우리가 말하는 거래 시장이BTC的币本位季度合约시장. FMZ 양적 거래 플랫폼에서exchange.SetCurrency("BTC_USD")거래 쌍을 설정한 다음exchange.SetContractType("quarter")분기별 계약을 맺습니다. 따라서 현재 거래 유형은 다음과 같습니다.BTC的币本位季度合约.

  • USDT 마진 계약 USDT를 마진으로 사용하는 계약(예: USDT를 마진으로 사용하고 수익 역시 USDT인 BTC의 USDT 마진 계약)의 경우 수익 역시 USDT입니다. 일반적으로 USDT 마진 계약 거래 쌍의 표시 통화는 USDT로 표시됩니다. 따라서 거래 쌍은 BTC_USDT이고 계약은 무기한 계약입니다. 이는 우리가 말하는 거래 시장이BTC的USDT本位永续合约시장. FMZ 양적 거래 플랫폼에서exchange.SetCurrency("BTC_USDT")거래 쌍을 설정한 다음exchange.SetContractType("swap")영구계약을 맺으세요. 따라서 현재 거래 유형은 다음과 같습니다.BTC的USDT本位永续合约.

• 주문하다 명령은 정확히 무엇을 가리키나요? 주문은 거래소에서 매수 또는 매도할 때 거래소에 제출하는 목록입니다. 주문은 시장가 주문, 지정가 주문, 조건부 주문 등으로 구분됩니다. 주문의 가장 기본적인 속성은 주문 객체(간단히 말해 무엇을 사거나 팔 것인가), 주문 수량(얼마나 사거나 팔 것인가), 주문 가격(어떤 가격에 사거나 팔 것인가)입니다. 다음 주문이 금액과는 상관없이 매수 및 매도 수량과 무엇을 사고 팔 것인가만 결정하는 경우 이러한 주문을 시장가 주문이라고 합니다. 물론 특정 거래소와 관련된 조건부 주문(손절매 주문, 아이스버그 주문 등)도 있습니다. 일부 거래소는 이를 제공하고 일부 거래소는 제공하지 않습니다. 자세한 내용은 거래소 API 문서를 확인할 수 있습니다.

  • 현물 상품 현물 시장 주문은 일반적으로 매수 주문에 주의를 기울여야 합니다. 현물 시장 매수 주문의 주문 수량은 코인의 수가 아니라 금액입니다. 시장가 주문은 가격을 결정하지 않으므로, 매수 금액은 금액에 의해서만 결정됩니다. 시장 매도 주문의 수량은 코인의 개수입니다. 왜냐하면 가격이 불확실하더라도 판매될 코인의 개수는 확실하기 때문입니다.

  • 계약 계약의 주문 수량은 매우 특별하며, 일반적으로 계약 수입니다. 거래소의 계약 주문 인터페이스는 기본적으로 계약 수이며, 코인 수를 주문 수량으로 사용하는 인터페이스는 없습니다. 바이낸스의 USDT 기반 BTC 선물 계약은 0.01 단위의 BTC 선물 계약 주문을 낼 수 있지만, 이는 코인의 개수가 아니라 계약 개수입니다. 다만 한 계약은 1BTC입니다. 일반적으로 시장가 주문이든 지정가 주문이든 주문 수량은 계약 수입니다.

  • 테이커 주문과 메이커 주문은 무엇인가요? 테이커 주문은 유동성을 제공하는 주문입니다. 간단히 말해서 현재 매수 가격은 10이고 매도 가격은 11입니다. 이때 매수 가격을 9로 하여 매수 주문을 하거나, A의 매도 가격 12의 매도 주문. 이때, 나는 보드의 깊이에 주문을 제공합니다. 내 주문은 메이커입니다. 이 예에서, 내가 11의 가격으로 매수 주문을 하면, 내 주문은 11의 가격으로 매도 주문과 함께 거래될 것입니다. 이때, 나는 시장에서 주문을 받습니다. 내가 그 가격에 내린 매수 주문은 시간은 주문의 수용자였다.

  예를 들어, Inventor Quantitative Trading Platform에 캡슐화된 주문 기능exchange.Sell、exchange.Buy이는 일반적인 지정가 주문 및 시장가 주문 인터페이스를 캡슐화합니다. 주문을 낼 때, 주문이 테이커인지 메이커인지는 주문 가격과 당시 시장 가격, 그리고 주문이 유동성을 제공하는지 아니면 유동성을 감소시키는지에 따라 달라집니다. Inventor Quantitative Trading Platform에서 가격이 -1로 전달되면 시장 주문을 하는 것을 의미합니다. 현물 시장 매수 주문의 주문 수량은 금액이므로 시장 주문은 확실히 유동성을 감소시키고 확실히 수락 주문.

  • 교환 조건 순서 많은 거래소도 조건부 주문을 지원합니다.比如冰山委托、止损单, 止盈单, post_only：只做maker单，fok：全部成交或立即取消，ioc：立即成交并取消剩余기다리다. 이러한 주문은 Inventor Quantitative Trading Platform에서 사용할 수 있습니다.exchange.IO해당 함수는 거래소 주문 인터페이스에 직접 접근하여 주문을 내기 위해 설정할 매개변수(어떤 조건부 주문을 낼지 지정)를 지정합니다. ~을 위한exchange.IO해당 기능 사용에 대한 자세한 내용은 FMZ API 설명서를 참조하세요: https://www.fmz.com/api#exchange.io...

• 양적 거래 플랫폼

양적 거래 플랫폼은 양적 거래 도구로 간주될 수 있으며, 이는 온라인 소프트웨어 시스템, 웹사이트, 로컬 실행 프로그램 또는 심지어 GITHUB의 오픈 소스 프로젝트일 수 있습니다. 간단히 말해서, 양적 거래를 위한 도구라고 생각하면 됩니다.

• FMZ 양적 거래 플랫폼 Inventor Quantitative Trading Platform은 온라인 분산 시스템입니다. 플랫폼 소개와 튜토리얼은 https://www.fmz.com/bbs-topic/4145를 참조하세요.

• 양적 거래 플랫폼의 백테스팅 시스템 백테스팅 시스템이란 무엇인가요? 간단히 말해서, 백테스팅 시스템이란 특정 거래 상품의 과거 데이터를 재생하고, 재생하는 동안 특정 전략을 포함시켜 과거 데이터 재생을 시뮬레이션할 때 해당 전략의 거래 성과를 얻는 것입니다. 따라서 백테스팅 시스템은 샌드박스 환경일 뿐입니다(어린이들이 놀 수 있는 샌드박스를 생각해 보세요. 여기서는 온갖 것을 만들 수 있지만, 그것은 단지 모델일 뿐이고 실제 사물과는 아무런 관련이 없습니다). 따라서 백테스팅이 불가능합니다. 실제 거래를 하는 시스템. 모든 기능.

  Inventor 양적 거래 플랫폼 백테스팅 시스템:

  이름	유형	설명
  Bitfinex	현물 거래소 객체	BTC_USD, ETH_USD, LTC_USD 등과 같은 제한된 거래 쌍을 지원합니다. 거래 쌍은 USD로 표시됩니다.
  바이낸스	현물 거래소	BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC 등 제한된 거래 쌍만 지원
  OKEX	현물 거래소	BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC 등 제한된 거래 쌍만 지원합니다.
  Huobi	현물 거래소	BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC 등 제한된 거래 쌍만 지원
  OKEX Futures	선물 거래소 객체	BTC_USD, ETH_USD 등과 같은 제한된 거래 쌍을 지원합니다. 거래 쌍은 USD로 표시됩니다. 특정 계약 코드를 설정한 후(exchange.SetContractType 함수 참조), 계약은 통화 기반 계약입니다.
  HuobiDM	선물 거래소 객체	HuobiDM은 BTC_USD, ETH_USD 등과 같은 제한된 거래 쌍을 지원하는 Huobi Futures(Huobi Contract)입니다. 거래 쌍은 USD로 표시됩니다. 특정 계약 코드를 설정합니다(exchange.SetContractType 함수 참조) 그 후 그 계약은 통화 기반 계약입니다.
  BitMEX	선물 거래 객체	거래 쌍은 XBT_USD입니다. 특정 계약 코드를 설정한 후(exchange.SetContractType 함수 참조), 계약은 통화 기반 계약입니다.
  Binance Futures	선물 거래소 객체	BTC_USDT, ETH_USDT 등과 같은 제한된 거래 쌍을 지원합니다. 거래 쌍은 USDT로 표시됩니다. 특정 계약 코드를 설정한 후(exchange.SetContractType 함수 참조), 계약은 USDT 기반 계약입니다.
  Deribit 옵션	옵션 거래소 객체	거래 쌍: BTC_USD, ETH_USD. 특정 계약 코드를 설정한 후(exchange.SetContractType 함수 참조), 계약은 코인 기반 계약입니다.

• 양적 거래 플랫폼을 위한 API KEY 거래소에는 API 인터페이스가 있으며, 양적 거래 플랫폼에도 API 인터페이스가 있습니다. FMZ 양적 거래 플랫폼을 예로 들면 FMZ의 API 인터페이스는 다음과 같습니다.扩展API. FMZ 플랫폼의 일부 기능은 프로그래밍 방식으로 작동할 수 있습니다. 예를 들어, 실제 디스크 일괄 생성, 실제 디스크 일괄 시작, 실제 디스크 구성 일괄 수정 등입니다. 자세한 내용은 https://www.fmz.com/api#fmz%E5%B9%B3%E5%를 참조하세요. 8F%B0%E6% 89%A9%E5%B1%95API 확장 API는 다음과 같은 흥미로운 작업을 수행하는 데에도 사용할 수 있습니다.Inventor Quantitative Trading Platform Extension API를 사용하여 TradingView 경고 신호 거래를 구현합니다.

• 프로그래밍 방식의 거래 스크립트

그럼, 내 거래소 계좌를 자동으로 제어하여 거래를 진행하는 것은 정확히 무엇일까요? 이는 프로그래밍 방식 거래와 양적 거래의 구체적인 구현, 즉 프로그래밍 방식 거래 스크립트입니다. 이러한 실시간 프로그램은 다양한 언어로 작성될 수 있습니다. 예를 들어, FMZ 양적 거래 플랫폼은 JavaScript, Python, C++로 실시간 거래 전략을 작성하는 것을 지원합니다. 이러한 스크립트 프로그램은 거래소의 API 인터페이스를 사용하여 계정에서 매수 및 매도와 같은 다양한 작업을 수행합니다.

• 프로그래밍 거래 스크립트가 실행되는 장치 실시간 스크립트 프로그램에는 장치 캐리어가 있어야 합니다(간단히 말해, 실시간 스크립트를 실행할 수 있는 장소가 있어야 합니다). 암호화폐 세계에서 양적 거래는 일반적으로 홍콩의 알리바바 클라우드 서버에 실시간 프로그램을 배포하는 것을 포함합니다(물론 다른 지역이나 다른 사업자의 서버를 사용할 수도 있습니다). 현재 많은 거래소가 해외 네트워크 접속을 필요로 하기 때문에, 많은 거래소 API 인터페이스는 국내 서버를 사용해서는 접속할 수 없습니다. 일반적으로 인터페이스 액세스를 사용할 수 없는 경우 오류가 보고됩니다.timeout。 FMZ Quantitative에서는 일반적으로 홍콩 Alibaba Cloud 서버를 사용하여 자체 소프트웨어 프로그램을 배포할 수 있습니다(Inventor Quantitative Trading Platform의 실시간 캐리어 소프트웨어는 [Trustee]라고 하며 실시간 양적 거래는 다음을 기반으로 합니다. 수탁자 소프트웨어).

  • 장비 시스템 다양한 운영체제: Windows/Linux/MAX OS/ARM Linux 등, 실제 스크립트에 맞게 선택하세요. FMZ Quantitative에서는 일반적으로 Linux 시스템 서버를 사용합니다. Linux 시스템의 사용은 실제로 복잡하지 않습니다. 간단한 사용은 FMZ 튜토리얼에서 설명하는 몇 가지 명령만 숙지하면 됩니다.

• 스크립팅 언어 선택 프로그래밍 언어는 매우 다양하지만, 기본적으로 모든 언어를 사용하여 실제 디스크 스크립트 프로그램을 작성할 수 있습니다. 여기서는 FMZ 양적 거래 플랫폼을 예로 들어 다양한 언어의 장점을 살펴보겠습니다. FMZ Quant에서는 다음과 같은 프로그래밍 언어로 전략(로봇 스크립트 프로그램)을 작성할 수 있습니다.

  • JavaScript 간단하고 사용하기 쉽고, 디바이스 환경에 거의 의존하지 않으며, ES6 표준을 지원합니다. 전략 프로그램의 실행 속도는 C++ 전략에 이어 두 번째입니다. (FMZ 양적거래 초보자에게 추천)

  • Python 어느 정도 디바이스 환경에 따라 달라지지만, 다양한 라이브러리를 설치할 수 있으며 확장성이 뛰어납니다. (FMZ 플랫폼과 Python에 익숙한 학생에게 권장)

  • C++ 이 전략은 실행 속도가 가장 빠르고 효율성도 가장 높지만, 사용하기가 더 어렵습니다. 놀아보세요, 다른 감정들so easy!。

  • 영어: Mai Language (마일어) FMZ가 지원하는 마이크 언어는 가장 기본적인 명령만 있습니다.

    • Mai 언어는 일부 트렌드 전략을 작성하는 데 적합합니다.
    • Mai Language로 거래 신호가 나타나면 거래 지시를 실행할 때 주문만 수락 가능하며, 보류 주문은 지원되지 않습니다.
    • Mai 언어는 단일 교환 객체에 대한 전략에 적합합니다(하나의 교환 객체만 제어할 수 있습니다. FMZ의 Mai 언어는 JS 코드 임베딩을 지원하지만 초보자에게는 약간 어렵고 당장은 공부하지 않을 것입니다)
    • Mai 언어는 단일 품종 전략에만 적합합니다. 다중 품종 전략 설계에는 JavaScript, Python, C++를 사용하는 것이 좋습니다.
    • FMZ 무대 언어 사용 관련 정보: https://www.fmz.com/digest-topic/5789 https://www.fmz.com/digest-topic/5768

  • 시각적 모듈 스플라이싱 전략 시각적인 방식으로 전략을 만드는 것은 단지 관심을 높이고 프로그램 논리를 이해하기 위한 것입니다. 간단한 논리를 만드는 것은 괜찮지만, 전략이 약간 복잡하다면 이런 방식으로 전략을 설계하는 것은 적합하지 않습니다. 유지 관리와 확장이 어렵고, 복잡한 논리를 설계하는 것은 더욱 어렵기 때문입니다.