Sebuah tantangan prop firm 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 tersebut dengan aturan program. Ketika batas terlampaui, mesin dapat memblokir pesanan baru, menutup posisi, memindahkan akun ke tahap lain, atau mengirimnya untuk tinjauan pembayaran.
Itu terdengar sederhana sampai dua orang menghitung aturan yang sama dengan cara yang berbeda.
Pertimbangkan akun $100,000 dengan batas kerugian harian 5%. Apakah batasannya 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 | Menampilkan kemajuan, sisa ruang kerugian 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 mesin tantangan firma prop bekerja
Saya menganggap mesin sebagai pengolah acara dengan memori.
Setiap peristiwa yang relevan masuk dalam urutan: pengisian, perubahan harga, komisi, swap, reset harian atau koreksi saldo manual. Mesin membangun kembali keadaan akun, mengevaluasi aturan dan menuliskan keputusan ke dalam log audit.
From trade event to account decision
The engine combines platform events with the active rule version. Each decision produces an account action and an audit record.
Account state + rule evaluator
Rebuild the account, then run every active rule against the same state.
Event ID, account snapshot, threshold, rule version, decision, action and timestamp.
Urutan sangat penting. Pengisian yang terlambat dapat menghasilkan paparan yang salah. Pengisian yang terduplikasi dapat menghitung kerugian yang sama dua kali. Zona waktu yang berbeda dapat membuat reset harian yang valid terlihat seperti pelanggaran.
Mesin yang dapat diandalkan 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, titik tertinggi dan dasar harian harus berasal dari sumber yang ditentukan.
- Aturan deterministik. Riwayat peristiwa yang sama harus selalu menghasilkan hasil yang sama.
- Jejak audit. Perusahaan 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 bisa 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 didasarkan pada 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 diperiksa. Seorang trader tidak boleh pass karena ekuitas menyentuh 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:
Lantai harian = Garis dasar 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 direset di zona waktu platform daripada waktu lokal trader.
Aturan publik harus menggambarkan dasar yang tepat dan potongan. Mesin harus menyimpannya pada setiap reset.
Kerugian maksimum dan penarikan
Sebuah kerugian maksimum statis menjaga satu lantai tetap. Dengan akun awal $100,000 dan batas $10,000, lantai tetap $90,000.
Suatu penurunan yang mengikuti menggerakkan batas ke atas ketika akun mencapai titik tertinggi yang baru:
Trailing floor = Puncak tertinggi - Allowance 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 yang baru:
- ekuitas intraday;
- saham akhir hari;
- saldo tertutup;
- saldo akhir hari.
Ini juga harus menyatakan apakah lantai terus menurun, 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 memerlukan presisi yang sama. Jika hari terbaik tidak dapat melebihi 40% dari total keuntungan, mesin perlu mengetahui apakah tes berlaku selama tantangan, pada saat lulus, atau hanya ketika permintaan pembayaran diajukan.
Misalnya, seorang trader memiliki $10,000 dalam total keuntungan dan menghasilkan $4,800 pada hari terbaik:
$4.800 / $10.000 = 48%
Akun mungkin berada di atas target keuntungan tetapi tetap gagal pada tes konsistensi 40%. Tergantung pada programnya, trader mungkin perlu menghasilkan lebih banyak di 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.
Which loss rule stops the account first?
The same $100,000 account can be safe or breached depending on current equity and the recorded high-water mark.
Daily loss
Start-of-day balance – $5,000
Static maximum loss
Initial balance – $10,000
Trailing drawdown
High-water mark – $10,000
Daily loss is the closest limit, with `$200` of room left.
Dibawah baseline harian tetap, lantai harian adalah $97,000. Ekuitas saat ini hanya memiliki $200 tersisa sebelum melanggar.
Jumlah total kerugian statis tetap $90,000, meninggalkan $7,200. Aturan itu tidak dekat untuk diaktifkan.
Lantai trailing adalah $96,000, berdasarkan tanda air tinggi $106,000. Ini menyisakan $1,200.
Aturan harian menang karena memiliki ruang sisa terkecil. Kerugian mengambang sebesar $250 lainnya akan membawa ekuitas menjadi $96,950 dan melanggar akun meskipun tetap jauh di atas batas maksimum kerugian statis.
Inilah sebabnya mengapa saya tidak menilai evaluasi hanya dari persentase judul. Pembatas aktif dapat berubah sepanjang hari, dan itu mungkin bukan aturan yang diharapkan seorang trader.
Apa yang terjadi ketika batas terlampaui
Pelanggaran adalah alur kerja, bukan perubahan warna pada dasbor.
Sebuah 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.
- Beritahu pedagang dan tim operasi.
- Pertahankan versi perhitungan dan aturan untuk kemungkinan sengketa.
Ada dua mode kegagalan yang 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 finansialnya.
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 pengujian 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 event berikutnya |
| Celah harga melalui batas | Catat harga pertama yang tersedia dan ekuitas yang dihasilkan, bukan perdagangan fiksi pada ambang batas |
| Pengisian parsial dan biaya keterlambatan | Terapkan setiap event sekali dan hitung ulang setelah komisi atau swap tiba |
| Interupsi feed | Pelihara urutan event setelah terhubung kembali dan hindari melewatkan akun dari data yang tidak lengkap |
| Koreksi manual | Simpan penulis, alasan, timestamp dan tautan ke keputusan asli |
Perubahan penyesuaian waktu, pemeliharaan, dan callback yang diduplikasi termasuk dalam paket tes yang sama. Sebuah acara yang diurutkan ulang dapat membuat aturan yang benar menghasilkan keputusan yang salah.
Melewati tantangan adalah sebuah transisi keadaan
Sasaran keuntungan saja tidak seharusnya mempromosikan sebuah akun.
Sebelum mengubah active menjadi passed, periksa:
- tidak ada peraturan keras yang dilanggar;
- target menggunakan ukuran saldo atau ekuitas yang diperlukan;
- semua hari perdagangan yang diperlukan telah selesai;
- syarat konsistensi dipenuhi;
- 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 sejarah panggung tetap terlihat: akun dibuat, panggung dilalui, akun yang didanai dibuat, memenuhi syarat untuk pembayaran, permintaan pembayaran dan pembayaran selesai. Garis waktu itu memberi tahu dukungan di mana akun terjebak.
Bagaimana alur kerja pembayaran berfungsi
Mesin tantangan menentukan kelayakan. Alur kerja pembayaran menangani uang dan kontrol di sekitarnya.
Urutan praktis adalah:
- Bekukan snapshot kelayakan untuk periode kinerja yang diminta.
- Konfirmasi bahwa akun tidak memiliki posisi terbuka jika diperlukan.
- Hitung ulang 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 tinjauan manual.
- Buat instruksi pembayaran.
- Catat status penyedia, biaya, dan referensi penyelesaian.
- Sesuaikan akun sesuai dengan aturan program.
Jika keuntungan 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 dipotong 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 harian dan penarikan dana bersifat deterministik. Akun tersebut entah 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. Sebuah sinyal tidak merupakan bukti dengan sendirinya.
Saya akan menjaga dua jalur keputusan terpisah:
- Mesin aturan: menghitung kondisi program yang diterbitkan.
- Kontrol penyalahgunaan: nilai perilaku dan kumpulkan bukti.
- Ulasan manual: menangani kasus yang ambigu dan mencatat alasan akhir.
Kontrol otomatis dapat memblokir tindakan yang didefinisikan dengan jelas. Sinyal yang lemah seharusnya tidak menjadi penolakan pembayaran yang tidak dapat dijelaskan. Peninjau perlu melihat pesanan yang mendasari, stempel waktu, perangkat, dan referensi aturan, bukan hanya skor.
Apa yang harus diuji sebelum meluncurkan tantangan
Saya akan memutar ulang urutan acara lengkap dan memverifikasi setiap hasil terhadap perhitungan manual.
Paket uji harus mencakup:
- sebuah tiket biasa;
- kerugian harian yang disebabkan oleh P&L mengambang;
- pelanggaran penarikan statis dan penarikan yang tertinggal;
- tinggi ekuitas yang memindahkan batas trailing intraday;
- reset harian dengan posisi terbuka;
- celah harga melalui batas;
- komisi dan swap yang diposting setelah pengisian;
- isi sebagian dan pesanan yang ditolak;
- peristiwa yang terduplikasi dan tidak teratur;
- interupsi data pasar dan menyambung kembali;
- peristiwa target dan batas kerugian yang bersamaan;
- pembayaran setelah satu atau lebih pembayaran sebelumnya;
- pengajuan banding yang diterima dan koreksi akun manual.
Untuk setiap kasus, bandingkan acara 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 firma prop
Daftar aturan kurang penting dibandingkan 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;
- baseline kerugian harian, waktu reset, dan biaya yang termasuk;
- penurunan menarik yang statis, di akhir hari atau intraday dan perilaku penguncian;
- instrumen, waktu, berita, dan batasan 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 menjangkau akun aktif. Ketentuan 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 ditegakkan, dan catatan pembayaran yang dapat direkonsiliasi oleh keuangan.
