---
title: "Buku order kripto"
description: "Buku order adalah tampilan khusus venue atas bid dan ask yang masih aktif; penggunaan aman memerlukan rekonstruksi data pasar yang konsisten, aturan pencocokan yang tepat, perhitungan eksekusi berbasis kedalaman, serta rekonsiliasi fill dan penyelesaian."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Buku order kripto
> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.
## Jawaban langsung
Buku order adalah status atau tampilan data pasar yang khusus untuk venue dan produk, berisi order beli, order jual, atau level harga agregat yang masih aktif. Bid tertinggi dan ask terendah yang ditampilkan membentuk bid serta ask terbaik; selisih keduanya adalah spread. Status yang terlihat merupakan minat yang dapat dieksekusi pada suatu saat, bukan prakiraan, janji untuk tetap tersedia, atau peta lengkap atas likuiditas tersembunyi, iceberg, RFQ, OTC, dan venue lain.
Level data pasar penting. Level 1 menampilkan bagian teratas buku, Level 2 mengagregasi kuantitas berdasarkan harga, dan Level 3 dapat menampilkan order individual serta rincian antrean jika venue menyediakannya. Ukuran Level 2 dapat mewakili beberapa order dan tidak mengungkap posisi antrean suatu akun. Buku lokal yang andal harus memadukan snapshot konsisten dengan peristiwa inkremental yang berkelanjutan dan berurutan benar, lalu berhenti digunakan jika kontinuitas urutan atau checksum gagal.
Aturan pencocokan bergantung pada venue. Sebagian buku kontinu menggunakan prioritas harga-waktu; produk lain dapat memakai alokasi pro-rata, lelang, aturan order tersembunyi, pencegahan transaksi mandiri, atau pengurutan blok khusus jaringan. Market order diperdagangkan terhadap harga yang tersedia, bukan harga terakhir yang dijamin. Limit order dapat langsung mengambil likuiditas lalu meninggalkan sisa yang menetap. Pembatalan tetap merupakan permintaan yang berlomba dengan fill hingga diakui, sehingga fill, biaya, sisa kuantitas, saldo, dan penyelesaian harus direkonsiliasi dari peristiwa otoritatif.
## Cara kerja
1. Tetapkan venue dan badan hukum, produk dan sesi, arah dasar/kuotasi, kontrak spot atau derivatif, tick size, lot size, minimum nosional, tingkat biaya, level buku, model kustodi atau penyelesaian, serta jam.
2. Bangun tampilan lokal yang konsisten: berlangganan dan buffer peristiwa, ambil snapshot terdokumentasi, terapkan hanya pembaruan berurutan yang kompatibel, bedakan ukuran absolut dari delta, validasi urutan atau checksum, dan ambil snapshot ulang pada setiap celah.
3. Baca aturan pencocokan yang tepat untuk prioritas, lelang, pencegahan transaksi mandiri, perubahan, pembatalan, order tersembunyi atau iceberg, serta pengurutan on-chain atau dalam blok. Jangan menyimpulkan posisi antrean dari level agregat.
4. Tentukan sisi, kuantitas dasar atau anggaran kuotasi, perilaku limit atau market, pemicu stop, time in force seperti `GTC`, `IOC`, atau `FOK`, flag post-only atau reduce-only, pita perlindungan, dan harga terburuk yang dapat diterima.
5. Susuri sisi yang dapat dieksekusi level demi level untuk memperkirakan kuantitas fill, nosional, VWAP, spread, dan slippage terhadap tolok ukur bernama. Tambahkan biaya maker atau taker per fill dan uji tekanan latensi, kedalaman yang hilang atau tersembunyi, serta eksekusi parsial.
6. Kirim dengan pengenal klien idempoten dan konsumsi pengakuan, penolakan, serta fill privat. Perlakukan amend, cancel, dan replace sebagai hal yang berlomba hingga dikonfirmasi mesin atau jaringan; rekonsiliasi sisa kuantitas, inventaris, kas, dan biaya aktual.
7. Bandingkan buku publik, status order privat, fill, dan buku besar penyelesaian. Untuk CEX, pisahkan pencocokan dari kustodi dan penarikan; untuk buku on-chain atau hibrida, pisahkan pengiriman, pengurutan, eksekusi, penyelesaian, reorg, dan finalitas, kemudian jeda serta sinkronkan ulang saat status tidak konsisten.
Maker dan taker menjelaskan peran likuiditas setiap fill, bukan label permanen akun atau order. Limit order yang marketable dapat mengambil beberapa level lalu sisanya menetap sebagai maker. Stop order umumnya tidak terlihat di buku sampai pemicu yang ditentukan venue membuat order lain, dan harga pemicu bukan jaminan harga eksekusi. Time in force, post-only, perlindungan pasar, dan perilaku modifikasi harus diverifikasi untuk venue serta produk yang tepat.
## Contoh perhitungan
- **Spread dan identitas kuotasi.** Bid terbaik `99.90` dan ask terbaik `100.10`, sehingga `midpoint = (99.90 + 100.10) / 2 = 100.00`, spread absolut `0.20`, dan spread relatif terhadap midpoint `0.20 / 100.00 = 0.20% = 20 bps`. Transaksi terakhir pada `99.70` tidak dengan sendirinya mengubah kuotasi yang saat ini dapat dieksekusi.
- **Penyusuran kedalaman dan biaya.** Ask adalah `2 @ 100.00`, `3 @ 100.20`, dan `5 @ 100.50`. Market buy sebesar `8` membutuhkan `200.00 + 300.60 + 301.50 = 802.10`, jadi `VWAP = 802.10 / 8 = 100.2625`. Slippage terhadap ask terbaik adalah `0.2625% = 26.25 bps`. Dengan biaya taker `20 bps`, biayanya `1.6042`, total arus kas keluar `803.7042`, dan biaya menyeluruh per unit `100.463025`.
- **Sisa limit order marketable.** Buy limit `8 @ 100.20` terhadap ask yang sama mengisi `2 @ 100.00` dan `3 @ 100.20`, berbiaya `500.60` pada VWAP `100.12`, dengan `3` belum terisi. Dalam `IOC` sisanya dibatalkan; dalam `GTC` sisanya dapat menetap pada `100.20`. Biaya taker `20 bps` atas nosional yang terisi adalah `1.0012`, sehingga arus kas keluar saat ini `501.6012` sebelum fill maker berikutnya.
- **Celah urutan dan perlombaan pembatalan.** Snapshot lokal pada `sequence = 100` menunjukkan `4 @ 100.10`. Peristiwa `101` mengubahnya menjadi `1`, tetapi peristiwa berikutnya yang diterima adalah `103`; hilangnya `102` membuat buku tidak diketahui, sehingga `103` tidak dapat memperbaikinya dengan aman dan diperlukan snapshot baru. Secara terpisah, sell order sebesar `10` mendapat fill `2` dan `1` sebelum pengakuan pembatalan: kuantitas akhir yang terisi `3` dan sisa yang dibatalkan `7`, bukan nol terisi.
## Risiko
- Venue, badan hukum, produk, kontrak, sesi, atau lingkungan yang salah.
- Arah dasar/kuotasi terbalik atau unit kuantitas dan nosional tidak konsisten.
- Tick size, lot size, minimum nosional, desimal, atau aturan pita harga salah.
- Snapshot kedaluwarsa, tidak lengkap, dari sesi salah, atau tidak kompatibel dengan peristiwa dalam buffer.
- Celah urutan, duplikat, peristiwa tidak berurutan, atau kegagalan checksum diabaikan.
- Ukuran pengganti absolut diterapkan sebagai delta atau penghapusan ukuran nol salah ditangani.
- Agregasi Level 2 disangka sebagai identitas order atau posisi antrean Level 3.
- Likuiditas tersembunyi, iceberg, RFQ, dark, OTC, terinternalisasi, atau venue lain diabaikan.
- Aturan harga-waktu, pro-rata, lelang, pencegahan transaksi mandiri, amend, atau pengisian ulang diasumsikan keliru.
- Semantik market, limit, stop, pita perlindungan, post-only, reduce-only, `GTC`, `IOC`, atau `FOK` disalahpahami.
- Market order hanya terisi sebagian, ditolak, atau tereksekusi jauh dari harga terakhir, midpoint, atau harga terbaik.
- Cancel, amend, atau replace berlomba dengan fill dan menimbulkan inventaris sisa yang tidak disengaja atau kelebihan fill.
- Pengiriman duplikat, pengakuan hilang, benturan ID klien, atau ketidakcocokan ID order merusak idempotensi.
- Peran maker/taker, tingkat, rabat, biaya per fill, pendanaan, atau beban penyelesaian salah dihitung.
- Spread atau kedalaman yang ditampilkan hilang selama latensi jaringan, pemrosesan, antrean, atau blok.
- Dinding beli atau jual dibatalkan, dipalsukan, dilapis, diisi ulang, atau disalahartikan di venue terfragmentasi.
- Tolok ukur slippage, sisi, spread, VWAP, biaya, konversi valuta, atau biaya menyeluruh salah dihitung.
- Halt, lelang, mode limit-only, pemeliharaan, gangguan, batas laju, atau perubahan status pasar mengubah perilaku.
- Kustodi CEX, buku besar, segregasi aset, penarikan, insolvensi, atau integritas API gagal terpisah dari pencocokan.
- Alur on-chain atau hibrida menambah risiko allowance, nonce, gas, sequencer, MEV, kontrak, reorg, finalitas, dan indexer, lalu rekonsiliasi akhir gagal.
## Kesalahpahaman umum
- **"Dinding beli besar menjamin harga naik."** Order yang ditampilkan dapat sah, dibatalkan, dipindahkan, tersembunyi di balik aliran lain, atau dimaksudkan untuk menyesatkan.
- **"Market order terisi pada harga terakhir, midpoint, atau harga terbaik."** Order tersebut mengonsumsi likuiditas lawan yang tersedia dan dapat terisi sebagian atau melewati banyak level.
- **"Limit order selalu maker dan tidak berbiaya."** Bagian marketable dapat menjadi taker, sisanya dapat menunggu atau tidak pernah terisi, dan biaya, biaya peluang, serta kebocoran informasi tetap ada.
- **"Volume historis tinggi menjamin kedalaman yang dapat dieksekusi pada ukuran apa pun."** Volume mencatat pergantian masa lalu; kedalaman saat ini, latensi, aliran tersembunyi, dan dampak harga menentukan eksekusi.
- **"Buku order on-chain terlihat sepenuhnya, langsung final, dan tidak memerlukan kepercayaan."** Pengurutan, order bertanda tangan off-chain, sequencer, kontrak, indexer, penyelesaian, dan finalitas dapat tetap menjadi dependensi terpisah.
## Topik terkait
- [Bursa terpusat](/id/crypto/cex/)
- [Limit order](/id/crypto/limit-order-crypto/)
- [Market order](/id/crypto/market-order-crypto/)
## Sumber
- [Recommended Practices for Book Management](https://www.fixtrading.org/wp-content/uploads/download-manager-files/MDOWG_Book_Mgt-v20.pdf) - FIX Trading Community (diakses: 2026-08-13)
- [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation (diakses: 2026-08-13)
- [Exchange WebSocket Channels](https://docs.cdp.coinbase.com/exchange/websocket-feed/channels) - Coinbase Developer Documentation (diakses: 2026-08-13)
- [Create a new order](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/create-new-order) - Coinbase Developer Documentation (diakses: 2026-08-13)
- [Get all fills](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/get-all-fills) - Coinbase Developer Documentation (diakses: 2026-08-13)
- [Get fees](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/fees/get-fee) - Coinbase Developer Documentation (diakses: 2026-08-13)
- [Order Types](https://docs.cdp.coinbase.com/prime/concepts/trading/order-types) - Coinbase Developer Documentation (diakses: 2026-08-13)
- [Order book](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/order-book) - Hyperliquid Docs (diakses: 2026-08-13)
Source: https://wiki.fcontext.com/id/crypto/order-book-crypto/index.mdx