Pemula dalam Dagangan Kuantitatif dalam Bulatan Mata Wang Kripto, sila lihat ini - Membawa Anda Lebih Dekat dengan Dagangan Kuantitatif dalam Bulatan Mata Wang Kripto (Bahagian 1)

Dengan perkembangan perdagangan kuantitatif aset blockchain, semakin ramai peniaga aset blockchain telah menyedari alat perdagangan kuantitatif. Walau bagaimanapun, sebagai ahli baru dalam kalangan ini, saya keliru tentang banyak konsep. Saya keliru dengan semua terma, perisian, maklumat, dsb. Artikel ini akan membantu anda memahami dan membiasakan diri dengan konsep biasa dan mempelajari tentang pelbagai maklumat berguna dalam perdagangan kuantitatif aset blockchain dari pelbagai aspek. Artikel ini mula-mula meringkaskan konsep asas dan kemudian memberikan contoh yang sepadan dengan konsep asas ini pada platform dagangan kuantitatif FMZ.

• ### Pertukaran

Pertama sekali, kita perlu memahami konsep pertukaran Kita perlu memperdagangkan aset blockchain di tangan kita untuk spekulasi, pelaburan, dan lain-lain di bursa. Terdapat banyak pertukaran pada masa ini, ada yang ditubuhkan, ada yang baru muncul, ada yang besar dan ada yang kecil. Bagi pertukaran yang mana untuk menjalankan perdagangan terprogram dan kuantitatif, anda perlu memilihnya sendiri berdasarkan semua jenis maklumat.

• Akaun Pertukaran Akaun pertukaran ialah akaun yang didaftarkan dan dibuka di bursa ini. Aset Blockchain boleh disimpan dalam akaun ini untuk berdagang. Sesetengah bursa boleh membuat dan menyediakan akaun indukSub-akaunAdalah mudah untuk memisahkan aset untuk perdagangan dan spekulasi. Penciptaan aplikasi sub-akaun, mekanisme dan penggunaan setiap pertukaran adalah berbeza, jadi anda perlu pergi ke tapak web pertukaran untuk menyemak maklumat ini. Atau rujuk perkhidmatan pelanggan pertukaran.

  Selepas log masuk dengan akaun di laman web pertukaran, anda biasanya dapat melihat bahawa tempat di mana aset blockchain boleh disimpan dibahagikan kepada berbilang “akaun” (ini adalah akaun logik, bukan akaun pertukaran). Biasanya dibahagikan kepadaAkaun Wallet，Akaun dagangan syiling kepada syiling，Akaun Kewangan、Akaun dagangan kontrak tunggu. Butiran mungkin berbeza dari pertukaran ke pertukaran. Biasanya, selepas aset blockchain (syiling) dicaj, ia berada di bawah akaun tertentu (ia mungkin dalam akaun dompet, atau terus ke akaun dagangan syiling-ke-syiling). Oleh itu, selepas mengecas semula, anda harus menyemak di mana aset berada dan memindahkannya apabila perlu (contohnya, semasa berdagang niaga hadapan).

• Antara muka API sistem pertukaran Ramai pelajar yang belum menggunakan fungsi pertukaran ini mungkin bertanya: “Apakah antara muka API?” Antara muka API ialah antara muka yang disediakan oleh sistem pertukaran yang membenarkan operasi program. Ringkasnya, bursa menyediakan saluran untuk membolehkan program (skrip sebenar) membuat pesanan, membatalkan pesanan, menyemak pesanan, dan menyemak akaun dalam sistem pertukaran (pasangan dagangan tertentu di laman web pertukaran, anda boleh bayangkan sendiri) Aset, semak kedudukan dan operasi lain. Exchange API dibahagikan kepada pelbagai jenis antara muka, biasanyaRESTantara muka protokol,WebSocketAntara muka protokol. Beberapa pertukaran juga ditawarkanFIXAntara muka protokol. Ini hanya untuk pemahaman, yang paling biasa digunakan adalahRESTAntara muka protokol Dokumen antara muka ini biasanya tersedia di bahagian bawah tapak web rasmi bursa.APIDitemui dalam pautan. Kadangkala, apabila anda ingin menanyakan beberapa maklumat ralat antara muka, anda masih perlu menyemak dokumen ini. Sistem API setiap pertukaran adalah berbeza dan sangat berbeza Untuk isu tertentu, anda perlu menyemak dokumentasi. Jika anda bukan pembangun strategi, maka kandungan ini boleh digunakan untuk rujukan sahaja.

• API KUNCI akaun anda Anda mesti memahami dengan teliti API KEY akaun, kerana ia berkaitan dengan keselamatan aset blockchain yang disimpan dalam pertukaran anda. Seperti yang dinyatakan di atas, antara muka API ialah saluran, jadi KUNCI API boleh difahami sebagai saluran.lulus. Kerana terdapat saluran akses, tidak semua program boleh dibenarkan akses, kerana itu akan menjadi sangat berbahaya. Oleh itu, pengesahan diperlukan dan API KEY digunakan untuk mengesahkan identiti. Oleh itu, API KEY adalah berkaitan dengan keselamatan aset anda dan mesti disimpan dengan betul. Biasanya KUNCI API pertukaran dibuat pada halaman pengurusan akaun di penjuru kanan sebelah atas halaman pertukaran (sesetengah bursa mungkin meletakkannya di tempat lain di halaman web, cari pautan dengan kata kunci “API” dan klik padanya untuk jumpa). API KEY terdiri daripada dua rentetan Rentetan pertama biasanya dipanggilaccess key, rentetan kedua biasanya dipanggilsecret key. Terdapat juga pertukaran dengan API KEY yang mempunyai maklumat lain, seperti antara muka OKEX V5 dan V3 mempunyai satuPassPhrase, yang juga merupakan rentetan (rentetan yang perlu ditetapkan sendiri untuk mengukuhkan pengesahan keselamatan). Apabila menetapkan API KEY, anda biasanya juga perlu menetapkan kebenaran API KEY ini, yang biasanya termasuk kebenaran seperti “berdagang” dan “mengeluarkan duit syiling”. kebenaran perlu digunakan dengan berhati-hati. Selain kebenaran, API KEY juga boleh menetapkan senarai putih alamat IP Jika anda menggunakan IP di luar senarai putih alamat IP (jika anda tidak memahami konsep alamat IP, anda boleh mencari di Baidu) untuk mengakses antara muka, akses. akan dinafikan (iaitu, IP di luar senarai putih IP Rangkaian tidak boleh mengakses atau mengendalikan akaun anda).

• Objek Pertukaran Konsep objek pertukaran ialah konsep pada platform dagangan kuantitatif pencipta (FMZ.COM). Ringkasnya, ia merujuk kepada objek yang dibentuk dengan merangkum antara muka pertukaran. Objek ini adalah pertukaran dalam kod strategi FMZ Memanggil pertukaran. Fungsi GetTicker sebenarnya memanggil antara muka untuk mengakses data pasaran pertukaran. Untuk butiran, sila rujuk dokumentasi API FMZ: https://www.fmz.com/api#exchange Bursa mungkin mempunyai bahagian niaga hadapan dan bahagian spot. Memandangkan objek pertukaran niaga hadapan dan objek pertukaran spot yang ditakrifkan pada FMZ adalah jenis objek pertukaran yang berbeza, ia dibezakan (objek pertukaran niaga hadapan mempunyai beberapa fungsi lebih daripada objek pertukaran spot, seperti fungsi tetapan leverage dan fungsi pertanyaan kedudukan). dll., sila rujuk dokumentasi untuk butiran). Jadi sebagai contoh, apabila anda mengkonfigurasi Binance Exchange pada FMZ, anda mungkin melihat: Huobi juga mempunyai 2.

  Jika strateginya adalah untuk beroperasi pada objek pertukaran niaga hadapan, tambah niaga hadapan jika ia beroperasi di tempat, tambah tempat. Sebab reka bentuk ini ialah antara muka hadapan dan tempat pertukaran mungkin berbeza sama sekali, malah alamat pangkalan antara muka mungkin berbeza, jadi ia dikapsulkan secara berasingan.

  Pada platform FMZ, pertukaran ialah objek pertukaran, yang mewakili akaun pertukaran Untuk butiran, lihat: https://www.fmz.com/api#exchanges

• Pasaran Dagangan

Pasaran dagangan yang disebut di sini merujuk kepada permukaan dagangan tertentu (bayangkan halaman dagangan tertentu), dan biasanya pertukaran mempunyai beberapa bahagian. Contohnya:Perdagangan syiling kepada syiling，Perdagangan berleveraj syiling kepada syiling，Perdagangan Kontraktunggu.

• Pasangan Dagangan Apa yang biasa kita panggil “pasangan dagangan” boleh difahami secara ringkas sebagai perkara yang kita beli dan jual, seperti ketika kita pergi ke pasar untuk membeli kubis. Jadi“Wang_Kobis” Ini adalah transaksi yang betul (garis bawah _ untuk memisahkan) pembeli membayar dan mendapat kubis, dan penjual membayar dan mendapat wang. Pergi ke bursa untuk pasangan dagangan tertentu, contohnya:BTC_USDTApabila kami membeli dalam pasangan dagangan ini, kami bermaksud membayar USDT untuk mendapatkan BTC. Operasi penjualan adalah untuk membayar BTC dan mendapatkan USDT. olehBTC_USDTSebagai contoh, kami biasanya memanggil BTC sebagai mata wang dagangan dan USDT sebagai mata wang harga.

  • Mata wang urus niaga, BaseCurrency.
  • Mata wang penetapan harga, QuoteCurrency.

• Barang spot Perdagangan syiling kepada syiling，Perdagangan berleveraj syiling kepada syiling, diklasifikasikan sebagai perdagangan spot. Perdagangan spot hanya memerlukan jelasPasangan DaganganIa boleh menerangkan di mana pasaran urus niaga itu berlaku.
  Mengambil platform dagangan kuantitatif FMZ sebagai contoh, jika anda ingin membuat pasangan dagangan BTC kepada USDT. Mata wang urus niaga ialah BTC dan mata wang penyelesaian ialah USDT. Kami menggunakan fungsi platform FMZexchange.SetCurrency("BTC_USDT")Tukar pasangan dagangan semasa kepada:BTC_USDT. untukSetCurrencyJika anda tidak faham, anda boleh membaca: https://www.fmz.com/api#exchange.setcurrency... untukexchangeJika anda tidak faham, anda boleh membaca: https://www.fmz.com/api#exchange

• Kontrak (niaga hadapan, opsyen) Perdagangan kontrak agak berbeza daripada perdagangan spot. Pada masa ini, kontrak pertukaran terbahagi kepada币本位合约、USDT本位合约Untuk dagangan terprogram dan dagangan kuantitatif, bukan sahaja perlu untuk menentukan pasangan dagangan tetapi juga kontrak. Sebagai contoh, jika anda ingin berdagang BTC, terdapat banyak kontrak BTC, termasuk kontrak suku tahunan (tamat tempoh dan dihantar setiap suku tahun), kontrak mingguan (tamat tempoh dan dihantar setiap hari Jumaat), dan kontrak kekal (tiada penghantaran). Jadi jika kita hanya menggunakan satu pengecam pasangan dagangan, apakah jenis kontrak yang harus kita gunakan? Oleh itu, kod kontrak khusus diperlukan untuk menerangkan dan mengesahkannya. Dengan cara ini, apabila kita menerangkan pasaran kontrak yang mana kita berdagang, kita perlu menerangkan mata wang (pasangan dagangan) dan kontrak (kod kontrak) itu.

  • Kontrak berasaskan mata wang Untuk kontrak yang menggunakan syiling sebagai margin (seperti kontrak berasaskan syiling BTC, yang menggunakan BTC sebagai margin dan pendapatan juga BTC), pendapatan juga dalam syiling. Biasanya, mata wang dalam denominasi pasangan dagangan kontrak margin syiling dinyatakan dalam USD (tidak perlu pergi ke butiran, kebanyakan bursa menggunakan ungkapan ini). Jadi pasangan dagangan ialah BTC_USD dan kontrak adalah kontrak suku tahunan. Ini bermakna bahawa pasaran dagangan yang kita bicarakan adalahBTC的币本位季度合约pasaran. Pada platform dagangan kuantitatif FMZ,exchange.SetCurrency("BTC_USD")Tetapkan pasangan dagangan, kemudianexchange.SetContractType("quarter")Sediakan kontrak suku tahunan. Jadi jenis dagangan semasa ialahBTC的币本位季度合约.

  • Kontrak terpinggir USDT Untuk kontrak yang menggunakan USDT sebagai margin (seperti kontrak USDT-margin BTC, yang menggunakan USDT sebagai margin dan pendapatan juga USDT), pendapatan juga adalah USDT. Biasanya, mata wang dalam denominasi pasangan dagangan kontrak terpinggir USDT dinyatakan dalam USDT. Jadi pasangan dagangan ialah BTC_USDT dan kontrak adalah kontrak kekal. Ini bermakna bahawa pasaran dagangan yang kita bicarakan adalahBTC的USDT本位永续合约pasaran. Pada platform dagangan kuantitatif FMZ,exchange.SetCurrency("BTC_USDT")Tetapkan pasangan dagangan, kemudianexchange.SetContractType("swap")Sediakan kontrak kekal. Jadi jenis dagangan semasa ialahBTC的USDT本位永续合约.

• Pesanan Apakah yang dimaksudkan dengan pesanan? Pesanan ialah senarai yang kami serahkan kepada bursa semasa membeli atau menjual di bursa. Pesanan dibahagikan kepada pesanan pasaran, pesanan had, pesanan bersyarat, dsb. Atribut paling asas pesanan ialah: objek pesanan (ringkasnya, apa yang hendak dibeli atau dijual), kuantiti pesanan (berapa banyak untuk dibeli atau dijual), dan harga pesanan (pada harga apa yang hendak dibeli atau dijual). Jika pesanan seterusnya tidak mengambil berat tentang jumlah wang, tetapi hanya menentukan kuantiti jual beli dan apa yang hendak dibeli dan dijual, maka pesanan sedemikian dipanggil pesanan pasaran. Sudah tentu, terdapat juga pesanan bersyarat (pesanan henti rugi, pesanan gunung es, dsb.), yang berkaitan dengan pertukaran tertentu Beberapa pertukaran menyediakannya, dan sesetengah pertukaran tidak boleh menyemak dokumen API pertukaran.

  • Barang spot Pesanan pasaran spot biasanya memerlukan perhatian untuk pesanan belian Kuantiti pesanan pesanan beli pasaran spot bukanlah bilangan syiling tetapi jumlahnya. Kerana pesanan pasaran tidak menentukan harga, jumlah pembelian hanya boleh ditentukan oleh jumlah. Kuantiti pesanan jualan pasaran ialah bilangan syiling, kerana walaupun harganya tidak pasti, bilangan syiling yang akan dijual adalah pasti.

  • kontrak Kuantiti pesanan kontrak agak istimewa, biasanya bilangan kontrak Antara muka pesanan kontrak pertukaran pada asasnya ialah bilangan kontrak, dan tiada antara muka yang menggunakan bilangan syiling sebagai kuantiti pesanan. Kontrak kekal BTC berasaskan USDT Binance boleh membuat pesanan untuk kontrak kekal BTC dalam jumlah 0.01, tetapi ini bukan bilangan syiling, tetapi bilangan kontrak, kecuali satu kontrak kebetulan adalah satu BTC. Secara umumnya, tidak kira sama ada pesanan pasaran atau pesanan had, kuantiti pesanan ialah bilangan kontrak.

  • Apakah pesanan pengambil dan pembuat? Pesanan pengambil ialah pesanan yang memberikan kecairan Secara ringkasnya, harga belian semasa ialah 10 dan harga jual ialah 11. Pada masa ini, saya membuat pesanan beli dengan harga belian 9, atau membuat pesanan jual dengan harga belian. harga jualan A pesanan jualan sebanyak 12. Pada masa ini, saya menyediakan pesanan ke kedalaman di papan pesanan saya adalah pembuat. Dalam contoh ini, jika saya membuat pesanan beli pada harga 11, pesanan saya akan didagangkan dengan pesanan jual pada harga 11. Pada masa ini, saya mengambil pesanan dari pasaran pesanan beli yang saya buat itu masa adalah perintah pengambil.

  Contohnya, fungsi pesanan yang terkandung dalam Platform Dagangan Kuantitatif Penciptaexchange.Sell、exchange.BuyIa merangkumi antara muka pesanan had biasa dan pesanan pasaran. Semasa membuat pesanan, sama ada pesanan itu diklasifikasikan sebagai pengambil atau pembuat bergantung pada harga pesanan dan harga pasaran pada masa itu, dan sama ada pesanan kami menyediakan kecairan atau mengurangkan kecairan. Pada Platform Dagangan Kuantitatif Inventor, jika harga diluluskan sebagai -1, ini bermakna meletakkan pesanan pasaran Ambil perhatian bahawa kuantiti pesanan pesanan belian pasaran spot adalah jumlahnya, jadi pesanan pasaran pasti akan mengurangkan kecairan dan pastinya. pesanan pengambil.

  • Tukar perintah bersyarat Banyak pertukaran juga menyokong pesanan bersyarat.比如冰山委托、止损单, 止盈单, post_only：只做maker单，fok：全部成交或立即取消，ioc：立即成交并取消剩余tunggu. Pesanan ini boleh digunakan pada Platform Dagangan Kuantitatif Penciptaexchange.IOFungsi ini mengakses secara langsung antara muka pesanan pertukaran untuk menentukan parameter yang akan ditetapkan (nyatakan pesanan bersyarat yang hendak dibuat) untuk membuat pesanan. untukexchange.IOUntuk penggunaan fungsi, sila rujuk dokumentasi API FMZ: https://www.fmz.com/api#exchange.io...

• Platform dagangan kuantitatif

Platform dagangan kuantitatif boleh dianggap sebagai alat dagangan kuantitatif, yang mungkin sistem perisian dalam talian, tapak web, program boleh laksana tempatan, atau projek sumber terbuka di GITHUB. Ringkasnya, anda boleh menganggapnya sebagai alat untuk perdagangan kuantitatif.

• Platform Dagangan Kuantitatif FMZ Platform Dagangan Kuantitatif Inventor ialah sistem pengedaran dalam talian Untuk pengenalan kepada platform dan tutorial, sila rujuk: https://www.fmz.com/bbs-topic/4145.

• Sistem ujian belakang platform dagangan kuantitatif Apakah sistem ujian belakang? Ringkasnya, sistem ujian belakang adalah untuk memainkan semula data sejarah produk dagangan tertentu, dan semasa main balik, biarkan strategi tertentu terlibat untuk mendapatkan prestasi dagangan strategi ini apabila mensimulasikan main balik data sejarah. Jadi sistem ujian belakang hanyalah persekitaran kotak pasir (fikirkan kotak pasir yang dimainkan oleh kanak-kanak, di mana anda boleh mencipta semua jenis perkara, tetapi ia hanyalah model dan tiada kaitan dengan perkara sebenar). sistem untuk mempunyai urus niaga sebenar.

  Sistem ujian balik platform dagangan kuantitatif pencipta:

  Nama	Jenis	Penerangan
  Bitfinex	Spot exchange object	Menyokong pasangan dagangan terhad seperti: BTC_USD, ETH_USD, LTC_USD, dsb. Ambil perhatian bahawa pasangan dagangan didenominasikan dalam USD.
  Binance	Spot exchange object	Sokong pasangan dagangan terhad seperti: BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC, dsb.
  OKEX	Spot exchange object	Sokong pasangan dagangan terhad seperti: BTC_USDT, ETH_USDT, ETH_BTC, LTC_BTC, dsb.
  . Huobi	. Objek pertukaran spot	.
  Niaga Hadapan OKEX	Objek Bursa Niaga Hadapan	Menyokong pasangan dagangan terhad seperti BTC_USD, ETH_USD, dsb. Pasangan dagangan didenominasikan dalam USD Selepas menetapkan kod kontrak khusus (lihat fungsi pertukaran.SetContractType), kontrak adalah kontrak berasaskan mata wang
  HuobiDM	Objek pertukaran niaga hadapan	HuobiDM ialah Niaga Hadapan Huobi (Kontrak Huobi), yang menyokong pasangan dagangan terhad seperti BTC_USD, ETH_USD, dll. Pasangan dagangan didenominasikan dalam USD Tetapkan kod kontrak khusus (lihat fungsi pertukaran.SetContractType) Selepas bahawa, kontrak tersebut adalah kontrak berasaskan mata wang
  BitMEX	Objek pertukaran niaga hadapan	Pasangan dagangan ialah: XBT_USD Selepas menetapkan kod kontrak tertentu (lihat fungsi pertukaran.SetContractType), kontrak adalah kontrak berasaskan mata wang.
  Binance Futures	Futures Exchange Object	Menyokong pasangan dagangan terhad seperti BTC_USDT, ETH_USDT, dll. Pasangan dagangan didenominasikan dalam USDT Selepas menetapkan kod kontrak tertentu (lihat fungsi pertukaran.SetContractType), kontrak adalah kontrak berasaskan USDT
  Opsi Deribit	Objek pertukaran pilihan	Pasangan dagangan: BTC_USD, ETH_USD Selepas menetapkan kod kontrak tertentu (lihat fungsi pertukaran.SetContractType), kontrak adalah kontrak berasaskan syiling.

• API KEY untuk platform dagangan kuantitatif Pertukaran mempunyai antara muka API, dan platform dagangan kuantitatif juga mempunyai antara muka API. Mengambil platform dagangan kuantitatif FMZ sebagai contoh, antara muka API FMZ dipanggil扩展API. Beberapa fungsi platform FMZ boleh dikendalikan secara pengaturcaraan. Contohnya, kumpulan mencipta cakera sebenar, kumpulan memulakan cakera sebenar, kelompok mengubah suai konfigurasi cakera sebenar, dsb. Untuk butiran, sila rujuk: https://www.fmz.com/api#fmz%E5%B9%B3%E5% 8F%B0%E6% 89%A9%E5%B1%95api API sambungan juga boleh digunakan untuk melakukan beberapa perkara yang menarik, sepertiGunakan API Sambungan Platform Dagangan Kuantitatif Pencipta untuk melaksanakan dagangan isyarat amaran TradingView

• Skrip dagangan terprogram

Setelah berkata begitu banyak, apakah sebenarnya yang mengawal akaun pertukaran saya secara automatik untuk berdagang? Ini adalah manifestasi konkrit perdagangan terprogram dan perdagangan kuantitatif - skrip perdagangan terprogram. Program masa nyata ini boleh ditulis dalam pelbagai bahasa Contohnya, platform dagangan kuantitatif FMZ menyokong penulisan strategi dagangan masa nyata dalam JavaScript, Python dan C++. Program skrip ini menggunakan antara muka API bursa untuk melaksanakan pelbagai operasi pada akaun, seperti membeli dan menjual.

• Peranti tempat skrip dagangan terprogram dijalankan Program skrip masa nyata mesti mempunyai pembawa peranti (dalam istilah mudah, skrip masa nyata mesti mempunyai tempat untuk ia dijalankan). Dagangan kuantitatif dalam dunia mata wang kripto biasanya melibatkan penggunaan program masa nyata pada pelayan Alibaba Cloud di Hong Kong (sudah tentu, anda juga boleh menggunakan pelayan di tempat lain atau dari pengendali lain). Memandangkan banyak pertukaran pada masa ini memerlukan akses rangkaian luar negara, banyak antara muka API pertukaran tidak boleh diakses menggunakan pelayan domestik. Secara umumnya, ralat akan dilaporkan jika akses antara muka tidak tersediatimeout。 Dalam Kuantitatif FMZ, anda biasanya boleh menggunakan pelayan Awan Alibaba Hong Kong untuk menggunakan program perisian anda sendiri (perisian pembawa masa nyata Platform Dagangan Kuantitatif Inventor dipanggil [Trustee], dan dagangan kuantitatif masa nyata adalah berdasarkan Perisian pemegang amanah).

  • Sistem Peralatan Pelbagai sistem pengendalian: Windows/Linux/MAX OS/ARM Linux, dsb., pilih mengikut skrip sebenar. Dalam FMZ Quantitative, kami biasanya menggunakan pelayan sistem Linux Penggunaan sistem Linux sebenarnya tidak rumit Penggunaan mudah hanya memerlukan penguasaan beberapa arahan, yang dijelaskan dalam tutorial FMZ.

• Pilihan bahasa skrip Terdapat begitu banyak bahasa pengaturcaraan, dan pada asasnya semuanya boleh digunakan untuk menulis program skrip cakera sebenar. Di sini kami juga akan menggunakan platform dagangan kuantitatif FMZ sebagai contoh untuk memahami kelebihan pelbagai bahasa. Dalam FMZ Quant, kita boleh menulis strategi (program skrip robot) dalam bahasa pengaturcaraan berikut:

  • JavaScript Ia ringkas dan mudah digunakan, hampir tidak mempunyai pergantungan pada persekitaran peranti, dan menyokong standard ES6. Kelajuan pelaksanaan program strategi adalah yang kedua selepas strategi C++. (Disyorkan untuk pemula perdagangan kuantitatif FMZ)

  • Python Ia bergantung pada persekitaran peranti pada tahap tertentu, pelbagai perpustakaan boleh dipasang, dan ia mempunyai skalabiliti yang kuat. (Disyorkan untuk pelajar yang biasa dengan platform FMZ dan Python)

  • C++ Strategi ini mempunyai kelajuan pelaksanaan terpantas dan kecekapan tertinggi, tetapi lebih sukar untuk digunakan. Main-main, perasaan lainso easy!。

  • Bahasa Mai Bahasa mikrofon yang disokong oleh FMZ hanyalah arahan paling asas.

    • Bahasa Mai sesuai untuk menulis beberapa strategi trend
    • Apabila isyarat dagangan muncul dalam Bahasa Mai, apabila melaksanakan arahan perdagangan, hanya pesanan boleh diterima dan pesanan belum selesai tidak disokong.
    • Bahasa Mai sesuai untuk strategi untuk objek pertukaran tunggal (ia hanya boleh mengawal satu objek pertukaran. Walaupun bahasa Mai FMZ menyokong membenamkan kod JS, ia agak sukar untuk orang baru dan tidak akan dipelajari buat masa ini)
    • Bahasa Mai hanya sesuai untuk strategi kepelbagaian tunggal Adalah disyorkan untuk menggunakan JavaScript, Python dan C++ untuk reka bentuk strategi berbilang variasi.
    • Maklumat berkaitan penggunaan bahasa di atas pentas FMZ: https://www.fmz.com/digest-topic/5789 https://www.fmz.com/digest-topic/5768

  • Strategi penyambungan modul visual Mencipta strategi dalam cara visual hanyalah untuk meningkatkan minat dan pemahaman logik program. Adalah OK untuk mencipta beberapa logik yang mudah, tetapi tidak sesuai untuk mereka bentuk strategi dengan cara ini jika strategi itu rumit sedikit, kerana ia sukar untuk dikekalkan dan dikembangkan, dan lebih sukar untuk mereka bentuk logik yang kompleks.