Strategi pasar prediksi batas posisi pasar total selalu tidak efektif, sudah diperbaiki berkali-kali tapi tidak bisa ditemukan penyebabnya.
Hari ini akhirnya menemukan akar penyebabnya: salah menggunakan jenis pesanan. Fenomena masalah Strategi cuaca H12 sejak diluncurkan memiliki dua bug aneh: 1. Batas posisi pasar tunggal selalu terlampaui $10 2. Membuat 32 pesanan, tidak ada yang berhasil (tingkat keberhasilan 0%) Awalnya mengira ini masalah logika, sudah memeriksa fungsi deduplikasi, perhitungan posisi, pemeriksaan status pesanan, semuanya tidak ada masalah. Dari kode tampak benar tapi di online tetap tidak efektif. Diagnosa akar penyebab Setelah memeriksa kode, baru sadar: saya selalu menggunakan IOC (Pesanan langsung selesai atau batal) Logika IOC adalah: setelah pesanan dibuat, langsung cocokkan dengan buku pesanan, jika tidak cocok dibatalkan. Ini menyebabkan dua masalah: • Batas posisi terlampaui: pesanan IOC dibatalkan segera, tidak tetap dalam status pending, menyebabkan pemeriksaan deduplikasi gagal (tidak bisa mendeteksi pesanan), strategi melakukan pesanan berulang di pasar yang sama dalam satu siklus pemindaian • Tingkat keberhasilan 0%: pasar cuaca memiliki likuiditas buruk, buku pesanan sering kosong, pesanan IOC langsung dibatalkan Solusi Berubah ke pesanan Maker GTC: • GTC (Good-Till-Cancel) - pesanan tetap menunggu eksekusi lawan • Pesanan tetap dalam status pending, pemeriksaan deduplikasi bisa berjalan • Pemeriksaan pesanan pending - sebelum pemindaian setiap kali, periksa apakah pesanan sebelumnya sudah terisi Verifikasi efek (lihat Gambar 1) Setelah penerapan VPS: • Masalah batas posisi terlampaui hilang • Dalam 5 menit, 5 dari 29 pesanan berhasil (tingkat pengisian 17.2% dibanding sebelumnya 0%) • Maker mendapatkan rebate, Taker harus membayar fee (setelah diubah malah menghemat biaya) Satu perubahan memperbaiki dua bug. Jika Anda juga mengembangkan strategi Polymarket, matriks jenis pesanan di Gambar 2 bisa langsung dijadikan referensi.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Strategi pasar prediksi batas posisi pasar total selalu tidak efektif, sudah diperbaiki berkali-kali tapi tidak bisa ditemukan penyebabnya.
Hari ini akhirnya menemukan akar penyebabnya: salah menggunakan jenis pesanan.
Fenomena masalah
Strategi cuaca H12 sejak diluncurkan memiliki dua bug aneh:
1. Batas posisi pasar tunggal selalu terlampaui $10
2. Membuat 32 pesanan, tidak ada yang berhasil (tingkat keberhasilan 0%)
Awalnya mengira ini masalah logika, sudah memeriksa fungsi deduplikasi, perhitungan posisi, pemeriksaan status pesanan, semuanya tidak ada masalah. Dari kode tampak benar
tapi di online tetap tidak efektif.
Diagnosa akar penyebab
Setelah memeriksa kode, baru sadar: saya selalu menggunakan IOC (Pesanan langsung selesai atau batal)
Logika IOC adalah: setelah pesanan dibuat, langsung cocokkan dengan buku pesanan, jika tidak cocok dibatalkan.
Ini menyebabkan dua masalah:
• Batas posisi terlampaui: pesanan IOC dibatalkan segera, tidak tetap dalam status pending, menyebabkan pemeriksaan deduplikasi gagal (tidak bisa mendeteksi pesanan), strategi melakukan pesanan berulang di pasar yang sama dalam satu siklus pemindaian
• Tingkat keberhasilan 0%: pasar cuaca memiliki likuiditas buruk, buku pesanan sering kosong, pesanan IOC langsung dibatalkan
Solusi
Berubah ke pesanan Maker GTC:
• GTC (Good-Till-Cancel) - pesanan tetap menunggu eksekusi lawan
• Pesanan tetap dalam status pending, pemeriksaan deduplikasi bisa berjalan
• Pemeriksaan pesanan pending - sebelum pemindaian setiap kali, periksa apakah pesanan sebelumnya sudah terisi
Verifikasi efek (lihat Gambar 1)
Setelah penerapan VPS:
• Masalah batas posisi terlampaui hilang
• Dalam 5 menit, 5 dari 29 pesanan berhasil (tingkat pengisian 17.2% dibanding sebelumnya 0%)
• Maker mendapatkan rebate, Taker harus membayar fee (setelah diubah malah menghemat biaya)
Satu perubahan memperbaiki dua bug. Jika Anda juga mengembangkan strategi Polymarket, matriks jenis pesanan di Gambar 2 bisa langsung dijadikan referensi.