avatar of 发明者量化-小小梦 发明者量化-小小梦
tập trung vào tin nhắn riêng tư
4
tập trung vào
1271
Người theo dõi

Những người mới tham gia giao dịch định lượng trong giới tiền điện tử, vui lòng xem qua phần này - Đưa bạn đến gần hơn với giao dịch định lượng trong giới tiền điện tử (Phần 1)

Được tạo ra trong: 2021-04-12 10:17:12, cập nhật trên: 2024-12-04 21:22:42
comments   9
hits   5684

Những người mới tham gia giao dịch định lượng trong giới tiền điện tử, vui lòng xem qua phần này - Đưa bạn đến gần hơn với giao dịch định lượng trong giới tiền điện tử (Phần 1)

Những người mới tham gia giao dịch định lượng trong giới tiền điện tử, vui lòng xem qua phần này - Đưa bạn đến gần hơn với giao dịch định lượng trong giới tiền điện tử (Phần 1)

Với sự phát triển của giao dịch định lượng tài sản blockchain, ngày càng nhiều nhà giao dịch tài sản blockchain nhận thức được công cụ giao dịch định lượng. Tuy nhiên, là thành viên mới của cộng đồng này, tôi còn bối rối về nhiều khái niệm. Tôi bối rối bởi tất cả các thuật ngữ, phần mềm, thông tin, v.v. Bài viết này sẽ giúp bạn hiểu và làm quen với các khái niệm phổ biến và tìm hiểu về nhiều thông tin hữu ích trong giao dịch định lượng tài sản blockchain từ nhiều khía cạnh. Bài viết này trước tiên tóm tắt các khái niệm cơ bản và sau đó đưa ra các ví dụ tương ứng với các khái niệm cơ bản này trên nền tảng giao dịch định lượng FMZ.

  • ### Trao đổi

Trước hết, chúng ta cần hiểu khái niệm trao đổi. Chúng ta cần giao dịch tài sản blockchain trong tay để đầu cơ, đầu tư, v.v. trên sàn giao dịch. Hiện nay có nhiều sàn giao dịch, một số đã thành lập, một số mới nổi, một số lớn và một số nhỏ. Về việc nên tiến hành giao dịch theo chương trình và định lượng trên sàn giao dịch nào, bạn cần tự mình lựa chọn dựa trên đủ loại thông tin.

  • Tài khoản trao đổi Tài khoản giao dịch là tài khoản được đăng ký và mở trên sàn giao dịch này. Tài sản blockchain có thể được lưu trữ trong tài khoản này để giao dịch. Một số sàn giao dịch có thể tạo và thiết lập tài khoản chínhTài khoản phụViệc tách biệt tài sản để giao dịch và đầu cơ rất thuận tiện. Mỗi sàn giao dịch đều có cách tạo, cơ chế và cách sử dụng ứng dụng tài khoản phụ khác nhau nên bạn cần truy cập trang web của sàn giao dịch để kiểm tra thông tin này. Hoặc tham khảo dịch vụ chăm sóc khách hàng của sàn giao dịch.

    Sau khi đăng nhập bằng tài khoản trên trang web trao đổi, bạn thường có thể thấy rằng những nơi lưu trữ tài sản blockchain được chia thành nhiều “tài khoản” (đây là các tài khoản logic, không phải tài khoản trao đổi). Thường được chia thànhTài khoản víTài khoản giao dịch Coin-to-coinTài khoản tài chínhTài khoản giao dịch hợp đồng Chờ đợi. Thông tin chi tiết có thể khác nhau tùy từng sàn giao dịch. Thông thường, sau khi tài sản blockchain (tiền xu) được tính phí, chúng sẽ nằm trong một tài khoản nhất định (có thể là trong tài khoản ví hoặc trực tiếp vào tài khoản giao dịch tiền xu sang tiền xu). Do đó, sau khi nạp tiền, bạn nên kiểm tra xem tài sản ở đâu và chuyển chúng đi khi cần thiết (ví dụ như khi giao dịch tương lai).

  • Giao diện API của hệ thống trao đổi Nhiều sinh viên chưa sử dụng chức năng trao đổi này có thể hỏi: “Giao diện API là gì?” Giao diện API là giao diện do hệ thống trao đổi cung cấp cho phép các hoạt động của chương trình. Nói một cách đơn giản, sàn giao dịch cung cấp một kênh cho phép các chương trình (kịch bản thực) đặt lệnh, hủy lệnh, kiểm tra lệnh và kiểm tra tài khoản trong hệ thống sàn giao dịch (một cặp giao dịch nhất định trên trang web của sàn giao dịch, bạn có thể tự hình dung) Tài sản, kiểm tra vị trí và các hoạt động khác. API trao đổi được chia thành nhiều loại giao diện khác nhau, thường làRESTGiao diện giao thức,WebSocketGiao diện giao thức. Một số ít sàn giao dịch cũng cung cấpFIXGiao diện giao thức. Đây chỉ là để hiểu, những cái được sử dụng phổ biến nhất làRESTGiao diện của giao thức. Các tài liệu giao diện này thường có sẵn ở cuối trang web chính thức của sàn giao dịch.APICó trong liên kết. Đôi khi, khi bạn muốn truy vấn một số thông tin lỗi giao diện, bạn vẫn cần phải kiểm tra các tài liệu này. Hệ thống API của mỗi sàn giao dịch đều khác nhau và rất khác nhau. Đối với các vấn đề cụ thể, bạn cần kiểm tra tài liệu. Nếu bạn không phải là nhà phát triển chiến lược, thì nội dung này chỉ có thể được sử dụng để tham khảo.

  • API KEY của tài khoản của bạn Bạn phải hiểu rõ về API KEY của tài khoản vì nó liên quan đến tính bảo mật của tài sản blockchain được lưu trữ trên sàn giao dịch của bạn. Như đã đề cập ở trên, giao diện API là một kênh, do đó API KEY có thể được hiểu là kênh.Vượt qua. Vì có kênh truy cập nên không phải tất cả các chương trình đều được phép truy cập vì điều đó rất nguy hiểm. Do đó, cần phải xác minh và sử dụng API KEY để xác minh danh tính. Do đó, API KEY liên quan đến tính bảo mật của tài sản của bạn và phải được lưu giữ đúng cách. Thông thường, API KEY của một sàn giao dịch được tạo trên trang quản lý tài khoản ở góc trên bên phải của trang sàn giao dịch (một số sàn giao dịch có thể đặt nó ở một nơi khác trên trang web, hãy tìm liên kết có từ khóa “API” và nhấp vào đó để tìm thấy nó). API KEY bao gồm hai chuỗi. Chuỗi đầu tiên thường được gọi làaccess key, chuỗi thứ hai thường được gọi làsecret key. Ngoài ra còn có các trao đổi với API KEY có thông tin khác, chẳng hạn như giao diện OKEX V5 và V3 có mộtPassPhrase, cũng là một chuỗi (một chuỗi cần phải do chính bạn thiết lập để tăng cường xác minh bảo mật). Khi thiết lập API KEY, bạn thường cũng cần thiết lập các quyền của API KEY này, thường bao gồm các quyền như “giao dịch” và “rút tiền”. Bạn cần thiết lập chúng theo mục đích của API KEY. Việc rút tiền sự cho phép cần phải được sử dụng một cách thận trọng. Ngoài quyền, API KEY cũng có thể thiết lập danh sách trắng địa chỉ IP. Nếu bạn sử dụng IP ngoài danh sách trắng địa chỉ IP (nếu bạn không hiểu khái niệm địa chỉ IP, bạn có thể tìm kiếm trên Baidu) để truy cập giao diện, hãy truy cập sẽ bị từ chối (tức là IP nằm ngoài danh sách trắng IP). Mạng không thể truy cập hoặc vận hành tài khoản của bạn).

  • Đối tượng trao đổi Khái niệm đối tượng trao đổi là một khái niệm trên nền tảng giao dịch định lượng của nhà phát minh (FMZ.COM). Nói một cách đơn giản, nó đề cập đến một đối tượng được hình thành bằng cách đóng gói giao diện trao đổi. Đối tượng này là trao đổi trong mã chiến lược FMZ. Gọi hàm exchange.GetTicker thực sự gọi giao diện để truy cập dữ liệu thị trường trao đổi. Để biết chi tiết, vui lòng tham khảo tài liệu API FMZ: https://www.fmz.com/api#exchange Một sàn giao dịch có thể có một bộ phận giao dịch tương lai và một bộ phận giao dịch giao ngay. Vì các đối tượng trao đổi tương lai và các đối tượng trao đổi giao ngay được xác định trên FMZ là các loại đối tượng trao đổi khác nhau nên chúng được phân biệt (các đối tượng trao đổi tương lai có nhiều chức năng hơn các đối tượng trao đổi giao ngay, chẳng hạn như chức năng thiết lập đòn bẩy và chức năng truy vấn vị thế). v.v., vui lòng tham khảo tài liệu để biết chi tiết). Ví dụ, khi bạn cấu hình Binance Exchange trên FMZ, bạn có thể thấy: Những người mới tham gia giao dịch định lượng trong giới tiền điện tử, vui lòng xem qua phần này - Đưa bạn đến gần hơn với giao dịch định lượng trong giới tiền điện tử (Phần 1) Huobi cũng có 2. Những người mới tham gia giao dịch định lượng trong giới tiền điện tử, vui lòng xem qua phần này - Đưa bạn đến gần hơn với giao dịch định lượng trong giới tiền điện tử (Phần 1)

    Nếu chiến lược là hoạt động trên các đối tượng giao dịch tương lai, hãy thêm hợp đồng tương lai; nếu hoạt động trên thị trường giao ngay, hãy thêm hợp đồng giao ngay. Lý do cho thiết kế này là giao diện tương lai và giao ngay của sàn giao dịch có thể hoàn toàn khác nhau, thậm chí địa chỉ cơ sở của giao diện cũng có thể khác nhau, do đó chúng được đóng gói riêng biệt.

    Trên nền tảng FMZ, exchange là một đối tượng trao đổi, đại diện cho một tài khoản trao đổi. Để biết chi tiết, hãy xem: https://www.fmz.com/api#exchanges

  • Thị trường giao dịch

Thị trường giao dịch được đề cập ở đây ám chỉ bề mặt giao dịch cụ thể (hãy tưởng tượng một trang giao dịch nào đó) và thông thường sàn giao dịch có nhiều phần. Ví dụ:Giao dịch tiền xu sang tiền xuGiao dịch đòn bẩy Coin-to-coinGiao dịch hợp đồngChờ đợi.

  • Cặp giao dịch Những gì chúng ta thường gọi là “cặp giao dịch” có thể hiểu đơn giản là những thứ chúng ta mua và bán, chẳng hạn như khi chúng ta ra chợ mua bắp cải. Vì thế “Tiền_bắp_cải” Đây là một giao dịch đúng (gạch chân _ để phân tách) người mua trả tiền và nhận bắp cải, còn người bán trả tiền và nhận tiền. Truy cập sàn giao dịch để xem các cặp giao dịch cụ thể, ví dụ:BTC_USDTKhi chúng ta mua cặp giao dịch này, nghĩa là chúng ta phải trả USDT để lấy BTC. Hoạt động bán là trả BTC và nhận USDT. quaBTC_USDTVí dụ, chúng ta thường gọi BTC là tiền tệ giao dịch và USDT là tiền tệ định giá.

    • Tiền tệ giao dịch, BaseCurrency.
    • Đơn vị tiền tệ định giá, QuoteCurrency.
  • Hàng hóa giao ngay Giao dịch tiền xu sang tiền xuGiao dịch đòn bẩy Coin-to-coin, được phân loại là giao dịch giao ngay. Giao dịch giao ngay chỉ yêu cầu rõ ràngCặp giao dịchNó có thể mô tả giao dịch đang diễn ra trên thị trường nào.
    Lấy nền tảng giao dịch định lượng FMZ làm ví dụ, nếu bạn muốn tạo cặp giao dịch BTC sang USDT. Tiền tệ giao dịch là BTC và tiền tệ thanh toán là USDT. Chúng tôi sử dụng chức năng của nền tảng FMZexchange.SetCurrency("BTC_USDT")Chuyển đổi cặp giao dịch hiện tại thành:BTC_USDT. vìSetCurrencyNếu bạn không hiểu, bạn có thể đọc: https://www.fmz.com/api#exchange.setcurrency... vìexchangeNếu bạn không hiểu, bạn có thể đọc: https://www.fmz.com/api#exchange

  • Hợp đồng (tương lai, quyền chọn) Giao dịch hợp đồng khá khác so với giao dịch giao ngay. Hiện nay, hợp đồng trao đổi được chia thành币本位合约USDT本位合约Đối với giao dịch theo chương trình và giao dịch định lượng, không chỉ cần xác định cặp giao dịch mà còn phải xác định hợp đồng. Ví dụ, nếu bạn muốn giao dịch BTC, có nhiều hợp đồng BTC, bao gồm hợp đồng quý (hết hạn và giao hàng mỗi quý), hợp đồng tuần (hết hạn và giao hàng vào thứ Sáu hàng tuần) và hợp đồng vĩnh viễn (không giao hàng). Đợi đã. Vậy nếu chúng ta chỉ sử dụng một mã định danh cặp giao dịch thì chúng ta nên sử dụng loại hợp đồng nào? Do đó, cần có mã hợp đồng cụ thể để mô tả và xác nhận điều này. Theo cách này, khi chúng ta mô tả thị trường hợp đồng mà chúng ta đang giao dịch, chúng ta cần mô tả loại tiền tệ (cặp giao dịch) và hợp đồng đó là gì (mã hợp đồng).

    • Hợp đồng dựa trên tiền tệ Đối với các hợp đồng sử dụng tiền xu làm ký quỹ (chẳng hạn như hợp đồng dựa trên tiền xu BTC, sử dụng BTC làm ký quỹ và thu nhập cũng là BTC), thu nhập cũng được tính bằng tiền xu. Thông thường, đơn vị tiền tệ được sử dụng trong các cặp giao dịch hợp đồng ký quỹ tiền xu được tính bằng USD (không cần đi sâu vào chi tiết, hầu hết các sàn giao dịch đều sử dụng cách diễn đạt này). Vì vậy, cặp giao dịch là BTC_USD và hợp đồng là hợp đồng theo quý. Điều này có nghĩa là thị trường giao dịch mà chúng ta đang nói đến làBTC的币本位季度合约chợ. Trên nền tảng giao dịch định lượng FMZ,exchange.SetCurrency("BTC_USD")Thiết lập cặp giao dịch, sau đóexchange.SetContractType("quarter")Thiết lập hợp đồng hàng quý. Vì vậy, loại hình giao dịch hiện tại làBTC的币本位季度合约.

    • Hợp đồng ký quỹ USDT Đối với các hợp đồng sử dụng USDT làm ký quỹ (chẳng hạn như hợp đồng ký quỹ bằng USDT của BTC, sử dụng USDT làm ký quỹ và thu nhập cũng là USDT), thì thu nhập cũng là USDT. Thông thường, đơn vị tiền tệ được tính theo cặp giao dịch hợp đồng ký quỹ USDT được tính bằng USDT. Vì vậy, cặp giao dịch là BTC_USDT và hợp đồng là hợp đồng vĩnh viễn. Điều này có nghĩa là thị trường giao dịch mà chúng ta đang nói đến làBTC的USDT本位永续合约chợ. Trên nền tảng giao dịch định lượng FMZ,exchange.SetCurrency("BTC_USDT")Thiết lập cặp giao dịch, sau đóexchange.SetContractType("swap")Thiết lập hợp đồng vĩnh viễn. Vì vậy, loại hình giao dịch hiện tại làBTC的USDT本位永续合约.

  • Đặt hàng Lệnh thực chất ám chỉ điều gì? Lệnh là danh sách chúng ta gửi lên sàn giao dịch khi mua hoặc bán trên sàn giao dịch. Lệnh được chia thành lệnh thị trường, lệnh giới hạn, lệnh có điều kiện, v.v. Các thuộc tính cơ bản nhất của một lệnh là: đối tượng lệnh (nói một cách đơn giản, là mua hoặc bán gì), số lượng lệnh (mua hoặc bán bao nhiêu) và giá lệnh (mua hoặc bán ở mức giá nào). Nếu lệnh tiếp theo không quan tâm đến số tiền mà chỉ xác định số lượng mua và bán cũng như mua và bán cái gì thì lệnh đó được gọi là lệnh thị trường. Tất nhiên, cũng có các lệnh có điều kiện (lệnh dừng lỗ, lệnh tảng băng trôi, v.v.), liên quan đến các sàn giao dịch cụ thể. Một số sàn giao dịch cung cấp chúng, và một số sàn giao dịch thì không. Bạn có thể kiểm tra tài liệu API của sàn giao dịch để biết chi tiết.

    • Hàng hóa giao ngay Lệnh thị trường giao ngay thường yêu cầu chú ý đến lệnh mua. Số lượng lệnh mua thị trường giao ngay không phải là số lượng coin mà là số lượng. Vì lệnh thị trường không quyết định giá nên số tiền mua chỉ có thể được xác định bằng số tiền đó. Số lượng lệnh bán trên thị trường là số lượng đồng tiền, vì ngay cả khi giá không chắc chắn thì số lượng đồng tiền được bán là chắc chắn.

    • hợp đồng Số lượng đặt hàng của hợp đồng khá đặc biệt, thường là số lượng hợp đồng. Giao diện đặt hàng hợp đồng của sàn giao dịch về cơ bản là số lượng hợp đồng, không có giao diện nào sử dụng số lượng coin làm số lượng đặt hàng. Hợp đồng tương lai BTC dựa trên USDT của Binance có thể đặt lệnh cho hợp đồng tương lai BTC với số tiền là 0,01, nhưng không phải theo số lượng coin mà theo số lượng hợp đồng, ngoại trừ một hợp đồng tình cờ là một BTC. Nói chung, bất kể là lệnh thị trường hay lệnh giới hạn, số lượng lệnh đều là số lượng hợp đồng.

    • Lệnh taker và lệnh maker là gì? Lệnh taker là lệnh cung cấp thanh khoản. Nói một cách đơn giản, giá mua hiện tại là 10 và giá bán là 11. Lúc này, tôi đặt lệnh mua với giá mua là 9 hoặc đặt lệnh bán với giá bán của lệnh bán là 12. Lúc này, tôi cung cấp một lệnh cho độ sâu trên bảng. Lệnh của tôi là lệnh tạo. Trong ví dụ này, nếu tôi đặt lệnh mua ở mức giá 11, lệnh của tôi sẽ được giao dịch với lệnh bán ở mức giá 11. Vào thời điểm này, tôi nhận lệnh từ thị trường. Lệnh mua mà tôi đặt ở mức giá đó thời gian là một mệnh lệnh của người thực hiện.

    Ví dụ, chức năng đặt hàng được đóng gói trong Nền tảng giao dịch định lượng Inventorexchange.Sellexchange.BuyNó bao gồm các giao diện lệnh giới hạn và lệnh thị trường chung. Khi đặt lệnh, lệnh được phân loại là lệnh khớp hay lệnh tạo tùy thuộc vào giá lệnh và giá thị trường tại thời điểm đó, và lệnh của chúng ta cung cấp thanh khoản hay làm giảm thanh khoản. Trên Nền tảng giao dịch định lượng Inventor, nếu giá được truyền vào là -1, điều đó có nghĩa là đặt lệnh thị trường. Lưu ý rằng số lượng lệnh của lệnh thị trường giao ngay là số tiền, vì vậy lệnh thị trường chắc chắn sẽ làm giảm tính thanh khoản và chắc chắn là người nhận lệnh.

    • Trao đổi lệnh có điều kiện Nhiều sàn giao dịch cũng hỗ trợ lệnh có điều kiện.比如冰山委托止损单, 止盈单, post_only:只做maker单fok:全部成交或立即取消ioc:立即成交并取消剩余Chờ đợi. Những lệnh này có thể được sử dụng trên Nền tảng giao dịch định lượng Inventorexchange.IOHàm này truy cập trực tiếp vào giao diện lệnh giao dịch để chỉ định các tham số cần thiết lập (chỉ định lệnh có điều kiện nào sẽ được đặt) để đặt lệnh. vìexchange.IOĐể biết cách sử dụng chức năng này, vui lòng tham khảo tài liệu API FMZ: https://www.fmz.com/api#exchange.io...
  • Nền tảng giao dịch định lượng

Nền tảng giao dịch định lượng có thể được coi là một công cụ giao dịch định lượng, có thể là một hệ thống phần mềm trực tuyến, một trang web, một chương trình thực thi cục bộ hoặc thậm chí là một dự án nguồn mở trên GITHUB. Nói một cách đơn giản, bạn có thể coi nó như một công cụ giao dịch định lượng.

  • Nền tảng giao dịch định lượng FMZ Nền tảng giao dịch định lượng Inventor là một hệ thống phân phối trực tuyến. Để biết phần giới thiệu về nền tảng và hướng dẫn, vui lòng tham khảo: https://www.fmz.com/bbs-topic/4145

  • Hệ thống kiểm tra ngược của nền tảng giao dịch định lượng Hệ thống kiểm thử ngược là gì? Nói một cách đơn giản, hệ thống kiểm tra ngược là phát lại dữ liệu lịch sử của một sản phẩm giao dịch nhất định và trong quá trình phát lại, sử dụng một chiến lược nhất định để có được hiệu suất giao dịch của chiến lược này khi mô phỏng việc phát lại dữ liệu lịch sử. Vì vậy, hệ thống kiểm tra ngược chỉ là một môi trường hộp cát (hãy nghĩ đến hộp cát mà trẻ em chơi, nơi bạn có thể tạo ra đủ thứ, nhưng chúng chỉ là mô hình và không liên quan gì đến những thứ thực tế). Vì vậy, không thể kiểm tra ngược hệ thống để có giao dịch thực tế. Bất kỳ chức năng nào.

    Hệ thống kiểm tra ngược nền tảng giao dịch định lượng của Inventor:

    Tên Loại Mô tả
    Bitfinex Đối tượng giao dịch giao ngay Hỗ trợ các cặp giao dịch hạn chế như: BTC_USD, ETH_USD, LTC_USD, v.v. Lưu ý rằng cặp giao dịch được tính bằng USD.
    Binance Đối tượng giao dịch giao ngay Hỗ trợ các cặp giao dịch giới hạn như: BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC, v.v.
    OKEX Đối tượng giao dịch giao ngay Hỗ trợ các cặp giao dịch giới hạn như: BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC, v.v.
    Huobi Đối tượng giao dịch giao ngay Hỗ trợ các cặp giao dịch giới hạn như: BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC, v.v.
    OKEX Futures Đối tượng sàn giao dịch tương lai Hỗ trợ các cặp giao dịch giới hạn như BTC_USD, ETH_USD, v.v. Cặp giao dịch được tính bằng USD. Sau khi thiết lập mã hợp đồng cụ thể (xem hàm exchange.SetContractType), hợp đồng là hợp đồng dựa trên tiền tệ
    HuobiDM Đối tượng giao dịch hợp đồng tương lai HuobiDM là Huobi Futures (Hợp đồng Huobi), hỗ trợ các cặp giao dịch giới hạn như BTC_USD, ETH_USD, v.v. Cặp giao dịch được tính bằng USD. Đặt mã hợp đồng cụ thể (xem hàm exchange.SetContractType) Sau rằng, hợp đồng là hợp đồng dựa trên tiền tệ
    BitMEX Đối tượng giao dịch tương lai Cặp giao dịch là: XBT_USD. Sau khi thiết lập mã hợp đồng cụ thể (xem hàm exchange.SetContractType), hợp đồng là hợp đồng dựa trên tiền tệ
    Binance Futures Đối tượng giao dịch hợp đồng tương lai Hỗ trợ các cặp giao dịch giới hạn như BTC_USDT, ETH_USDT, v.v. Cặp giao dịch được tính bằng USDT. Sau khi thiết lập mã hợp đồng cụ thể (xem hàm exchange.SetContractType), hợp đồng là hợp đồng dựa trên USDT
    Tùy chọn Deribit Đối tượng trao đổi tùy chọn Cặp giao dịch: BTC_USD, ETH_USD. Sau khi thiết lập mã hợp đồng cụ thể (xem hàm exchange.SetContractType), hợp đồng là hợp đồng dựa trên tiền xu
  • API KEY cho nền tảng giao dịch định lượng Sàn giao dịch có giao diện API và nền tảng giao dịch định lượng cũng có giao diện API. Lấy nền tảng giao dịch định lượng FMZ làm ví dụ, giao diện API của FMZ được gọi là扩展API. Một số chức năng của nền tảng FMZ có thể được vận hành theo chương trình. Ví dụ, tạo hàng loạt đĩa thực, khởi động hàng loạt đĩa thực, sửa đổi hàng loạt cấu hình đĩa thực, v.v. Để biết chi tiết, vui lòng tham khảo: https://www.fmz.com/api#fmz%E5%B9%B3%E5% 8F%B0%E6% 89%A9%E5%B1%95api API mở rộng cũng có thể được sử dụng để thực hiện một số điều thú vị, chẳng hạn nhưSử dụng API mở rộng nền tảng giao dịch định lượng Inventor để triển khai giao dịch tín hiệu cảnh báo TradingView

  • Các tập lệnh giao dịch theo chương trình

Nói như vậy, chính xác thì cái gì đang tự động kiểm soát tài khoản giao dịch của tôi? Đây chính là biểu hiện cụ thể của giao dịch theo chương trình và giao dịch định lượng - kịch bản giao dịch theo chương trình. Các chương trình thời gian thực này có thể được viết bằng nhiều ngôn ngữ khác nhau. Ví dụ, nền tảng giao dịch định lượng FMZ hỗ trợ viết các chiến lược giao dịch thời gian thực bằng JavaScript, Python và C++. Các chương trình tập lệnh này sử dụng giao diện API của sàn giao dịch để thực hiện nhiều hoạt động khác nhau trên tài khoản, chẳng hạn như mua và bán.

  • Thiết bị nơi chạy tập lệnh giao dịch theo chương trình Chương trình kịch bản thời gian thực phải có thiết bị mang (nói một cách đơn giản, kịch bản thời gian thực phải có nơi để chạy). Giao dịch định lượng trong thế giới tiền điện tử thường liên quan đến việc triển khai các chương trình thời gian thực trên máy chủ Alibaba Cloud ở Hồng Kông (tất nhiên, bạn cũng có thể sử dụng máy chủ ở những nơi khác hoặc từ các nhà điều hành khác). Do nhiều sàn giao dịch hiện nay yêu cầu truy cập mạng ở nước ngoài nên nhiều giao diện API của sàn giao dịch không thể truy cập được bằng máy chủ trong nước. Nói chung, lỗi sẽ được báo cáo nếu không thể truy cập giao diệntimeout。 Trong FMZ Quantitative, bạn thường có thể sử dụng máy chủ Alibaba Cloud của Hồng Kông để triển khai các chương trình phần mềm của riêng bạn (phần mềm vận chuyển thời gian thực của Nền tảng giao dịch định lượng Inventor được gọi là [Trustee] và giao dịch định lượng thời gian thực dựa trên Phần mềm ủy thác).

    • Hệ thống thiết bị Nhiều hệ điều hành khác nhau: Windows/Linux/MAX OS/ARM Linux, v.v., hãy lựa chọn theo tập lệnh thực tế. Trong FMZ Quantitative, chúng ta thường sử dụng máy chủ hệ thống Linux. Việc sử dụng hệ thống Linux thực ra không phức tạp. Sử dụng đơn giản chỉ cần nắm vững một vài lệnh, được giải thích trong hướng dẫn FMZ.
  • Lựa chọn ngôn ngữ kịch bản Có rất nhiều ngôn ngữ lập trình và về cơ bản tất cả chúng đều có thể được sử dụng để viết chương trình tập lệnh ổ đĩa thực. Ở đây chúng tôi cũng sẽ sử dụng nền tảng giao dịch định lượng FMZ làm ví dụ để hiểu được lợi thế của nhiều ngôn ngữ khác nhau. Trong FMZ Quant, chúng ta có thể viết các chiến lược (chương trình kịch bản robot) bằng các ngôn ngữ lập trình sau:

    • JavaScript Nó đơn giản và dễ sử dụng, hầu như không phụ thuộc vào môi trường thiết bị và hỗ trợ chuẩn ES6. Tốc độ thực thi của chương trình chiến lược chỉ đứng sau chiến lược C++. (Khuyến nghị cho người mới bắt đầu giao dịch định lượng FMZ)

    • Python Nó phụ thuộc vào môi trường thiết bị ở một mức độ nhất định, có thể cài đặt nhiều thư viện khác nhau và có khả năng mở rộng mạnh mẽ. (Khuyến nghị cho sinh viên đã quen thuộc với nền tảng FMZ và Python)

    • C++ Chiến lược này có tốc độ thực hiện nhanh nhất và hiệu quả cao nhất, nhưng khó sử dụng hơn. Chơi đùa, những cảm xúc khácso easy!

    • Ngôn ngữ Mai Ngôn ngữ micrô được FMZ hỗ trợ chỉ là những lệnh cơ bản nhất.

      • Ngôn ngữ Mai thích hợp để viết một số chiến lược xu hướng
      • Khi tín hiệu giao dịch xuất hiện bằng tiếng Mai, khi thực hiện lệnh giao dịch, chỉ có thể chấp nhận lệnh và không hỗ trợ lệnh chờ.
      • Ngôn ngữ Mai phù hợp với các chiến lược cho các đối tượng trao đổi đơn lẻ (nó chỉ có thể điều khiển một đối tượng trao đổi. Mặc dù ngôn ngữ Mai của FMZ hỗ trợ nhúng mã JS, nhưng hơi khó đối với người mới bắt đầu và sẽ không được nghiên cứu trong thời điểm hiện tại)
      • Ngôn ngữ Mai chỉ phù hợp với các chiến lược đơn dạng. Nên sử dụng JavaScript, Python và C++ để thiết kế chiến lược đa dạng.
      • Thông tin liên quan đến việc sử dụng ngôn ngữ trên sân khấu của FMZ: https://www.fmz.com/digest-topic/5789 https://www.fmz.com/digest-topic/5768
    • Chiến lược ghép nối mô-đun trực quan Việc tạo ra các chiến lược theo cách trực quan chỉ nhằm mục đích tăng cường sự hứng thú và hiểu biết về logic của chương trình. Việc tạo ra một số logic đơn giản là ổn, nhưng không phù hợp để thiết kế chiến lược theo cách này nếu chiến lược đó hơi phức tạp, vì khó duy trì và mở rộng, và thiết kế logic phức tạp thậm chí còn khó hơn.