동전 고리량 거래는 정말 새로운 것 같네요. 동전 고리량화 (Qualitative Coin Ringing) 에 대해 좀 더 자세히 알아보도록 하겠습니다.

동전 고리 양적 거래 새게 보기 당신에게 동전 고리 양적 가까이 데려 ((1)

블록체인 자산 양적 거래의 발전에 따라, 점점 더 많은 블록체인 자산 거래자가 양적 거래의 도구를 인식하고 있다. 그러나 이 동네의 신입 멤버로서, 많은 개념에 대해 혼란스러워하고, 다양한 명칭, 소프트웨어, 정보 등에 의해 혼란스러워하고 있습니다. 이 글은 일반적인 개념과 익숙하고, 다양한 측면에서 블록체인 자산 양화 거래에 유용한 다양한 정보를 알아내는 데 도움이 됩니다. 이 글은 기본 개념을 포괄하고 FMZ 양적 거래 플랫폼에서 그 기본 개념을 예시로 설명합니다.

• 거래소

  먼저 우리는 거래소라는 개념을 이해해야 합니다. 거래자가 가지고 있는 블록체인 자산을 투기하고 투자가 하는 데 필요한 것은 거래소에서 이루어져야 합니다. 현재 거래는 모두 많은, 숙련된, 신흥, 규모가 큰, 규모가 작은 거래소입니다. 어떤 거래소가 절차화되고 양적 거래가 이루어지는지에 대한 정보에 따라 자체적으로 필터링되어야 합니다.

  • 거래소 계좌 거래소 계정 (Exchange account) 은 거래소에서 등록된 계정이다. 블록체인 자산이 저장되어 거래가 이루어질 수 있다. 일부 거래소 주식 계정 아래에도 생성, 설정할 수 있다.계정자산을 분리하여 거래, 투기. 각 거래소의 하위 계정 신청의 생성, 메커니즘, 사용 등은 다양하며, 거래소의 웹 사이트에 직접 문의하거나 거래소의 고객 서비스를 문의해야합니다.

    거래소 웹사이트에 계정으로 로그인한 후, 일반적으로 블록체인 자산을 저장할 수 있는 장소가 여러 개의 계정으로 나뉘어져 있는 것을 볼 수 있습니다.지갑 계좌，동전 거래 계좌，재무계산、계약 거래 계좌예를 들어, 거래마다 모든 차이가 있을 수 있습니다. 일반적으로 블록체인 자산 (동전) 에 몰입한 후, 어떤 계정 아래 (화폐 지갑 계정, 또는 동전 거래 계정으로 직접 이동할 수 있습니다). 그래서 충전 후 다음 자산이 어디에 있는지 확인하고, 전환이 필요할 때 전환이 필요합니다 (예: 선물 거래에서 필요합니다).

  • 거래소 시스템 API 인터페이스 이 거래소 기능을 사용하지 않은 많은 학생이 물어볼 수 있습니다: API 인터페이스 키는 무엇입니까? API 인터페이스 (API interface) 는 거래소 시스템이 제공하는 인터페이스로 프로그램 동작을 허용한다. 간단히 말해서 거래소가 거래소 시스템에서 (거래소 웹사이트에서 거래 대 거래판, 여기서 자동 채용) 주문, 인출, 청구서, 계좌 자산을 확인, 보관 보관 등을 수행하도록 허용하는 통로를 제공합니다. 거래소 API는 여러 유형의 인터페이스로 나뉘어 있으며 일반적으로REST이 글은 다른 글과 비교해 볼 수 있습니다.WebSocket프로토콜 인터페이스.FIX이 모든 것은 우리가 가장 많이 사용하는 프로토콜 인터페이스입니다.REST프로토콜 인터페이스, 이 인터페이스 문서는 보통 거래소 홈페이지의 맨 아래에 있습니다.API문자 그대로의 링크에서 찾을 수 있습니다. 때로는 인터페이스 오류 보고 정보를 검색하거나 문서에서 볼 필요가 있습니다. 각 거래소의 API 시스템은 서로 다르며 차이가 크며 특정 문제에 대한 문서에 대해 자세히 살펴볼 필요가 있습니다.

  • 계정의 API KEY 계정 API KEY에 대해 잘 알아야 합니다. 왜냐하면 이것은 여러분의 거래소에 저장된 블록체인 자산의 안전과 관련이 있기 때문입니다. API가 통로라고 하면 API KEY가 통로로 이해될 수 있습니다여권■ 접속 통로가 있기 때문에 어떤 프로그램도 접근을 허용할 수 없기 때문에 위험합니다. 따라서 검증이 필요합니다. API KEY는 신원을 검증하는 데 사용됩니다. 따라서 API KEY는 자산의 안전에 관한 것입니다. 적절히 보관해야합니다. 보통 거래소의 API KEY는 거래소 페이지의 오른쪽 상단에 있으며, 계정 관리 페이지에서 생성됩니다. (또한 거래소가 웹 페이지의 다른 곳에있을 수도 있습니다. API 키워드가있는 링크를 클릭하여 검색하십시오.)access key두 번째 줄은 보통secret key▲ 또한 거래소의 API KEY에는 다른 정보가 있습니다. 예를 들어 OKEX V5 및 V3 인터페이스가 있습니다.PassPhrase, 또한 문자열 (보안 검증을 강화하기 위해 자신의 설정을 필요로 하는 문자열) 이다. API KEY를 설정할 때 일반적으로 이 API KEY의 권한도 설정해야 하며, 일반적으로 거래 키, 동전 키 등 권한이 있다. 이 권한은 API KEY의 용도에 따라 설정되어야 하며, 동전 권한은 신중하게 사용되어야 한다. 권한 외에도, API KEY는 IP 주소 화이트리스트를 설정할 수 있으며, 이 IP 주소 화이트리스트의 개념이 이해되지 않는 IP (IP 주소 개념) 를 사용하는 경우 액세스 인터페이스에 액세스 할 수 없습니다.

  • 거래소 대상 거래소 객체라는 개념은 발명자의 양적 거래 플랫폼에 있습니다.FMZ.COM이 개념은 단순히 거래소의 인터페이스에 포장을 형성하는 객체를 의미합니다. 이 객체는 FMZ 정책 코드에서 exchange라고 하며, exchange.GetTicker라는 함수를 호출합니다. 이 함수는 실제로 거래소의 거래 데이터에 액세스하는 인터페이스를 호출합니다. FMZ API 문서를 참조하십시오.https://www.fmz.com/api#exchange거래소에는 미래 거래소, 현장 거래소 등이 있을 수 있다. FMZ에서 정의된 미래 거래소 객체와 현장 거래소 객체는 서로 다른 유형의 거래소 객체이기 때문에 구분된다. (예: 레버리지 함수를 설정하거나, 물품 보유 함수를 쿼리하는 등 현장 거래소 객체보다 더 많은 함수를 가진 미래 거래소 객체, 구체적인 쿼리 문서). 그래서 예를 들어, 비트코인 거래소, 당신은 FMZ에서 설정할 때 볼 수 있습니다:이 지폐에는 두 개의 지폐가 있습니다.

    전략은 선물 거래소 객체를 조작하려는 경우 선물을 추가하고 현장 거래소를 조작하려는 경우 현장을 추가한다. 왜 이렇게 설계되었는지, 거래소가 선물 현장의 인터페이스가 완전히 다르거나 심지어 인터페이스 기반 주소가 다르기 때문에 각각 포장된다.

    FMZ 플랫폼에서, 교환은 거래소의 객체이며 거래소의 계좌를 대표합니다. 자세한 내용은 다음을 참조하십시오.https://www.fmz.com/api#exchanges

• 거래 시장

  여기서 거래 시장이란 특정 거래판 ( brain fill a trading page) 을 의미하며, 일반적으로 모든 여러 영역을 거래합니다. 예를 들어:동전 거래，코인 레버드 거래，계약 거래

  • 거래 우리가 흔히 말하는 거래는 을 간단히 이해하면 우리가 구매하고 판매하는 것입니다. 예를 들어 우리는 시장에 가서 백두대간을 구입합니다.콩나물 이 거래는 구매자가 백두대간을 지불하고 판매가격이 백두대간을 지불하여 돈을 얻는 거래 쌍입니다.BTC_USDT이 거래에서 우리가 구매하는 것은 USDT를 지불하여 BTC를 얻는다는 것입니다. 판매하는 것은 BTC를 지불하여 USDT를 얻는다는 것입니다. 그리고BTC_USDT예를 들어, 우리는 일반적으로 BTC를 거래 통화, USDT를 요금 통화라고 부릅니다.

    • 거래 통화, 베이스 커런시.
    • 쿼트Currency와 같은 다른 통화와 비교해 봅시다.

  • 현금동전 거래，코인 레버드 거래, 현금 거래로 분류됩니다. 현금 거래는 명시적으로만 사용됩니다.거래어떤 시장에서 거래하는지 설명할 수 있습니다.
    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라는 동전 계약은 많은데, 쿼터리 계약 (각 쿼터리 임시 배달), 주간 계약 (주간 5 임시 배달), 영구 계약 (무임수 계약) 등이 있다. 만약 하나의 거래 아이디만 사용한다면, 구체적으로 그 계약을 할 수 있을까? 그래서 구체적인 계약 코드가 필요해 설명이 결정된다. 따라서 우리가 어떤 계약 시장에서 거래하는지 설명하기 위해서는 어떤 통화 (거래 쌍) 이 있는지, 어떤 계약 (계약 코드) 이 있는지 설명해야 합니다.

    • 동전 본위 계약 화폐로 보증된 계약 (예를 들어, BTC로 보증된, BTC로 수익된, BTC로 수익된) 은 화폐이다. 일반적으로 화폐로 계약된 거래 쌍의 화폐는 USD로 표시된다.BTC的币本位季度合约시장을 다. 이 사이트는 FMZ의 양적 거래 플랫폼을 통해exchange.SetCurrency("BTC_USD")트랜잭션 쌍을 설정하고,exchange.SetContractType("quarter")그리고 이 모든 것이 4분기 계약에 의해 이루어집니다.BTC的币本位季度合约ᅳ

    • USDT 본사 계약 USDT를 보증금으로 사용하는 계약 (예를 들어 BTC의 USDT 본래 계약, USDT를 보증금으로 사용하고 수익은 USDT이기도 합니다.) 수익은 USDT이기도 합니다. 일반적으로 USDT 본래 계약의 거래 쌍의 화폐는 USDT로 표시됩니다. 따라서 거래 쌍은 BTC_USDT이며 계약은 영구 계약입니다.BTC的USDT本位永续合约시장을 다. 이 사이트는 FMZ의 양적 거래 플랫폼을 통해exchange.SetCurrency("BTC_USDT")트랜잭션 쌍을 설정하고,exchange.SetContractType("swap")현재 거래의 종류는BTC的USDT本位永续合约ᅳ

  • 주문 어떤 주문이 구체적으로 언급되는가? 주문은 우리가 거래소에서 구매하고 판매할 때 거래소에 제출하는 단위이다. 주문은 시장 가격표, 제한 가격표, 조건표 등으로 나뉘어진다. 명령의 가장 기본적인 속성은: 주문표의 품목 (단순하게 말하면 무엇을 구매하고 판매하는 것), 주문의 수 (얼마나 많은 것을 구매하고 판매하는 것), 주문의 가격 (얼마나 많은 것을 구매하고 판매하는 것) 이다. 다음 주문은 얼마든지, 단지 구매와 판매의 수를 결정하고, 무엇을 파는 것을 결정하는 경우, 그러한 주문은 시장과 관련된 특정, 특정 거래소와 관련된 특정, 거래소의 API 문서를 검색할 수 있는 거래소에서 제공되는 일부 거래소에서 제공되지 않는 것과 같은 것입니다.

    • 현금 현장품의 주문시장표는 보통 구매에 주의를 기울여야 하며, 현장품의 시장표의 구매 금액은 동전수가 아니라 금액이다. 시장표가 가격을 결정하지 않기 때문에, 금액으로만 얼마나 구매하는지 결정할 수 있다. 시장표의 판매량은 동전수이다.

    • 계약 계약의 아래 단위 양은 비교적 특이하며, 일반적으로 계약 수, 거래소의 계약 아래 단위 인터페이스는 기본적으로 계약 수이며, 동전 수를 아래 단위 양으로 인터페이스가 없습니다. 비트코인의 USDT 본래 BTC 상영 계약은 0.01의 수로 BTC 상영 계약을 주문할 수 있지만 동전 수도 아니며, 또한 계약 수도 아닙니다. 단 하나의 계약이 BTC일 뿐이다. 일반적으로, 시장 가격이나 제한 가격에 따라 계약 양은 계약 양이다.

    • 넥터메이커 주문이란 무엇인가요? 타커 오더는 유동성을 제공하는 오더입니다. 간단히 말해서 현재 접시에서 구매가격은 10이고 판매가격은 11입니다. 이 때 저는 구매가격은 9이고 구매가격은 11입니다. 또는 판매가격은 12이고 판매가격은 12입니다. 이 때 저는 접시의 깊이에 주문을 제공합니다. 제 명령은 메이커입니다. 또는 이 예제에서, 만약 제가 구매가격은 11이고, 이 때 제 명령은 접시에 판매가격은 11이고, 이 때 저는 접시에서 주문을 꺼냅니다.

      예를 들어, 발명가의 양적 거래 플랫폼에 포괄된 주문 함수는exchange.Sell、exchange.Buy포장은 일반적인 제한 가격 목록, 시장 가격 목록 인터페이스입니다. 주문을 할 때 주문은 타커 또는 메이커로 분류됩니다. 구체적으로 주문 가격과 당시 접시에 따라 우리의 주문이 유동성을 제공하거나 유동성을 감소시키는지를 볼 수 있습니다. 발명자의 양적 거래 플랫폼에서 가격이 입력된 1, 즉 시중 가격 목록, 현장의 시중 가격 목록 지불의 다음 주문 양이 금액이라면 시중 가격 목록은 유동성을 감소시키는 것이 확실하며 반드시 타커 주문입니다.

    • 거래소 조건부 위탁 많은 거래소가 조건부 주문을 지원합니다.比如冰山委托、止损单, 止盈单, post_only：只做maker单，fok：全部成交或立即取消，ioc：立即成交并取消剩余 이러한 주문은 발명가의 양적 거래 플랫폼에서 사용할 수 있습니다.exchange.IO함수는 직접 거래소 주문 인터페이스에 접속하여 설정해야 하는 매개 변수를 지정합니다.exchange.IO함수 사용은 FMZ API 문서를 참조하십시오:https://www.fmz.com/api#exchange.io...

• 양적 거래 플랫폼

  양적 거래 플랫폼은 양적 거래 도구, 온라인 소프트웨어 시스템, 웹 사이트, 로컬 실행 프로그램, 심지어 GitHub에 있는 오픈 소스 프로젝트로 간주될 수 있습니다. 간단히 말해서 당신은 그것을 양적 거래를 하는 도구로 간주할 수 있습니다.

  • FMZ 양적 거래 플랫폼 발명가 양적 거래 플랫폼은 온라인 분산 시스템으로 플랫폼에 대한 설명과 설명서를 참조하십시오.https://www.fmz.com/bbs-topic/4145

  • 거래 플랫폼을 정량화하기 위한 재검토 시스템 리코딩 시스템이란 무엇인가요? 간단히 말해서, 리코딩 시스템은 어떤 거래 품종의 역사적 데이터를 다시 재생하고, 리코딩 시 어떤 전략이 그 안에 들어가서 이 전략이 시뮬레이션된 역사적 데이터 재생에서 거래 성능을 얻는 것이다. 그래서 리코딩 시스템이 단지 모래 상자 환경이라고 한다면, 리코딩 시스템은 실제 거래소의 기능을 가질 수 없다.

    이 사이트의 개발자는 양적 거래 플랫폼 리코드 시스템입니다.

    이름	유형	설명
    비트피넥스	현금 거래소 대상	제한된 거래 쌍을 지원합니다. 예를 들어: BTC_USD, ETH_USD, LTC_USD 등, 거래 쌍의 화폐가 USD로 화폐가 달러로 표시되는 것을 유의하십시오.
    비안	현금 거래소 대상	제한된 거래 쌍을 지원합니다: BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC 등
    오케이	현금 거래소 대상	제한된 거래 쌍을 지원합니다: BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC 등
    코인	현금 거래소 대상	제한된 거래 쌍을 지원합니다: BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC 등
    OKEX 선물	선물 거래소 대상	제한된 거래 쌍을 지원합니다. 예를 들어: BTC_USD, ETH_USD 등, 거래 쌍의 화폐는 USD이며, 특정 계약 코드를 설정하면 (exchange.SetContractType 함수를 참조하십시오.)
    HuobiDM	선물 거래소 대상	HuobiDM는 토큰 선물 (토큰 계약) 을 지원하며, 제한된 거래 쌍을 지원합니다. 예를 들어: BTC_USD, ETH_USD 등, 거래 쌍의 화폐는 USD이며, 특정 계약 코드를 설정한 후 (exchange.SetContractType 기능을 참조하십시오), 계약은 통화 본래 계약입니다.
    BitMEX	선물 거래소 대상	거래 쌍은:XBT_USD, 특정 계약 코드를 설정 (exchange.SetContractType 함수를 참조) 한 후에 계약은 통화 본위 계약이다.
    비엔인 선물	선물 거래소 대상	제한된 거래 쌍을 지원합니다. 예를 들어: BTC_USDT, ETH_USDT 등, 거래 쌍의 요금은 USDT이며, 특정 계약 코드를 설정하면 (exchange.SetContractType 함수를 참조) USDT 로 계약됩니다.
    데리비트 옵션	옵션 거래소의 대상	거래 쌍은:BTC_USD,ETH_USD, 특정 계약 코드를 설정한 후 (exchange.SetContractType 함수를 참조) 계약은 통화 본래 계약이다.

  • 양적 거래 플랫폼의 API KEY 트레이드 모든 API 인터페이스, 같은 양량 거래 플랫폼에도 API 인터페이스가 있습니다. FMZ 양량 거래 플랫폼의 예를 들어, FMZ의 API 인터페이스는扩展API▲ FMZ 플랫폼을 프로그래밍으로 조작할 수 있는 기능들. ▲ 예를 들어 대량 생성 디스크, 대량 시작 디스크, 대량 수정 디스크 구성 등을 참조하면 된다.https://www.fmz.com/api#fmz平台扩展api확장 API는 재미있는 것들을 할 수 있습니다.발명자의 양적 거래 플랫폼 확장 API를 사용하여 트레이딩뷰 경보 신호 거래를 구현

• 프로그래밍 트랜잭션 스크립트

  이런 식으로 말해서, 제 거래 계좌를 자동으로 통제하는 거래가 무엇인지요? 이것은 프로그래밍 거래, 양량 거래의 구체적 예입니다. 이 실제 거래 프로그램은 다양한 언어로 작성 될 수 있습니다. 예를 들어 FMZ 양량 거래 플랫폼은 자바스크립트, 파이썬, C++ 언어로 실제 거래 전략을 작성하는 것을 지원합니다. 이 스크립트는 거래소의 API 인터페이스를 통해 계좌에 대한 구매 및 판매 등의 작업을 수행합니다.

  • 프로그래밍 트랜잭션 스크립트가 실행되는 장치 실제 디스크 스크립트 프로그램은 디바이스 캐리어가 있어야 한다 (단순히 말하자면, 실제 디스크가 있어야 하는 곳이다). 코인클럽의 양적 거래는 일반적으로 실제 디스크 프로그램을 홍콩 알리 클라우드 서버에 배포하는 것이다 (물론 다른 곳에서 다른 사업자의 서버를 사용할 수도 있다). 현재 많은 거래소가 해외 네트워크에 접속을 필요로 하기 때문에 국내 서버를 사용하는 많은 거래소가 API 인터페이스가 접근이 불가능하기 때문에 일반적으로 인터페이스 접속이 통통되지 않으면 오류가 발생한다.timeoutᅳ FMZ 쿼티메이션은 일반적으로 홍콩의 알리 클라우드 서버를 사용하여 자신의 소프트웨어를 배포할 수 있습니다. (창조자의 쿼티메이션 거래 플랫폼의 실제 디스크의 캐리어 소프트웨어는 쿼티메이션 트레이딩 디스크가 관리자 소프트웨어에 기반하여 실행되는 쿼티메이션 트레이딩 쿼티메이션이라고합니다.)

    • 장비 시스템 각종 운영 체제 윈도우/리눅스/MAX OS/ARM 리눅스 등, 실제 디스크 스크립트에 따라 선택된다. FMZ는 일반적으로 리눅스 시스템을 사용하는 서버로, 리눅스 시스템의 사용은 실제로 복잡하지 않습니다. 간단한 사용은 몇 가지 명령어를 마스터하는 것만으로도 충분합니다.

  • 스크립트 언어 선택 많은 프로그래밍 언어가 실체 디스크 스크립트를 작성하는 데 사용할 수 있습니다. 여기에 우리는 또한 FMZ 양화 거래 플랫폼을 예로 사용해서 다양한 언어의 장점을 이해합니다. FMZ 양화에서는 다음과 같은 프로그래밍 언어를 사용하여 전략을 작성할 수 있습니다.

    • 자바스크립트 간단하고 사용하기 쉬운, 장치 환경에 대한 의존도가 거의 없으며 ES6 표준을 지원합니다. 정책 프로그램 실행 속도는 C++ 전략에 두 번째로 빠르다. FMZ 양적 거래 초보자를 추천합니다.

    • 파이썬 어느 정도 장치 환경에 의존하며, 다양한 라이브러리를 설치할 수 있으며 확장성이 강하다.

    • C++ 전략 실행 속도는 가장 빠르고 효율적이며 사용 어려움이 높습니다. 이 모든 것은 우리가 할 수 있는 일입니다.so easy!。

    • 메어어 FMZ가 지원하는 마어어는 가장 기본적인 지침일 뿐이다.

      • 어는 트렌드 전략을 작성하는 데 유용합니다.
      • 메어 언어는 거래 신호가 나타나고 거래 명령어를 실행할 때 주문을 먹을 수 있으며, 주문을 붙이는 것을 지원하지 않습니다.
      • 메어 언어는 단일 거래소 객체를 만드는 전략에 적합합니다. (한 거래소 객체를 제어 할 수 있지만 FMZ의 메어 언어는 JS 코드를 임베드하는 것을 지원하지만 신의 난이도가 다소 크므로 아직 연구되지 않았습니다.)
      • 메어 언어는 단종 정책을 수행하는 데만 적합하며, 다종 정책 설계는 자바스크립트, 파이썬, C++를 사용하는 것이 좋습니다.
      • FMZ 나카이어 관련 자료:https://www.fmz.com/digest-topic/5789 https://www.fmz.com/digest-topic/5768

    • 모듈拼接 전략을 시각화 시각화 방식의 전략 제작은 흥미를 증진시키고, 프로그램 논리를 인식하기 위해서만 사용된다. 간단한 논리를 만드는 데 사용되는데, 조금 더 복잡한 전략은 더 이상 이 방식의 전략 설계에 적합하지 않다.