Bid size vs ask size futures dijelaskan
Pelajari arti bid size dan ask size futures, bagaimana kedalaman yang ditampilkan memengaruhi eksekusi, mengapa ketidakseimbangan buku bukan sinyal arah, dan perbedaan MBP dari MBO
Jawaban langsung
Bid size futures adalah kuantitas yang ditampilkan pada bid terbaik; ask size adalah kuantitas yang ditampilkan pada ask terbaik. Keduanya menunjukkan minat buku saat ini, bukan volume yang selesai atau likuiditas yang dijamin Bid yang lebih besar daripada ask dapat penting untuk eksekusi, tetapi bukan sinyal arah yang andal karena pesanan dapat ditambahkan, dibatalkan, matched, atau diperbarui
Bid size dan ask size menjelaskan kuantitas yang ditampilkan
Bid terbaik adalah harga beli tertinggi yang ditampilkan. Bid size adalah kuantitas yang ditampilkan pada harga tersebut. Ask terbaik adalah harga jual terendah yang ditampilkan, dan ask size adalah kuantitas yang ditampilkan di sana
Kuotasi bid 5,000.00 dengan size 18 dan ask 5,000.25 dengan size 7 berarti 18 kontrak ditampilkan untuk dibeli pada bid dan 7 kontrak ditampilkan untuk dijual pada ask saat itu
Unitnya tetap perlu diverifikasi. Platform dapat menampilkan kontrak, lot, data venue yang diagregasi, data tertunda, atau hanya kedalaman tertentu
Spread bid-ask dan slippage futures menjelaskan selisih harga. Size menjawab pertanyaan berbeda: berapa banyak kuantitas yang ditampilkan pada setiap harga
Size yang ditampilkan bukan inventori yang dicadangkan untuk pesanan Anda
Kuantitas yang ditampilkan dapat berubah sebelum pesanan mencapai mesin pencocokan. Peserta lain dapat berdagang, membatalkan, mengubah, menambah, atau memperbarui pesanan
Pesanan marketable yang lebih kecil dari size yang ditampilkan tetap dapat menerima hasil berbeda jika buku berubah terlebih dahulu. Pesanan yang lebih besar dapat berdagang melewati beberapa level harga atau menyisakan sisa
Prioritas antrean juga penting. Pesanan aktif yang berada di belakang minat yang memenuhi syarat lebih awal mungkin tidak terisi meskipun perdagangan terjadi pada harganya
Prioritas order book futures menjelaskan mengapa kuantitas yang terlihat bukan reservasi pribadi
Contoh: pembelian 20 kontrak melewati ask
Anggap sisi ask yang terlihat adalah:
Jika buku tidak berubah, pembelian marketable 20 kontrak akan mengambil 7 pada 5,000.25, 9 pada 5,000.50, dan 4 pada 5,000.75
Fill rata-rata tertimbang adalah 5,000.4625
Dibandingkan ask terbaik awal 5,000.25, selisih rata-rata adalah 0.2125 poin, atau 0.85 tick ketika ukuran tick adalah 0.25
Dengan pengganda poin $50, biaya kas tambahan dibandingkan mengisi seluruh 20 pada ask terbaik awal adalah 0.2125 × $50 × 20 = $212.50
Ini adalah ilustrasi statis, bukan prakiraan fill. Kedalaman nyata dapat berubah ketika pesanan diproses
- 5,000.25 untuk 7 kontrak
- 5,000.50 untuk 9 kontrak
- 5,000.75 untuk 12 kontrak
Ketidakseimbangan bid dan ask bukan prakiraan harga
Anggap size teratas adalah bid 18 dibandingkan ask 7. Bid yang ditampilkan sekitar 2.57 kali ask
Snapshot itu dapat memengaruhi konteks eksekusi langsung, tetapi tidak membuktikan harga akan naik. Bid dapat dibatalkan, matched, diganti, atau diimbangi minat jual pada level lain
Kehati-hatian yang sama berlaku untuk ask besar. Size dapat mencerminkan penyediaan likuiditas, lindung nilai, posisi antrean, satu pesanan sementara, atau banyak pesanan kecil
Perlakukan ketidakseimbangan sebagai konteks buku. Konfirmasikan perdagangan aktual dan respons harga alih-alih mengubah satu rasio size menjadi sinyal arah
MBP dan MBO dapat membuat layar kedalaman terlihat berbeda
CME menjelaskan Market by Price sebagai tampilan agregat total kuantitas dan jumlah pesanan pada setiap level harga yang ditampilkan. Feed MBP-nya dibatasi pada jumlah level harga tertentu
Market by Order dapat menampilkan pesanan individual anonim, ukurannya, dan kedalaman buku penuh. MBO mempertahankan detail lebih besar tentang bagaimana total kuantitas tersusun
Broker atau vendor data dapat menampilkan hanya sebagian dari salah satu feed. Karena itu, dua layar dapat menunjukkan kedalaman berbeda tanpa salah satunya mewakili buku masa depan yang lengkap pada saat yang sama
Order book dibandingkan Time and Sales menjelaskan mengapa minat yang menunggu dan perdagangan yang dieksekusi merupakan catatan berbeda
Gunakan daftar periksa kedalaman sebelum menilai likuiditas
- Konfirmasikan produk futures dan bulan kontrak yang tepat - Catat timestamp kuotasi dan apakah data real-time atau tertunda - Verifikasi unit yang digunakan untuk bid size dan ask size - Periksa harga terbaik dan beberapa level kedalaman terdekat - Bandingkan kuantitas pesanan dengan kuantitas yang terlihat di berbagai level tersebut - Identifikasi apakah tampilan merupakan MBP, MBO, atau tampilan yang didefinisikan vendor - Catat jenis pesanan, fill, kuantitas tersisa, dan harga rata-rata tertimbang [!TRYMARK] Titik pemeriksaan kedalaman futures Pada waktu tertentu 18 September, catat bulan kontrak, bid dan ask terbaik, kedua size, tiga level kedalaman, jenis feed, kuantitas yang direncanakan, dan nilai tick sebelum memperkirakan harga rata-rata yang dapat dieksekusi
Kedalaman yang ditampilkan adalah bukti tentang order book saat ini, bukan janji bahwa kuantitas yang sama akan tetap tersedia
Pertanyaan umum
Apakah bid size futures adalah jumlah kontrak yang pasti dapat saya jual?
Tidak. Bid size adalah minat beli yang ditampilkan pada pengamatan itu. Pesanan lain dapat berdagang atau dibatalkan sebelum pesanan Anda tiba, dan prioritas atau kontrol pasar dapat mengubah hasil
Mengapa ask size lebih kecil dari pesanan saya?
Hanya kuantitas itu yang ditampilkan pada ask terbaik. Pembelian marketable yang lebih besar dapat berinteraksi dengan level ask tambahan, terisi sebagian, atau menghadapi buku yang berubah sebelum pencocokan
Apakah bid size yang lebih besar berarti futures akan naik?
Tidak. Ketidakseimbangan size dapat hilang tanpa perdagangan dan dapat mencerminkan banyak motif. Hal itu tidak cukup untuk memprediksi pergerakan harga berikutnya
Mengapa dua platform menampilkan bid size dan ask size berbeda?
Keduanya dapat menggunakan feed, batas kedalaman, agregasi, izin, timestamp, atau penundaan berbeda. Cocokkan kontrak, definisi feed, dan waktu yang tepat sebelum menganggap tampilan tersebut bertentangan