Jawaban langsung
Aturan Entry adalah kumpulan kondisi yang telah ditetapkan sebelumnya yang harus dipenuhi sebelum sebuah posisi dibuka. Pertimbangan lanjutan berfokus pada (1) informasi apa yang bergantung pada aturan tersebut, (2) bagian mana dari logika yang stabil versus variabel, dan (3) bagaimana detail implementasi dapat membuat eksekusi nyata menyimpang dari rencana. Karena hasil tidak pasti dan eksekusi bervariasi, pembaca seharusnya mampu menyatakan aturan tersebut, asumsi-asumsinya, serta mode kegagalan spesifik yang dapat membuatnya tidak valid.
Aturan Entry tidak seharusnya diperlakukan sebagai prediktor yang berdiri sendiri. Sebaliknya, ini adalah prosedur operasional: ia mengubah ide trade menjadi pemicu yang konkret dan dapat diuji, yang bisa dicocokkan dengan input aktual yang diterima sistem Anda.
Mekanisme atau definisi
Model sederhana dari Aturan Entry
Cara praktis untuk memahami Aturan Entry adalah sebagai sebuah pipeline:
- Input: nilai yang dibutuhkan oleh aturan (misalnya, level harga, time window, dan konfirmasi apa pun yang diperlukan).
- Kondisi: pengecekan boolean seperti “jika kondisi A dan kondisi B benar.”
- Perilaku order: apa yang benar-benar Anda kirim ke pasar (jenis order, durasi, dan deviasi yang diizinkan).
- Hasil eksekusi: apa yang terisi, pada harga rata-rata berapa, dan dalam waktu berapa.
“Lanjutan” pada Aturan Entry menambahkan presisi pada langkah-langkah ini. Biasanya aturan ini menyertakan asumsi eksplisit tentang timing data (kapan nilai dibaca), pengukuran (bid/ask vs mid), dan batasan (spread maksimum yang dapat diterima, toleransi slippage, atau timeframe di mana kondisi harus tetap benar).
Mekanisme yang stabil vs kondisi yang variabel
Pemisahan kunci adalah:
- Mekanisme yang stabil: bagian yang bisa Anda definisikan secara matematis dan pertahankan konsistensinya (misalnya, “masuk hanya selama time window tertentu” atau “mewajibkan ambang untuk dilintasi”).
- Kondisi pasar/provider yang variabel: elemen yang bisa berubah antara backtesting dan trading live, seperti spread bid-ask, likuiditas, dan kualitas fill.
Jika Aturan Entry Anda bergantung pada input yang variabel, maka perilaku aturan berubah bahkan ketika logika dasar Anda tidak berubah. Misalnya, sebuah kondisi yang diukur menggunakan harga mid mungkin berperilaku berbeda dibanding kondisi yang sama yang diukur menggunakan bid/ask.
State dan timing
Aturan Entry lanjutan harus memperjelas state:
- Apa yang terjadi jika kondisi benar sebentar lalu menjadi salah?
- Apakah aturan dievaluasi sekali, atau terus-menerus?
- Pada timestamp berapa aturan dievaluasi?
Edge case yang sering terjadi adalah ketidaksesuaian time-window: backtest mungkin mengasumsikan timing yang sempurna, sementara sistem live bisa menerima harga dengan latensi atau mengevaluasi menggunakan momen penutupan candle yang berbeda dari yang Anda asumsikan.
Bukti atau contoh
Contoh: ambang plus “harus tetap benar”
Asumsikan sebuah Aturan Entry menggunakan ambang harga dan mengharuskan ambang tersebut tetap benar untuk jendela waktu yang singkat. Versi yang sederhana bisa jadi:
- Kondisi: “Harga berada di atas X.”
- Persyaratan tambahan: “Harga harus berada di atas X selama 10 detik.”
Pertimbangan lanjutan adalah detail implementasinya:
- Definisi input: apakah “harga” adalah bid, ask, atau nilai yang dikutip?
- Sampling: apakah sistem Anda memeriksa setiap tick, setiap detik, atau hanya saat bar close?
- Timing order: setelah kondisi 10 detik terpenuhi, apakah sistem mengirim order segera, atau pada siklus pemrosesan berikutnya?
Keterbatasan yang material: bahkan jika kondisi terpenuhi pada data Anda, eksekusi tetap bisa berbeda karena spread dan likuiditas dapat berubah antara waktu aturan memicu dan waktu order mencapai pasar.
Contoh: jenis order mengubah makna aturan
Pertimbangan lanjutan lainnya adalah bahwa Aturan Entry bisa “benar,” tetapi tetap menghasilkan hasil yang tidak terduga karena jenis order.
- Jika aturan mengasumsikan Anda akan masuk mendekati harga tertentu, tetapi order tunduk pada kuot yang bergerak cepat, maka fill bisa terjadi pada harga yang lebih buruk.
- Jika durasi order dibatasi dan kondisi menghilang, order mungkin tidak terisi seperti yang dimaksud.
Hal ini penting karena Aturan Entry sering berfokus pada kapan harus memulai, bukan pada apakah fill aktual akan sama dengan harga pemicu.
Edge cases yang perlu diperhitungkan
Tanpa mengasumsikan data real-time atau perilaku platform tertentu, edge case umum yang seharusnya dikenali pembaca meliputi:
- Partial fills: posisi dibuka dalam beberapa bagian, sehingga mengubah harga entry efektif.
- Re-quotes / execution delay: pasar bergerak setelah kondisi diamati.
- Spread expansion: pelebaran bid-ask dapat membuat kondisi berbasis bid atau berbasis ask berperilaku berbeda dari yang diharapkan.
- Ketidaksesuaian sumber data: nilai yang digunakan untuk evaluasi berbeda dari nilai yang digunakan untuk eksekusi.
Pembaca dapat memperlakukan ini sebagai pengujian independen: jika aturan Anda tidak dapat menentukan bagaimana aturan tersebut menangani hal-hal tersebut, maka aturan tersebut kurang terdefinisi.
Keterbatasan dan risiko
Keterbatasan yang material: kualitas eksekusi dapat merusak asumsi
Bahkan dengan logika yang terdefinisi dengan baik, Aturan Entry dibatasi oleh jarak antara “logika pemicu” dan “realitas fill.” Aturan mungkin aktif pada kondisi pasar tertentu, tetapi harga eksekusi dan timing fill mungkin tidak sesuai dengan nilai yang digunakan untuk memutuskan entry.
Ini adalah mode kegagalan yang umum:
- Aturan Entry memeriksa sebuah kondisi menggunakan satu representasi atau referensi waktu.
- Order terisi menggunakan representasi lain atau pada waktu yang lebih lambat.
- Entry yang dihasilkan berbeda cukup besar sehingga rencana keseluruhan menjadi tidak konsisten dengan asumsi awalnya.
Ketidakpastian dan tidak dapat diulang
Hubungan historis tidak menjamin hasil di masa depan. Struktur pasar dapat berubah, likuiditas dapat bervariasi, dan biaya eksekusi dapat berbeda di berbagai rezim. Oleh karena itu, Aturan Entry lanjutan sebaiknya dibingkai dengan ketidakpastian:
- nyatakan apa yang Anda ketahui (definisi, ambang, dan timing evaluasi Anda), dan
- nyatakan apa yang tidak bisa Anda kendalikan (kualitas fill, biaya, serta perbedaan provider/sistem).
Yurisdiksi dan batasan operasional
Aturan Entry juga dipengaruhi oleh batasan operasional dan regulasi yang bervariasi menurut lokasi dan pengaturan broker/provider, termasuk bagaimana order ditangani dan feed data apa yang digunakan. Karena batasan ini dapat berubah dari waktu ke waktu, pembaca sebaiknya berhati-hati untuk tidak mengasumsikan bahwa deskripsi aturan dalam satu konteks akan berlanjut dengan tidak berubah.
Verifikasi atau pertanyaan berikutnya
Apa yang perlu diverifikasi secara independen
Untuk memverifikasi Aturan Entry secara independen, pembaca dapat memeriksa tiga lapisan:
- Cek definisi: Bisakah Anda menyatakan ulang aturan dengan tepat, termasuk representasi data (bid/ask vs mid) dan timing (momen evaluasi)?
- Cek biaya dan eksekusi: Apakah rencana Anda mendefinisikan bagaimana biaya, spread, dan slippage diperlakukan dalam proses pengambilan keputusan dan dalam perilaku fill yang diharapkan?
- Cek edge-case: Untuk partial fills, perubahan kuot yang cepat, dan jendela kondisi yang singkat, apakah aturan menentukan apa yang harus terjadi?
Pertanyaan berikutnya yang berguna adalah: “Jika Aturan Entry saya memicu, perilaku order yang persis seperti apa yang harus terjadi, dan kondisi apa yang harus tetap benar sampai order dikonfirmasi atau terisi?”