ForexBestRobots.comBandingkan EA →
ID

PEMANTAUAN LIVE DAN VALIDASI FORWARD · PANDUAN 2

Protokol Validasi Forward EA Forex: Aturan Tetap, Bukti, dan Peninjauan

Susun protokol forward EA Forex: tetapkan versi, simpan input saat diterima, tentukan peninjauan sebelumnya, dan biarkan bukti tak lengkap tanpa kesimpulan pasti.

Waktu baca 14 menitDitinjau oleh Tim Editorial ForexBestRobots
Protokol demo rekaan menetapkan EA-A dan input I1 sebelum pengamatan. Jadwal tetapnya memiliki 100 slot keputusan yang diharapkan dalam 4 blok peninjauan. Hanya 99 keputusan dapat ditelusuri dan 1 tetap tidak diketahui. Cakupan bukan tingkat kemenangan atau bukti ukuran sampel memadai. Manifes, mode, dan aturan peninjauan tetap saat bukti terkumpul.
Definisikan pengujian sebelum melihat hasilnya.

Pengamatan forward menilai perilaku EA tetap pada data yang datang setelah rencana dibekukan. Ini berguna hanya jika versi, informasi yang tersedia pada tiap keputusan, dan aturan peninjauan dapat ditelusuri. Interval menguntungkan yang dipilih belakangan bukan eksperimen yang sama.

Pisahkan kesiapan operasional, kelengkapan bukti, dan evaluasi kinerja. Rekonsiliasi panduan pertama menetapkan apa yang terjadi; panduan ini menetapkan pengamatan prospektifnya. Buku besar bersih atau jadwal selesai tidak membuktikan profitabilitas atau izin mendanai akun live.

1. Tulis pertanyaan sebelum mengumpulkan hasil

Nyatakan perilaku dan lingkungan yang dinilai: waktu sinyal, reproduksi keputusan, penanganan permintaan, perbedaan eksekusi, atau hipotesis kinerja yang tepat. Tentukan pembanding dan bukti untuk menjawabnya. Saldo naik tidak menggantikan semua pertanyaan ini.

Catat semua varian dan upaya seleksi terdahulu, termasuk yang gagal. Periode forward baru tidak menghapus riwayat pemilihan model. Penyetelan berulang setelah melihat hasil menjadikan pengamatan itu bagian pengembangan. Panduan overfitting menjelaskan perlunya kehati-hatian pada backtest terpilih yang menarik.

2. Pisahkan bukti shadow, demo, dan live

Di sini shadow berarti pengamat yang mencatat keputusan tanpa mengirim order. Demo berarti permintaan ke akun broker simulasi; live berarti eksekusi pada akun dengan dana nyata. Dokumentasikan mode secara eksplisit, bukan memakai forward seolah menjamin fill nyata.

ModeYang dapat dicatatBatas utama bukti
Pengamat shadowKeputusan dan input tersedia; tanpa orderTidak ada eksekusi broker yang diamati
Akun demoKeputusan, permintaan simulasi, dan catatan brokerTidak membuktikan fill atau biaya live
Akun livePermintaan nyata, catatan broker, dan dampak akunModal berisiko; hasil tetap tidak pasti

Contoh rekaan hanya memakai demo dan tidak merekomendasikan alokasi live. Bandingkan mode setelah versi, data, dan cakupan waktu cocok, dengan catatan terpisah. Panduan demo versus live menjelaskan perbedaan eksekusi; pengamat shadow tidak dapat menyimpulkan fill nyata dari chart Bid.

3. Tetapkan manifes yang mengidentifikasi eksperimen

Arsipkan biner/build EA dan, bila ada, revisi sumber; catat hash, nilai input, dan berkas parameter. Sertakan server, akun dan mode, mata uang, pemetaan simbol, timeframe, dependensi, build terminal, basis waktu, sumber, versi kebijakan risiko, awal, aturan akhir, dan jadwal tinjauan. Nama berkas saja bukan identitas konfigurasi.

Untuk contoh pembelajaran, tetapkan EA-A dan input I1 pada sesi demo EURUSD H1. Manifes berisi timestamp dan identitas slot keputusan tetap. Pertahankan aturan trading dan risiko; panduan ini tidak menyediakan aturan atau pengendali trading. Keselamatan operasional tetap mengikuti kebijakan risiko akun yang ada.

4. Simpan yang benar-benar tersedia pada tiap keputusan

Simpan batas keputusan, identitas bar tertutup, harga dan fitur relevan, waktu sumber, penerimaan, serta pemeriksaan kesegaran. Gunakan normalisasi jam terdokumentasi. Dalam contoh, F1 bertimestamp 09:00:00 tetapi tiba pukul 09:00:08 setelah snapshot dibekukan pukul 09:00:05. Nilai itu tidak boleh masuk ke keputusan tersebut. Peninjauan pukul 09:00:10 harus mempertahankan fakta ini.

Peristiwa rekaan pada satu jam yang dinormalisasi: sumber memberi fitur F1 waktu 09:00:00; snapshot keputusan dibekukan pukul 09:00:05; F1 mencapai pengumpul pukul 09:00:08; peninjauan berikutnya pukul 09:00:10. F1 belum tersedia untuk keputusan itu meskipun timestamp sumber lebih awal. Jangan sisipkan nilai terlambat ke snapshot asli. Ini ilustrasi ketersediaan, bukan laporan latensi terukur.
Peristiwa rekaan pada satu jam yang dinormalisasi: sumber memberi fitur F1 waktu 09:00:00; snapshot keputusan dibekukan pukul 09:00:05; F1 mencapai pengumpul pukul 09:00:08; peninjauan berikutnya pukul 09:00:10. F1 belum tersedia untuk keputusan itu meskipun timestamp sumber lebih awal. Jangan sisipkan nilai terlambat ke snapshot asli. Ini ilustrasi ketersediaan, bukan laporan latensi terukur.Pada layar sempit, gulir diagram secara horizontal.

Timestamp sumber lebih awal tidak membuktikan EA bisa membacanya saat itu. Ikuti aturan tetap untuk data hilang, termasuk keputusan melewati yang tercatat jika diwajibkan. Simpan koreksi belakangan secara terpisah. Rekonstruksi dengan riwayat revisi, bar yang dulu masih terbentuk tetapi kini selesai, atau nilai yang diterima setelahnya memasukkan informasi yang dulu tidak tersedia.

5. Tetapkan jendela dan peluang yang diharapkan sebelumnya

Tentukan awal dan aturan akhir, kalender pasar, sesi diizinkan, jadwal keputusan, pengecualian pemanasan, serta titik tinjauan sebelum mengamati. Jelaskan penanganan penutupan pasar, bar hilang, restart, dan gangguan. Gangguan tidak boleh hilang dari penyebut karena tak ada order. Bedakan slot terjadwal dari sinyal, permintaan, dan transaksi selesai.

Jadwal rekaan berisi 100 slot keputusan dalam 4 blok berurutan berisi 25. Tinjau setiap akhir blok dan akhiri setelah slot terakhir. Hitungan ini memudahkan reproduksi audit, bukan minimum rekomendasi atau perhitungan daya statistik. Durasi dan kebutuhan bukti nyata bergantung pada frekuensi, dependensi, kondisi pasar, dan pertanyaannya.

6. Tetapkan aturan tinjauan, penghentian, dan perubahan sebelumnya

Pisahkan gerbang mutu sumber, eskalasi operasional, dan kriteria kinerja. Tetapkan metrik, kepemilikan, biaya, arus dana, posisi terbuka, serta toleransi perbandingan sebelum hasil diketahui. Panduan ekuitas dan drawdown serta biaya memberi konteks akuntansi, bukan batas penerimaan universal.

Dalam demo ini, setiap keputusan yang diharapkan perlu bukti terlacak sebelum dossier kinerja disetujui. Slot belum terselesaikan membuat persetujuan belum konklusif. Tinjauan terjadwal tidak menunda tindakan mendesak sesuai kebijakan risiko. Jangan memperpanjang hingga untung, berhenti pada puncak menguntungkan, atau diam-diam mengubah ambang setelah rugi.

7. Audit contoh cakupan rekaan

Tabel berisi blok tidak tumpang tindih, bukan jumlah kumulatif. Keputusan terlacak menyimpan input saat itu dan hasil tercatat, termasuk tanpa sinyal atau keputusan melewati yang terdokumentasi; slot tidak diketahui kurang bukti. R2 memiliki catatan hilang yang belum terselesaikan pada tinjauan akhir. Jangan menganggap slot itu tanpa sinyal, permintaan, atau eksposur.

Blok peninjauanKeputusan diharapkanKeputusan terlacakSlot tidak diketahuiCakupan bukti
R125250100%
R22524196%
R325250100%
R425250100%

Secara keseluruhan, 99 dari 100 keputusan terlacak dan 1 tidak diketahui: cakupan 99%. Blok lengkap berikutnya tidak memperbaiki celah sebelumnya. Menurut syarat bukti lengkap yang ditetapkan, dossier tetap belum konklusif. Perhitungan bukan tingkat kemenangan atau tanda strategi gagal; catatan lengkap pun masih perlu penilaian kecukupan dan kinerja terpisah.

Setiap blok memiliki 25 keputusan yang diharapkan. Jumlah terlacak adalah 25, 24, 25, dan 25; jumlah tak diketahui 0, 1, 0, dan 0. Semua batang memakai skala hitungan dan panjang total yang sama. Slot belum terselesaikan tetap terlihat. Keterlacakan keseluruhan 99% tidak memenuhi syarat bukti lengkap yang ditetapkan sebelumnya dalam contoh. Ini catatan keputusan, bukan transaksi, kemenangan, atau sampel statistik independen.
Setiap blok memiliki 25 keputusan yang diharapkan. Jumlah terlacak adalah 25, 24, 25, dan 25; jumlah tak diketahui 0, 1, 0, dan 0. Semua batang memakai skala hitungan dan panjang total yang sama. Slot belum terselesaikan tetap terlihat. Keterlacakan keseluruhan 99% tidak memenuhi syarat bukti lengkap yang ditetapkan sebelumnya dalam contoh. Ini catatan keputusan, bukan transaksi, kemenangan, atau sampel statistik independen.Pada layar sempit, gulir diagram secara horizontal.
Opsional: hitung ulang jumlah dan cakupan bukti

Slot diharapkan: 25 + 25 + 25 + 25 = 100. Keputusan terlacak: 25 + 24 + 25 + 25 = 99. Tidak diketahui: 0 + 1 + 0 + 0 = 1. Blok lengkap: 25 / 25 × 100 = 100%. Tidak lengkap: 24 / 25 × 100 = 96%. Cakupan keseluruhan: 99 / 100 × 100 = 99%. Porsi tak diketahui: 1 / 100 × 100 = 1%. Pemeriksaan: 99 + 1 = 100. Persentase hanya menjelaskan cakupan bukti; notasi angka mengikuti bahasa Inggris.

8. Perlakukan perubahan aturan sebagai sesi baru

Perubahan ambang, input, kumpulan simbol, filter sesi, atau aturan risiko mengubah eksperimen. Catat alasan dan waktu efektif; pertahankan sesi lama dan mulai versi baru teridentifikasi. Misalnya, EA-B dengan I2 tidak boleh ditambahkan ke EA-A dengan I1 seolah tak berubah. Perubahan infrastruktur juga perlu catatan bertanggal dan penilaian keterbandingan.

Perbaikan bug mungkin perlu, tetapi tidak membuat pengamatan yang sudah dilihat menjadi data validasi baru. Simpan insiden dan periode terdampak; cari bukti berikutnya dengan protokol baru. Laporkan semua varian dan peninjauan sebelumnya. Jangan timpa sesi buruk, gabungkan hasil tak sebanding, atau sajikan replay retrospektif sebagai catatan forward asli.

9. Hormati batas tester historis dan platform

Pengujian historis dan pengamatan forward menjawab pertanyaan berbeda. MT4 memiliki batas terdokumentasi: fungsi interaksi luar seperti WebRequest() dan SendNotification() tidak dieksekusi di Strategy Tester, dan tidak ada operasi trading pada simbol selain yang diuji. Pengujian historis tidak membuktikan jalur data dan peringatan live bekerja.

Gunakan panduan backtesting untuk asumsi model/data dan panduan pemantauan untuk jalur operasional. Verifikasi input lintas simbol terpisah dari eksekusi. Bukti penerimaan, putus koneksi, pemulihan, dan perlindungan nyata harus berasal dari lingkungan pengamatan sesuai, bukan anggapan perilaku tester berpindah tanpa perubahan.

10. Tulis kesimpulan terbatas pada tinjauan terencana

Laporkan identitas protokol, mode, tanggal aktual, cakupan diharapkan dan teramati, insiden, perubahan, hal belum selesai, serta metrik awal dengan batasnya. Sertakan kerugian dan eksposur terbuka, bukan hanya transaksi tertutup menguntungkan. Statistik harus memperhitungkan dependensi dan seleksi berulang; contoh ini tidak menghitung signifikansi atau probabilitas overfitting.

Tetapkan manifes, kumpulkan hanya input yang tersedia pada keputusan, rekonsiliasi cakupan, lalu terapkan rencana peninjauan awal. Bukti lengkap dan memadai mendukung kesimpulan terdokumentasi; bukti hilang atau kurang tetap belum konklusif. Perubahan aturan memulai sesi baru tanpa menghapus yang lama. Peninjauan tidak otomatis mengizinkan pendanaan live.
Tetapkan manifes, kumpulkan hanya input yang tersedia pada keputusan, rekonsiliasi cakupan, lalu terapkan rencana peninjauan awal. Bukti lengkap dan memadai mendukung kesimpulan terdokumentasi; bukti hilang atau kurang tetap belum konklusif. Perubahan aturan memulai sesi baru tanpa menghapus yang lama. Peninjauan tidak otomatis mengizinkan pendanaan live.Pada layar sempit, gulir diagram secara horizontal.
  1. Apakah manifes, pembanding, jendela, dan aturan ditetapkan sebelum hasil?
  2. Apakah setiap keputusan hanya memakai informasi yang benar-benar tersedia pada batasnya?
  3. Apakah catatan shadow, demo, dan live terpisah jelas?
  4. Apakah celah, insiden, biaya, posisi terbuka, dan perubahan versi terlihat?
  5. Apakah kesimpulan mengikuti kriteria awal tanpa menganggap cakupan sebagai profitabilitas?

Gunakan kesimpulan tepat: bukti tidak lengkap, lengkap tetapi belum cukup menjawab pertanyaan, atau hasil terdokumentasi sesuai penilaian awal. Tidak satu pun otomatis menaikkan EA demo ke dana live. Deployment atau alokasi berikutnya memerlukan keputusan berwenang dan pengendalian tersendiri. Simpan dossier untuk pemantauan dan validasi ulang.

11. Pertanyaan tentang validasi forward

Apakah forward berarti trading dengan uang nyata?

Tidak. Nyatakan apakah shadow, demo, atau live. Hanya live mencatat eksekusi akun berdana nyata dan mengekspos modal pada kerugian.

Apakah 100 keputusan contoh cukup memvalidasi EA?

Tidak ada klaim demikian. Ini data cakupan rekaan, bukan rekomendasi ukuran bukti. Keputusan belum tentu transaksi atau pengamatan independen; cakupan lengkap saja tidak membuktikan keunggulan.

Bolehkah memperbaiki parameter dan mempertahankan hasil forward yang sama?

Simpan hasil lama, tetapi identifikasi perubahan sebagai sesi/versi baru. Pengamatan yang dipakai memilih parameter adalah bukti pengembangan, bukan validasi baru bagi pilihan itu.

Apakah cakupan 99% berarti tingkat kemenangan 99%?

Tidak. Itu porsi slot keputusan terjadwal dengan bukti terlacak. Dalam contoh, celah belum terselesaikan menghalangi persetujuan bukti yang ditetapkan, terlepas dari hasil trading.

12. Sumber dan lingkup

Sumber primer: operasi dan batas MQL4 Strategy Tester, pengaturan tester dan parameter input MetaTrader, serta Bailey dan rekan penulis, The Probability of Backtest Overfitting. Diperiksa pada 2026-10-18. Penelitian mendasari kehati-hatian seleksi, tidak mengesahkan protokol ini atau menyediakan hitungan contohnya.

Nama sesi, waktu fitur, jadwal, dan hitungan adalah input pembelajaran rekaan. Tidak disediakan strategi nyata, kinerja live, minimum sampel, imbal hasil harapan, atau rekomendasi pendanaan. Diagram menggambarkan protokol dan bukti, bukan laporan tester asli. Rencana tetap meningkatkan keterlacakan tanpa menjamin trading aman atau menguntungkan.