Sistem Otomatis: Kapan Boleh Disebut Rusak?

Kenalan dulu dengan masalahnya

Sari sudah menyusun sistem trading yang tertulis dan mengujinya. Kini ia mengotomasinya. Modul ini menjawab pertanyaan yang paling sering salah dijawab: kapan sebuah sistem boleh disebut rusak? Jawaban "ketika berhenti menghasilkan uang" tidak bisa dipakai, karena sistem yang sehat pun berhenti menghasilkan uang secara berkala, dan kadang lama.

Yang berubah, dan yang tidak, saat diskresi jadi sistem

Diskresi artinya memutuskan berdasarkan penilaian saat itu. Sistem artinya memutuskan berdasarkan aturan tertulis yang tetap. Sistematisasi sering dipasarkan sebagai cara menghapus emosi. Itu sebagian benar, tetapi sama sekali tidak cukup.

Baris kedua yang menentukan: keterujian. Untuk menguji strategi, aturannya tidak boleh bergerak selama pengujian. Strategi diskresioner tidak bisa memenuhi syarat itu, bukan karena penggunanya malas, tetapi karena memang tidak ada objek tetap yang bisa diuji.

Tiga hal yang TIDAK berubah

1. Sistem tidak menciptakan keunggulan. Ia menjalankan keunggulan yang sudah ada, atau menjalankan ketiadaannya dengan sangat konsisten.
2. Sistem tidak menghapus keputusan manusia. Ia memindahkannya ke tahap perancangan. Keputusan dibuat sekali, lalu memengaruhi setiap transaksi.
3. Sistem tidak menghapus masalah disiplin. Bentuknya saja yang berubah: dari "apakah aku mengikuti aturan hari ini?" menjadi "apakah aku membiarkan sistem berjalan tanpa kuganggu?"

Spesifikasi tanpa ruang tafsir

Sistem harus ditulis sampai tidak ada lagi yang perlu ditafsirkan. Ujinya: dua orang dengan spesifikasi dan data yang sama harus mengambil keputusan yang identik. Mesin adalah "orang kedua" yang paling ketat, karena ia tidak bisa menebak maksudmu.

Baris terakhir paling sering terlupa. Nanti kamu akan melihat berapa harganya.

Harga "sedikit campur tangan"

Banyak orang berkata, "Aku pakai sistem, tapi kusesuaikan kalau perlu." Klaim ini bisa diukur. Sebelumnya, kenali satuan yang dipakai trader: R. 1R adalah besar risiko yang kamu pasang per transaksi, misalnya 1% modal. Sistem dengan ekspektasi +0,15R artinya rata-rata menghasilkan 0,15 kali risiko per transaksi.

Naskah modul menyimulasikan sistem dengan ekspektasi +0,15R dan simpangan baku 1,20R per transaksi, selama 200 transaksi, sebanyak 4.000 kali. Lalu dibandingkan: dijalankan penuh, atau "disesuaikan".

Bacaan pertama: keluar lebih awal jauh lebih merusak daripada melewatkan sinyal. Melewatkan 25% sinyal memotong 24,7%. Keluar lebih awal pada 20% transaksi saja memotong 33,1%. Melakukan lebih sedikit transaksi lebih murah daripada merusak transaksi yang sudah dilakukan.

Bacaan kedua: campur tangan kecil-kecil menumpuk. Gabungan tiga campur tangan yang masing-masing terasa sepele memotong 36,1%. Tidak satu pun terasa besar saat dilakukan.

Campur tangan yang "berhasil" adalah yang paling berbahaya

Bacaan ketiga perlu dibaca hati-hati. Memperbesar posisi menaikkan hasil 10,5%. Sekilas, itu campur tangan yang sukses. Tetapi periksa rasio hasil terhadap risikonya. Rasio ini mirip rasio Sharpe: hasil dibagi simpangan baku.

Bacaan keempat: inilah bahayanya. Trader yang memperbesar posisi melihat hasilnya naik. Ia mendapat "hadiah" untuk terus melakukannya. Tidak ada dalam pengalaman langsungnya yang memberi tahu bahwa rasio hasil terhadap risikonya memburuk. Hanya hitungan yang bisa menunjukkannya.

Mode kegagalan otomasi: risiko yang dulu tidak ada

Otomasi membawa jenis risiko baru yang tidak ada saat kamu bertransaksi manual: kegagalan operasional. Kabar baiknya, risiko ini bisa dihitung: peluang per bulan dikali dampaknya.

Setahun: −0,350 × 12 = −4,20R. Bandingkan dengan keunggulan sistem: 200 transaksi per tahun × ekspektasi live +0,10R = +20,0R per tahun.

Pelajaran pertama: yang paling berbahaya bukan yang paling sering. Kalau diurutkan menurut seringnya, data terputus (2%) ada di puncak. Kalau diurutkan menurut ekspektasi kerugian, peringkat satu adalah "sistem tidak berhenti saat batas tercapai": hanya 0,20% per bulan, tetapi dampaknya −60R. Ini pola yang sama dengan penjual opsi: risiko ekor yang jarang tetap mendominasi.

Pelajaran kedua: otomasi tidak gratis. Ia menukar risiko disiplin dengan risiko operasional. Pertukaran itu hanya menguntungkan kalau risiko operasionalnya dikelola.

Enam pengendalian

1. Cek kesegaran data: tolak bertransaksi kalau data lebih tua dari batas tertentu.
2. Order tidak boleh ganda: setiap order membawa tanda unik; order kembar ditolak. Istilah teknisnya idempotensi.
3. Cek kewajaran ukuran: tolak order yang beberapa kali lebih besar dari ukuran normal.
4. Cek arah: bandingkan arah order dengan arah sinyal sebelum mengirim.
5. Pemutus arus (kill switch): batas kerugian harian yang menghentikan sistem otomatis.
6. Pemantau independen: proses terpisah yang memastikan sistem utama masih hidup dan waras.

Dari backtest ke live: dua pertiga menguap

Hasil sistem saat dijalankan sungguhan (live) hampir selalu lebih rendah daripada hasil backtest. Sumber penurunannya bisa diuraikan satu per satu.

• Selip eksekusi (−0,040R): harga eksekusi meleset dari harga yang diharapkan, rata-rata satu langkah harga terkecil.
• Biaya yang tidak dimodelkan (−0,030R).
• Latensi dan order tidak terisi (−0,030R): jeda waktu membuat sebagian order terlambat atau gagal.
• Dampak pasar (−0,020R): ordermu sendiri menggeser harga.
• Overfitting sisa (−0,080R): sebagian hasil backtest berasal dari "kebetulan yang terpilih" saat merancang.

Hasilnya, sistem dengan backtest +0,300R yang tampak hebat menghasilkan +0,100R dalam praktik. Overfitting sisa adalah komponen terbesar, dan asumsi bahwa keunggulan sejati masih tersisa sebenarnya sudah asumsi yang optimis.

Akibatnya pada validasi

Berapa transaksi yang dibutuhkan sebelum kamu bisa yakin keunggulannya nyata? Rumus dari modul sebelumnya:

Rusak, atau cuma sedang sial?

Ini pertanyaan operasional terpenting saat menjalankan sistem. Kabar baiknya: jawabannya bisa dihitung.

Deret kalah bukan bukti kerusakan

Berapa peluang setidaknya satu deret kalah berturut-turut sepanjang k terjadi dalam 200 transaksi, pada sistem yang sehat?

Pada tingkat menang 45%, delapan kalah berturut-turut terjadi pada 53,0% sistem sehat. Lebih mungkin terjadi daripada tidak! Bahkan sepuluh kalah berturut-turut terjadi pada satu dari lima sistem sehat. Jadi sembilan kali kalah yang membuat Sari panik bukanlah bukti kerusakan.

Ukuran yang benar: total, bukan deret

Yang diukur adalah jumlah kumulatif hasil dibanding harapannya. Setelah n transaksi, hasil kumulatif sistem yang sehat rata-rata sebesar nE, dengan simpangan baku σ√n. Kita pasang ambang dua simpangan baku di bawah harapan:

Sistem E = 0,15R, σ = 1,20R.

Perhatikan pola yang tidak terduga: ambang −2SD naik seiring n bertambah, dari −9,5R pada n = 50 menjadi −3,9R pada n = 200. Sebabnya, harapan tumbuh lurus (nE), sedangkan ruang kebetulan tumbuh mengikuti akar (σ√n). Makin banyak data, makin sempit ruang bagi kebetulan untuk menjelaskan kinerja buruk.

1. Sistem Sari: E = 0,15R, σ = 1,20R, tingkat menang 45%. Setelah 60 transaksi, ia mengalami 9 kalah berturut-turut dan kumulatifnya −7,2R.

2. Nilai deret kalahnya. Deret 8 atau lebih terjadi pada 53,0% sistem sehat. Sembilan kali kalah bukan bukti kerusakan.

3. Hitung ambangnya. Harapan: 60 × 0,15 = +9,0R. SD kumulatif: 1,20 × √60 = 9,30R. Ambang −2SD: 9,0 − 2 × 9,30 = −9,6R. Ambang −3SD: 9,0 − 3 × 9,30 = −18,9R.

4. Bandingkan. −7,2R masih di atas −9,6R. Sistem belum melanggar ambang apa pun. Tindakan yang benar: tidak ada tindakan.

5. Seberapa dekat? z = (−7,2 − 9,0) ÷ 9,30 ≈ −1,74. Kinerjanya 1,74 simpangan baku di bawah harapan. Tidak enak, tetapi masih dalam rentang yang wajar.

Untung pun bisa jadi tanda bahaya

Untuk sistem dengan ekspektasi lebih tinggi, ambangnya bisa positif. Pada E = 0,30R, σ = 1,50R, setelah 200 transaksi: 200 × 0,30 − 2 × 1,50 × √200 = 60 − 42,4 = +17,6R. Kalau setelah 200 transaksi kamu belum naik 17,6R, sistem itu tidak konsisten dengan klaimnya, walaupun kamu sedang untung.

Arah sebaliknya juga perlu dicek. Kalau setelah 60 transaksi kumulatifmu +55R padahal harapannya +9,0R, itu hampir 5 simpangan baku di atas harapan. Kemungkinan besar ada kesalahan hitung, data yang bocor, atau ukuran posisi di luar spesifikasi, bukan keberuntungan. Kalau terdengar terlalu bagus, biasanya memang ada yang salah.

Transisi bertahap: jangan langsung modal penuh

Sistem tidak dipindahkan dari backtest ke modal penuh dalam satu lompatan. Ada empat tahap.

Paper trading (tahap 1) hanya memeriksa bahwa spesifikasinya lengkap dan logikanya benar. Ia tidak memberi tahu apa pun tentang selip, dampak pasar, atau mode kegagalan. Semua itu baru muncul di tahap 2.

Syarat naik tahap (semua wajib terpenuhi)

1. Jumlah transaksi minimum tercapai.
2. Kumulatif di atas ambang −2SD.
3. Tidak ada kegagalan operasional yang belum diperbaiki.
4. Selip yang terukur tidak melebihi yang diasumsikan.
5. Nol campur tangan manual selama tahap itu.

Mitos atau fakta?

Ketuk setiap kartu untuk membaliknya.

Cek pemahamanmu

Latihan singkat ini tidak dinilai. Kuis resmi modul ada di bagian akhir halaman.

Ringkasan dan kamus mini

Diskresi

Keputusan berdasarkan penilaian saat itu, bukan aturan tetap.

R

Satuan risiko per transaksi (misalnya 1% modal).

Ekspektasi (E)

Rata-rata hasil per transaksi dalam jangka panjang, dalam R.

Rasio Sharpe

Imbal hasil dibagi risiko (simpangan baku).

Kegagalan operasional

Kerugian akibat gangguan teknis atau proses.

Idempotensi

Order yang terkirim dua kali tetap dieksekusi sekali.

Pemutus arus (kill switch)

Penghenti otomatis saat batas kerugian tercapai; harus terpisah dari sistem utama.

Backtest / live

Uji pada data masa lalu / dijalankan dengan uang sungguhan.

Selip

Selisih harga eksekusi dari harga yang diharapkan.

Overfitting

Strategi terlalu pas dengan data masa lalu sehingga hasil uji terlalu bagus.

Deret kalah

Kekalahan berturut-turut; lazim pada sistem sehat.

Ambang −2SD

nE − 2σ√n: batas kumulatif yang masih bisa dijelaskan oleh kebetulan.

Paper trading

Menjalankan sistem dengan order pura-pura tanpa uang.

Materi ini untuk pendidikan, bukan rekomendasi memakai sistem, perangkat lunak, robot trading, atau platform tertentu. Angka-angka adalah contoh hitungan dan simulasi dari naskah modul; hasil investasi tidak dijamin.