Lompat ke konten
Financial Context Wiki

Order post-only

Order post-only adalah instruksi limit order khusus venue yang dimaksudkan untuk masuk ke buku order, bukan langsung mengambil likuiditas; penolakan, pembatalan, penyesuaian harga, prioritas antrean, dan biaya bergantung pada aturan pencocokan yang tepat.

Diperbarui

Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

Jawaban singkat

Instruksi post-only atau hanya tambah likuiditas dipasang pada limit order dan diuji ketika order mencapai mesin pencocokan. Jika bagian mana pun akan langsung tereksekusi terhadap likuiditas yang sudah ada, venue menerapkan aturannya sendiri: permintaan dapat ditolak, order diterima lalu dibatalkan, atau harganya dipindahkan ke tingkat yang tidak marketable. Jadi, post-only menyatakan syarat masuk, bukan jenis order universal dengan satu hasil.

Order yang berhasil masuk ke buku dapat diperdagangkan kemudian ketika order lawan datang. Eksekusi itu umumnya diklasifikasikan sebagai likuiditas maker, tetapi catatan eksekusi dan buku biaya aktual tetap menjadi acuan. Konfirmasi penerimaan, status open, atau flag post-only saja tidak menjamin eksekusi, perlakuan maker, rebate, maupun hasil bersih yang lebih baik.

Cara kerja

Marketability dinilai berdasarkan keadaan mesin, bukan layar yang sudah kedaluwarsa. Limit beli pada atau di atas ask terbaik dan limit jual pada atau di bawah bid terbaik biasanya melintasi buku. Pembulatan tick, lelang, buku terkunci atau bersilang, likuiditas tersembunyi, perlindungan harga, dan pencegahan self-trade dapat mengubah hasil. Penyesuaian harga otomatis juga mengubah limit yang diminta dan posisi antrean, sehingga hanya boleh diterima sebagai aturan venue yang didokumentasikan secara eksplisit.

Post-only terpisah dari instruksi lain. GTC, GTD, IOC, dan FOK mengatur masa berlaku; beberapa venue menolak post-only yang dipasangkan dengan instruksi eksekusi segera. reduce-only, close-only, dan kolom sisi posisi mengatur eksposur. Stop order atau take-profit mungkin belum masuk ke buku sampai terpicu, lalu child order hasil konversi diuji berdasarkan aturan post-only venue saat itu.

Semantik antrean dan siklus hidup juga khusus venue. Prioritas harga-waktu lazim, tetapi tidak universal. Perubahan harga, peningkatan ukuran, atau cancel-and-replace sering menghilangkan prioritas; pengurangan ukuran yang didukung mungkin mempertahankannya. Pencegahan self-trade dapat membatalkan atau mengurangi order masuk, order yang sudah beristirahat, atau keduanya. Hanya rangkaian peristiwa order dan eksekusi publik serta privat yang terurut yang menetapkan apa yang benar-benar terjadi.

Gunakan alur kerja berikut:

  1. Tetapkan venue, badan hukum, produk, sesi, dan versi API; catat tick, lot, minimum notional, tingkat biaya, serta apakah post-only yang marketable ditolak, dibatalkan, atau disesuaikan harganya.
  2. Rekam bid terbaik, ask terbaik, dan kedalaman dengan stempel waktu serta urutan yang konsisten; tentukan sisi, limit, ukuran, masa berlaku, mode posisi, post-only, reduce-only, pencegahan self-trade, dan kolom pemicu.
  3. Bulatkan harga dan ukuran secara tepat, lalu periksa lebih dahulu persilangan, batas harga, saldo, margin, batas order, dan mode yang tidak kompatibel, sambil menganggap keadaan mesin saat order tiba sebagai acuan.
  4. Kirim dengan ID order klien yang unik; pisahkan keberhasilan transportasi dari status diterima, beristirahat, atau terminal, lalu catat ID order server, waktu, dan respons lengkap.
  5. Konsumsi peristiwa order dan eksekusi secara berurutan; rekonsiliasi eksekusi kumulatif, sisa kuantitas, ID eksekusi, harga, notional, flag likuiditas, mata uang biaya atau rebate, dan setiap amendemen yang mengubah antrean.
  6. Perlakukan amendemen, pembatalan, dan penggantian sebagai perlombaan sampai peristiwa terminal tiba; ulangi secara idempoten setelah timeout dan sinkronkan kembali setelah pesan duplikat, hilang, atau tidak berurutan.
  7. Rekonsiliasi kuantitas yang tereksekusi, dibatalkan, ditolak, atau kedaluwarsa dengan inventaris, dana tertahan, dan saldo, lalu nilai biaya aktual, rebate, adverse selection, dan eksekusi yang terlewat; untuk venue on-chain, verifikasi secara terpisah inklusi, eksekusi protokol, dan finalitas yang diperlukan.

Contoh

  • Perilaku saat melintasi buku. Bid dan ask terbaik adalah 99.90 / 100.00, dengan tick 0.01. Post-only beli 2 BTC at 100.00 akan langsung bertemu ask. Venue bergaya penolakan menolak permintaan; venue bergaya pembatalan mencatat nol eksekusi lalu membatalkannya. Venue dengan penyesuaian harga dapat memindahkannya ke 99.99, tetapi hanya jika perilaku terdokumentasi itu dipilih. Order beli di 99.99 dapat beristirahat jika keadaan mesin tidak berubah, tetapi tidak dijamin tereksekusi.
  • Eksekusi maker setelah beristirahat dan biaya. Order jual 3 ETH at 99.90 beristirahat saat bid dan ask berada di 99.80 / 100.00, lalu order beli agresif mengeksekusinya. Notional adalah 3 x 99.90 = 299.70. Dengan tarif maker -1 bp, biayanya 299.70 x -0.0001 = -0.02997, yaitu rebate. Salah mengklasifikasikannya pada tarif taker 5 bp menghasilkan beban 0.14985, selisih 0.17982. Gunakan flag likuiditas dan catatan biaya aktual.
  • Eksekusi parsial dan perlombaan pembatalan. Post-only jual yang beristirahat berjumlah 10 units at 100. Sebanyak 4 tereksekusi, lalu klien mengirim pembatalan. Sebelum pembatalan terminal, 1 lagi tereksekusi sehingga 5 tersisa dibatalkan. Total kuantitas tereksekusi adalah 5, bukan 4; notional yang tereksekusi 500, dan rebate 2 bp adalah 0.10. Konfirmasi permintaan batal bukan catatan inventaris terminal.
  • Biaya lebih rendah masih bisa lebih mahal. Membeli 10 segera pada 100.00 dengan biaya taker 8 bp memerlukan 1,000.80. Jika harga itu terlewat dan kemudian order beristirahat pada 100.20 dengan biaya maker 2 bp, totalnya 1,002.2004. Jalur maker menghemat biaya 0.5996, tetapi biaya keseluruhan lebih tinggi 1.4004. Post-only mengatur perilaku eksekusi; bukan otomatis mengoptimalkan seluruh perdagangan.

Risiko

  • Aturan post-only dari venue atau produk yang salah diasumsikan berlaku.
  • Order marketable secara tak terduga ditolak, dibatalkan, atau disesuaikan harganya.
  • Latensi kuotasi membuat harga yang tidak melintas di sisi klien melintas saat tiba di mesin.
  • Pembulatan tick mengubah harga yang dikirim atau hasil uji persilangan.
  • Lelang, buku terkunci, atau mode perdagangan khusus mengubah perilaku.
  • Order yang beristirahat tidak pernah tereksekusi.
  • Adverse selection melampaui rebate maker.
  • Tingkat, tanda, atau mata uang biaya berubah.
  • Status maker disimpulkan dari permintaan, bukan dari tiap eksekusi.
  • Kedalaman antrean atau likuiditas tersembunyi diremehkan.
  • Amendemen mengatur ulang prioritas antrean.
  • Eksekusi parsial terlewat dari inventaris atau kas.
  • Perlombaan batal atau ganti menciptakan eksekusi tambahan atau order yang bertumpang tindih.
  • Timeout atau percobaan ulang yang tidak idempoten menimbulkan keadaan tak pasti atau duplikat.
  • Celah, duplikat, atau peristiwa WebSocket yang tidak berurutan merusak tampilan lokal.
  • Pencegahan self-trade membatalkan atau mengurangi sisi yang tidak diperkirakan.
  • Post-only bertentangan dengan IOC, FOK, atau aturan masa berlaku lain.
  • Reduce-only, close-only, atau mode posisi menolak, mengecilkan, atau membalik maksud.
  • Child order yang terpicu menjadi marketable lalu dibatalkan atau ditolak.
  • Kegagalan venue, kustodian, API, atau aturan, maupun pengurutan on-chain, gas, reorg, atau finalitas, menggagalkan rekonsiliasi.

Kesalahpahaman umum

  • Post-only menjamin eksekusi. Order dapat ditolak, dibatalkan, beristirahat tanpa diperdagangkan, atau kedaluwarsa.
  • Respons API yang berhasil membuktikan order beristirahat. Konfirmasi transportasi dan keadaan mesin pencocokan adalah catatan berbeda.
  • Setiap eksekusi post-only memperoleh rebate. Klasifikasi maker, tingkat, mata uang, dan tarif biaya khusus untuk eksekusi dan venue.
  • Amendemen atau pembatalan mencegah eksekusi sesudahnya. Prioritas dapat diatur ulang, dan eksekusi dapat memenangkan perlombaan sebelum konfirmasi terminal.
  • Hash transaksi atau inklusi blok membuktikan order on-chain menjadi likuiditas maker dan diperdagangkan secara final. Inklusi, eksekusi protokol, keadaan beristirahat, eksekusi, dan finalitas rantai adalah peristiwa terpisah.

Topik terkait

Sumber

Navigasi

Cari di wiki...