Checklist sizing opsi event makro
Tentukan ukuran transaksi dari batasan likuiditas, spread, dan settlement terburuk sebelum jendela FOMC, CPI, dan rilis makro
Jawaban langsung
Trading event merusak banyak model posisi karena kondisi terburuk sering muncul pada eksekusi, bukan sinyal. Sebelum menekan buy atau sell, tentukan ukuran konkret yang tetap bertahan melalui gap likuiditas dan penundaan settlement
Mulai dari kerugian yang benar-benar dapat Anda tanggung
Pertanyaan pertama bukan kualitas entry, melainkan toleransi kerugian. Tesis makro sering memiliki dua dimensi: arah yang menurut Anda lebih mungkin, dan seberapa besar kerugian yang dapat terjadi sebelum eksekusi atau settlement menambahkan lapisan biaya lain.
Tetapkan anggaran tegas dalam nilai uang terlebih dahulu, lalu ubah menjadi kontrak. Jika kerugian per kontrak belum diketahui saat pembukaan, posisi masih terlalu abstrak.
Gunakan urutan ini:
Ketika anggaran yang sama memungkinkan dua ukuran, pilih yang lebih kecil dan dokumentasikan alasannya. Ketidakpastian eksekusi bukan alasan untuk memperbesar ekspektasi teoretis.
- Estimasikan kerugian terburuk di batas tesis untuk strike dan expiry yang dipilih
- Tambahkan buffer shock spread dan waktu untuk menit rilis yang diharapkan
- Tambahkan dampak assignment atau transfer kas untuk skenario opsi short
- Turunkan ukuran ke ukuran bulat terbesar yang sesuai dengan anggaran
Ubah risiko spread menjadi batas ukuran
Sebelum event, spread dapat melebar sampai peta risiko Anda tidak lagi realistis. Jika spread melebar, setiap pembukaan, penutupan, atau penyesuaian menjadi lebih mahal.
Lakukan ini sebagai tes pra-transaksi:
Di sinilah banyak ide yang sebenarnya baik gagal. Rencana hanya valid jika tetap melindungi saat spread dan kedalaman tertekan.
- Ambil bid/ask realistis untuk chain dan expiry yang tepat yang akan digunakan
- Tentukan pelebaran spread maksimum yang dapat diterima sambil mempertahankan batas terburuk
- Ubah shock spread itu menjadi kontrak yang lebih sedikit sampai rencana stop tetap valid
Tambahkan jam eksekusi ke aturan sizing
Rilis makro dapat menutup jendela pengendalian risiko sebelum pasar tutup. Jika Anda tidak dapat mengubah atau mengurangi posisi bahkan selama beberapa menit pada titik stres yang diperkirakan, ukuran posisi saat ini bisa terlalu besar.
Periksa jam berikut sebelumnya:
Jika salah satu cutoff berada di dalam jendela terburuk, turunkan ukuran sampai kerugian yang sama tetap sesuai dengan kemampuan Anda untuk bertindak.
- kapan data dirilis
- kapan seri opsi masih dapat dimodifikasi
- kapan broker menolak perubahan order terlambat
Tentukan kondisi tutup paksa sebelum sizing satu kontrak
Tesis Anda dapat tetap utuh. Posisi Anda mungkin tidak.
Tulis aturan tutup yang tegas sebelum menempatkan order:
Simpan di satu tempat, salin ke setiap template event makro, dan jangan trading ketika kondisi tidak jelas.
- Jika shock spread melampaui buffer yang disetujui sebelumnya, segera keluar atau kurangi
- Jika kedalaman kontrak menghilang di kedua sisi untuk ukuran yang direncanakan, berhenti dan kurangi
- Jika probabilitas assignment sisi short melonjak sebelum jendela penyesuaian yang direncanakan, tutup sesuai jalur risiko yang telah ditetapkan
Pertanyaan umum
Mengapa backtest saya melebihkan ukuran posisi?
Backtest biasanya mengasumsikan fill sempurna dan spread stabil. Risiko makro memerlukan lapisan kedua: friksi eksekusi dan settlement yang dapat melipatgandakan kerugian sebelum logika harga selesai.
Apakah ukuran pernah tidak bergantung pada timing event?
Tidak. Ide yang sama dapat terlalu besar di satu jendela dan layak di jendela lain. Tentukan ukuran setelah memeriksa waktu rilis, cutoff, dan kedalaman pasar.
Bagaimana sebaiknya saya memperlakukan risiko assignment dalam setup long?
Opsi long lebih sedikit sensitif terhadap assignment daripada opsi short, tetapi pergerakan event yang tak terduga tetap dapat menciptakan tekanan keluar dan stres timing. Tetapkan aturan kerugian terpisah untuk skenario itu.
Bisakah saya mempertahankan ukuran jika likuiditas tiba-tiba runtuh?
Tidak. Keruntuhan adalah mode kegagalan yang menjadi alasan checklist ini dibuat. Jika kondisi tidak terpenuhi, kurangi atau lewati sebelum rilis.