Sebuah tantangan prop firm engine adalah perangkat lunak yang menentukan apakah akun evaluasi aktif, lulus, atau dilanggar.
Ini membaca perdagangan, saldo akun, keuntungan dan kerugian terbuka, biaya, dan waktu. Ini membandingkan keadaan akun dengan aturan program. Ketika batas dilanggar, mesin dapat memblokir pesanan baru, menutup posisi, memindahkan akun ke tahap lain, atau mengirimkannya untuk tinjauan pembayaran.
Itu terdengar sederhana sampai dua orang menghitung aturan yang sama dengan cara yang berbeda.
Pertimbangkan sebuah $100,000 akun dengan batas kerugian harian 5%. Apakah batas berada di $95,000 sepanjang hari? Apakah itu bergerak setelah trader menghasilkan $2,000? Apakah kerugian terbuka dihitung? Zona waktu mana yang mengakhiri hari? Apa yang terjadi jika sebuah posisi melewati batas antara dua pembaruan harga?
Persentase adalah bagian yang mudah. Definisi, waktu, dan bukti adalah apa yang membuat mesin tantangan dapat diandalkan.
| Komponen | Tugasnya |
|---|---|
| Platform perdagangan | Menerima pesanan dan mencatat posisi, pengisian, dan nilai akun |
| Mesin tantangan | menerapkan aturan evaluasi dan mengubah status akun |
| Dasbor trader | Menunjukkan kemajuan, ruang kerugian yang tersisa, dan riwayat aturan |
| CRM dan kantor belakang | Mengelola pelanggan, siklus hidup akun, tinjauan, dan komunikasi |
| Alur kerja pembayaran | Memeriksa kelayakan, menghitung pembagian, dan mencatat status pembayaran |
Bagaimana cara kerja mesin tantangan perusahaan prop
Saya menganggap mesin itu sebagai pemroses acara dengan memori.
Setiap peristiwa yang relevan masuk dalam urutan: pengisian, perubahan harga, komisi, pertukaran, reset harian, atau koreksi saldo manual. Mesin membangun kembali keadaan akun, mengevaluasi aturan, dan menulis keputusan ke dalam log audit.
Dari acara perdagangan ke keputusan akun
Mesin ini menggabungkan acara platform dengan versi aturan yang aktif. Setiap keputusan menghasilkan tindakan akun dan catatan audit.
Status akun + evaluator aturan
Bangun kembali akun, lalu jalankan setiap aturan aktif terhadap status yang sama.
ID acara, cuplikan akun, ambang batas, versi aturan, keputusan, tindakan, dan cap waktu.
Urutan itu penting. Pengisian yang terlambat dapat menghasilkan paparan yang salah. Pengisian yang diduplikasi dapat menghitung kerugian yang sama dua kali. Zona waktu yang berbeda dapat membuat reset harian yang sah terlihat seperti pelanggaran.
Sebuah mesin yang dapat diandalkan oleh karena itu membutuhkan empat hal:
- Acara yang dinormalisasi. Simbol, stempel waktu, biaya, dan pengidentifikasi akun harus menggunakan satu format yang konsisten.
- Sebuah akun yang otoritatif. Saldo, ekuitas, posisi terbuka, tanda air tertinggi, dan baseline harian harus berasal dari sumber yang ditentukan.
- Aturan deterministik. Riwayat peristiwa yang sama harus selalu menghasilkan hasil yang sama.
- Jejak audit. Firma harus dapat menunjukkan peristiwa mana yang memicu lulus atau pelanggaran dan versi aturan mana yang aktif.
Sebuah dasbor tanpa fondasi tersebut mungkin menunjukkan peringatan, tetapi tidak dapat menjelaskan dengan andal bagaimana angka tersebut diperoleh.
Aturan yang harus dihitung oleh mesin
Kebanyakan program evaluasi menggunakan label yang familiar. Perhitungan di bawah setiap label masih dapat bervariasi.
Target keuntungan
Sasaran keuntungan menentukan hasil yang diperlukan untuk menyelesaikan suatu tahap. Versi dasar mungkin memerlukan akun yang dimulai dari $100,000 untuk mencapai $108,000.
Mesin masih memerlukan jawaban untuk beberapa pertanyaan:
- Apakah target berdasarkan saldo atau ekuitas?
- Apakah semua posisi harus ditutup sebelum tahap berlalu?
- Apakah komisi dan swap termasuk?
- Apakah ada jumlah minimum hari perdagangan?
- Bisakah satu hari besar melanggar aturan konsistensi bahkan setelah target tercapai?
Saya lebih suka logika pass dijalankan hanya setelah setiap aturan risiko telah diperiksa. Seorang trader tidak seharusnya melakukan pass karena ekuitas mencapai target pada pembaruan harga yang sama yang melanggar batas kerugian.
Kerugian harian maksimum
Kerugian harian biasanya adalah aturan yang paling rentan terhadap kesalahan waktu.
Misalkan kerugian harian yang diizinkan adalah $5,000. Implementasi sederhana adalah:
Floor harian = Baseline awal hari - $5,000
Sisa ruang = Ekuitas saat ini - Lantai harian
Sebuah program mungkin menggunakan ekuitas awal, yang lebih tinggi antara saldo dan ekuitas, atau persentase tetap dari ukuran akun awal. Ini mungkin mencakup P&L terbuka, komisi, swap, dan dividen. Ini mungkin diatur ulang dalam zona waktu platform daripada waktu lokal trader.
Aturan publik harus menggambarkan dasar dan potongan yang tepat. Mesin harus menyimpannya pada setiap reset.
Kerugian maksimum dan penarikan
Kerugian maksimum statis menjaga satu batas tetap. Dengan akun awal $100,000 dan batas $10,000, batas tetap berada di $90,000.
Sebuah penurunan yang tertinggal menggerakkan batas ke atas ketika akun mencapai titik tertinggi baru:
Dasar trailing = Tanda air tinggi - Izin penarikan
Jika tanda air tinggi mencapai $106,000 dan tunjangan adalah $10,000, lantai menjadi $96,000.
Program harus menentukan apa yang menciptakan tanda air tinggi baru:
- saham intraday;
- saham akhir hari;
- saldo tertutup;
- saldo akhir hari.
Ini juga harus menyatakan apakah lantai terus mengikuti, berhenti pada saldo awal, atau mengunci pada ambang batas lainnya. “10% penurunan trailing” tidak lengkap tanpa rincian tersebut.
Hari perdagangan dan konsistensi
Hari perdagangan harus memiliki satu definisi yang terdokumentasi. Membuka posisi, menutup satu, dan memegang perdagangan semalaman tidak selalu dihitung dengan cara yang sama.
Aturan konsistensi membutuhkan presisi yang sama. Jika hari terbaik tidak boleh melebihi 40% dari total keuntungan, mesin perlu mengetahui apakah pengujian berlaku selama tantangan, pada saat lulus, atau hanya saat permintaan pembayaran diajukan.
Misalnya, seorang trader memiliki $10,000 dalam total keuntungan dan memperoleh $4,800 pada hari terbaik:
$4,800 / $10,000 = 48%
Akun mungkin berada di atas target profitnya tetapi tetap gagal dalam uji konsistensi 40%. Tergantung pada programnya, trader mungkin perlu menghasilkan lebih banyak di hari-hari lain daripada kehilangan sebagian dari hari terbaik.
Pembatasan perdagangan
Ukuran posisi, instrumen, periode holding, berita, dan aturan otomatisasi memerlukan kalender terstruktur, pemetaan instrumen, dan data pesanan. Sebuah kalimat dalam syarat tidak dapat menghentikan pesanan dengan sendirinya.
Satu akun, tiga lantai kerugian yang berbeda
Gunakan akun ilustratif ini:
- saldo awal:
$100,000; - saldo saat ini:
$102,000; - saldo awal hari:
$102,000; - ekuitas tertinggi yang tercatat:
$106,000; - ekuitas saat ini:
$97,200; - batas kerugian harian:
$5,000; - jumlah kerugian yang diizinkan:
$10,000.
Aturan kerugian mana yang menghentikan akun terlebih dahulu?
Akun $100,000 yang sama dapat aman atau dilanggar tergantung pada ekuitas saat ini dan tanda air tertinggi yang tercatat.
Kerugian harian
Saldo awal hari – $5,000
Kehilangan maksimum statis
Saldo awal – $10,000
Penurunan trailing
Tanda air tinggi – $10,000
Kerugian harian adalah batas terdekat, dengan `$200` ruang yang tersisa.
Di bawah baseline harian tetap, lantai harian adalah $97,000. Ekuitas saat ini hanya tersisa $200 sebelum pelanggaran.
Lantai total kehilangan statis tetap $90,000, menyisakan $7,200. Aturan itu tidak dekat untuk diaktifkan.
Lantai trailing adalah $96,000, berdasarkan tanda air tinggi $106,000. Itu menyisakan $1,200.
Aturan harian menang karena memiliki sisa ruang terkecil. Kerugian mengambang sebesar $250 lainnya akan membawa ekuitas ke $96,950 dan melanggar akun meskipun masih jauh di atas batas kerugian maksimum statis.
Inilah sebabnya mengapa saya tidak menilai sebuah evaluasi hanya dari persentase judul. Kendala aktif dapat berubah sepanjang hari, dan mungkin bukan aturan yang diharapkan seorang trader.
Apa yang terjadi ketika batas dilanggar
Pelanggaran adalah alur kerja, bukan perubahan warna pada dasbor.
Perusahaan harus memutuskan tindakan mana yang terjadi dan dalam urutan apa:
- Catat keadaan akun dan peristiwa pasar yang memicu.
- Tolak pesanan baru.
- Batalkan pesanan yang sedang dikerjakan.
- Tutup posisi terbuka jika program memerlukannya.
- Kunci akun atau tandai untuk ditinjau.
- Memberitahu trader dan tim operasional.
- Pertahankan versi perhitungan dan aturan untuk kemungkinan sengketa.
Ada dua mode kegagalan umum.
Dengan penegakan yang tertunda, dasbor mendeteksi pelanggaran sementara platform masih menerima pesanan. Dengan penegakan duplikat, percobaan ulang menutup posisi dua kali atau mengulangi perubahan status. Memutar ulang peristiwa pelanggaran yang sama tidak boleh mengulangi efek keuangannya.
Peringatan dapat membantu sebelum batas keras. Misalnya, sistem dapat memberi tahu trader pada 70% dan 90% dari kapasitas kerugian harian. Namun, ambang peringatan harus tetap terpisah dari aturan pelanggaran yang sebenarnya.
Kasus tepi yang layak mendapatkan uji coba mereka sendiri
Kebanyakan cacat muncul di batas daripada selama perdagangan tertutup yang biasa.
| Situasi | Perilaku yang Diharapkan |
|---|---|
| Reset harian dengan P&L terbuka | Ambil snapshot baseline yang ditentukan di zona waktu program sebelum memproses acara berikutnya |
| Celah harga melalui batas | Catat harga pertama yang tersedia dan ekuitas yang dihasilkan, bukan perdagangan fiksi di ambang batas |
| Pengisian sebagian dan biaya keterlambatan | Terapkan setiap acara sekali dan hitung ulang setelah komisi atau swap tiba |
| Interupsi feed | Pelihara urutan acara setelah menyambung kembali dan hindari melewatkan akun dari data yang tidak lengkap |
| Koreksi manual | Simpan penulis, alasan, cap waktu, dan tautan ke keputusan asli |
Perubahan penghematan cahaya, pemeliharaan, dan panggilan balik yang duplikat termasuk dalam paket tes yang sama. Sebuah acara yang diatur ulang dapat membuat aturan yang benar menghasilkan keputusan yang salah.
Mengatasi tantangan adalah transisi keadaan
Target keuntungan saja tidak seharusnya mempromosikan sebuah akun.
Sebelum mengubah active menjadi passed, periksa:
- tidak ada aturan ketat yang dilanggar;
- target menggunakan ukuran saldo atau ekuitas yang diperlukan;
- semua hari perdagangan yang diperlukan telah selesai;
- kondisi konsistensi terpenuhi;
- posisi ditutup jika program memerlukannya;
- akun tersebut tidak memiliki data yang belum terselesaikan atau penahanan kepatuhan.
Pengulangan tidak boleh membuat akun berikutnya dua kali atau melampirkan template aturan yang salah.
Jaga riwayat panggung tetap terlihat: akun dibuat, panggung dilalui, akun pendanaan dibuat, memenuhi syarat pembayaran, permintaan pembayaran dan pembayaran selesai. Garis waktu itu memberi tahu dukungan di mana sebuah akun terjebak.
Bagaimana alur kerja pembayaran berfungsi
Mesin tantangan menetapkan kelayakan. Alur kerja pembayaran menangani uang dan kontrol sekitarnya.
Urutan praktis adalah:
- Bekukan snapshot kelayakan untuk periode kinerja yang diminta.
- Konfirmasi bahwa akun tidak memiliki posisi terbuka jika diperlukan.
- Hitung kembali keuntungan yang memenuhi syarat setelah biaya dan pembayaran sebelumnya.
- Terapkan bagian keuntungan trader.
- Jalankan pemeriksaan identitas, kepemilikan akun, dan penyalahgunaan.
- Setujui, tolak, atau kirim permintaan untuk ditinjau secara manual.
- Buat instruksi pembayaran.
- Catat status penyedia, biaya, dan referensi penyelesaian.
- Sesuaikan akun sesuai dengan aturan program.
Jika laba yang memenuhi syarat adalah $6,000 dan bagian trader adalah 80%, maka total pembayaran adalah:
$6,000 x 80% = $4,800
Sistem harus menunjukkan jendela kinerja mana yang menghasilkan $6,000, apakah pembayaran sebelumnya telah dikurangkan dan apa yang terjadi pada sisa $1,200.
Status pembayaran juga perlu rekonsiliasi. “Disetujui” di kantor belakang perusahaan prop tidak berarti “dibayar” oleh penyedia pembayaran atau “diterima” oleh trader.
Aturan risiko dan deteksi penyalahgunaan adalah sistem yang berbeda
Kerugian dan penarikan harian bersifat deterministik. Akun tersebut baik telah melewati ambang batas yang ditentukan atau tidak.
Deteksi penyalahgunaan biasanya bersifat probabilistik. Perangkat yang dibagikan, pesanan yang cocok, latensi yang tidak biasa, akun yang terkoordinasi, atau konflik identitas dapat menciptakan sinyal. Sinyal itu sendiri bukanlah bukti.
Saya akan memisahkan kedua jalur keputusan:
- Mesin aturan: menghitung kondisi program yang diterbitkan.
- Kontrol penyalahgunaan: nilai perilaku dan kumpulkan bukti.
- Peninjauan manual: menangani kasus yang ambigu dan mencatat alasan akhir.
Kontrol otomatis dapat memblokir tindakan yang didefinisikan dengan jelas. Sinyal yang lemah tidak boleh menjadi penolakan pembayaran yang tidak dijelaskan. Peninjau memerlukan pesanan yang mendasari, cap waktu, perangkat, dan referensi aturan, bukan hanya skor.
Apa yang perlu diuji sebelum meluncurkan sebuah tantangan
Saya akan memutar kembali urutan acara lengkap dan memverifikasi setiap hasil dengan perhitungan manual.
Paket uji harus mencakup:
- sebuah pas biasa;
- kerugian harian yang disebabkan oleh P&L mengambang;
- pelanggaran penarikan statis dan trailing;
- sebuah puncak ekuitas yang menggerakkan lantai trailing intraday;
- reset harian dengan posisi terbuka;
- selisih harga melalui batas;
- komisi dan swap yang diposting setelah terisi;
- isi sebagian dan pesanan yang ditolak;
- acara yang terduplikasi dan tidak berurutan;
- interupsi data pasar dan menyambung kembali;
- acara target dan batas kerugian yang simultan;
- pembayaran setelah satu atau lebih pembayaran sebelumnya;
- sebuah banding yang diterima dan koreksi akun manual.
Untuk setiap kasus, bandingkan peristiwa platform, perhitungan mesin, pesan trader, dan catatan back-office. Keempatnya harus menggambarkan hasil yang sama. Lacak latensi keputusan, pelanggaran yang diperdebatkan, banding yang berhasil, waktu pembayaran, dan tindakan duplikat.
Apa yang seharusnya dapat dikonfigurasi oleh perusahaan prop
Daftar aturan kurang penting dibandingkan dengan perilaku yang dapat diprediksi dan perhitungan yang dapat direproduksi oleh tim.
Sebelum memilih mesin tantangan, periksa apakah perusahaan dapat mengonfigurasi:
- program satu tahap, multi tahap, dan akses langsung;
- target profit dan minimum hari perdagangan;
- dasar kerugian harian, waktu reset dan biaya yang termasuk;
- statik, penurunan trailing akhir hari atau intraday dan perilaku penguncian;
- instrumen, waktu, berita, dan pembatasan ukuran posisi;
- peringatan, pelanggaran berat dan tindakan akun;
- aliran kerja pass, promosi, dan pembayaran;
- versi aturan, log acara, dan izin tinjauan manual.
Uji juga seberapa cepat perubahan aturan mencapai akun aktif. Syarat baru tidak boleh secara diam-diam mengubah perhitungan untuk evaluasi yang sudah berlangsung.
Integrasi itu penting karena mesin tantangan tidak dapat beroperasi secara terpisah. Ia memerlukan data platform yang bersih, kontrol akun yang dapat diterapkan, dan catatan pembayaran yang dapat direkonsiliasi oleh keuangan.
