---
title: "สมุดคำสั่งซื้อขายคริปโต"
description: "สมุดคำสั่งซื้อขายคือมุมมองคำสั่ง bid และ ask ที่รอจับคู่ของตลาดแห่งหนึ่ง การใช้งานอย่างปลอดภัยต้องสร้างข้อมูลตลาดอย่างสอดคล้อง เข้าใจกฎจับคู่ที่แน่นอน คำนวณตามความลึก และกระทบยอดการจับคู่กับการชำระราคา"
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.

# สมุดคำสั่งซื้อขายคริปโต

> จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้สูญเสียเงินลงทุนได้

<a id="answer"></a>

## คำตอบโดยตรง

สมุดคำสั่งซื้อขายคือสถานะหรือมุมมองข้อมูลตลาดที่เจาะจงกับตลาดและผลิตภัณฑ์หนึ่ง แสดงคำสั่งซื้อ คำสั่งขาย หรือระดับราคารวมที่กำลังรอจับคู่ ราคา bid สูงสุดและราคา ask ต่ำสุดที่แสดงคือราคา bid และ ask ที่ดีที่สุด ผลต่างคือสเปรด สถานะที่มองเห็นนี้คือความสนใจซื้อขายที่อาจดำเนินการได้ในขณะหนึ่ง ไม่ใช่การคาดการณ์ คำมั่นว่าจะคงอยู่ หรือภาพรวมทั้งหมดของสภาพคล่องที่ซ่อนอยู่ แบบ iceberg แบบ RFQ นอกตลาด หรือจากตลาดอื่น

ระดับข้อมูลตลาดมีความสำคัญ Level 1 แสดงส่วนบนสุดของสมุด Level 2 รวมปริมาณตามราคา และ Level 3 อาจแสดงคำสั่งรายรายการพร้อมรายละเอียดคิวเมื่อตลาดจัดให้ ปริมาณ Level 2 อาจรวมหลายคำสั่งและไม่เผยตำแหน่งของบัญชีในคิว สมุดข้อมูลภายในที่เชื่อถือได้ต้องรวม snapshot ที่สอดคล้องกับเหตุการณ์อัปเดตต่อเนื่องตามลำดับที่ถูกต้อง และต้องหยุดใช้เมื่อ sequence หรือ checksum ขาดความต่อเนื่อง

กฎการจับคู่ขึ้นอยู่กับตลาด สมุดแบบต่อเนื่องบางแห่งใช้ลำดับความสำคัญตามราคาและเวลา ผลิตภัณฑ์อื่นอาจใช้การจัดสรรแบบ pro-rata การประมูล กฎคำสั่งซ่อน การป้องกันซื้อขายกับตนเอง หรือลำดับเฉพาะในบล็อก Market order ซื้อขายกับราคาที่มีอยู่ ไม่ใช่ราคาล่าสุดที่รับประกัน Limit order อาจรับสภาพคล่องทันทีและเหลือส่วนที่รอจับคู่ คำขอยกเลิกยังแข่งกับการจับคู่จนได้รับการยืนยัน จึงต้องกระทบยอดรายการจับคู่ ค่าธรรมเนียม ปริมาณคงเหลือ ยอดเงิน และการชำระราคาจากเหตุการณ์ที่เป็นทางการ

<a id="mechanism"></a>

## วิธีการทำงาน

1. ระบุตลาดและนิติบุคคล ผลิตภัณฑ์และช่วงซื้อขาย ทิศทางสินทรัพย์ฐาน/สินทรัพย์อ้างอิง สัญญา spot หรืออนุพันธ์ tick size, lot size, มูลค่าขั้นต่ำ ระดับค่าธรรมเนียม ระดับสมุด รูปแบบการดูแลหรือชำระราคา และเวลา
2. สร้างมุมมองภายในที่สอดคล้อง โดยสมัครรับและเก็บเหตุการณ์ชั่วคราว รับ snapshot ตามเอกสาร ใช้เฉพาะอัปเดตที่เข้ากันได้และเรียงลำดับ แยกขนาดทดแทนทั้งก้อนจาก delta ตรวจ sequence หรือ checksum และรับ snapshot ใหม่เมื่อพบช่องว่าง
3. อ่านกฎจับคู่ที่แน่นอนสำหรับลำดับความสำคัญ การประมูล การป้องกันซื้อขายกับตนเอง การแก้ไข การยกเลิก คำสั่งซ่อนหรือ iceberg และลำดับบนเชนหรือในบล็อก อย่าอนุมานตำแหน่งคิวจากระดับราคารวม
4. ระบุฝั่ง ปริมาณสินทรัพย์ฐานหรืองบสินทรัพย์อ้างอิง พฤติกรรม limit หรือ market ตัวกระตุ้น stop ระยะเวลาคำสั่ง เช่น `GTC`, `IOC` หรือ `FOK` ค่า post-only หรือ reduce-only ช่วงป้องกัน และราคาแย่ที่สุดที่ยอมรับได้
5. ไล่ฝั่งที่ดำเนินการได้ทีละระดับเพื่อประมาณปริมาณจับคู่ มูลค่า VWAP สเปรด และ slippage เทียบกับเกณฑ์ที่ระบุ เพิ่มค่าธรรมเนียม maker หรือ taker ต่อรายการ แล้วทดสอบความล่าช้า ความลึกที่หายหรือซ่อน และการจับคู่บางส่วน
6. ส่งคำสั่งด้วยรหัสลูกค้าที่ป้องกันการส่งซ้ำ และรับการยืนยัน การปฏิเสธ และรายการจับคู่ส่วนตัว ให้ถือว่าการแก้ไข ยกเลิก และแทนที่ยังแข่งกับการจับคู่จนเครื่องหรือเชนยืนยัน พร้อมกระทบยอดปริมาณคงเหลือ สินทรัพย์ เงินสด และค่าธรรมเนียมจริง
7. เปรียบเทียบสมุดสาธารณะ สถานะคำสั่งส่วนตัว รายการจับคู่ และบัญชีชำระราคา สำหรับ CEX ให้แยกการจับคู่ออกจากการดูแลและถอนสินทรัพย์ สำหรับสมุดบนเชนหรือแบบผสม ให้แยกการส่ง ลำดับ การดำเนินการ การชำระราคา reorg และ finality แล้วหยุดและซิงก์ใหม่เมื่อสถานะไม่สอดคล้อง

Maker และ taker อธิบายบทบาทสภาพคล่องของแต่ละรายการจับคู่ ไม่ใช่ป้ายถาวรของบัญชีหรือคำสั่ง Limit order ที่ซื้อขายได้ทันทีอาจรับหลายระดับแล้วให้ส่วนที่เหลือรอในฐานะ maker โดยทั่วไป stop order ไม่ปรากฏในสมุดจนตัวกระตุ้นที่ตลาดกำหนดสร้างคำสั่งใหม่ และราคาตัวกระตุ้นไม่รับประกันราคาดำเนินการ ต้องตรวจระยะเวลาคำสั่ง post-only การป้องกันตลาด และพฤติกรรมการแก้ไขสำหรับตลาดกับผลิตภัณฑ์ที่ตรงกัน

<a id="example"></a>

## ตัวอย่างคำนวณ

- **สเปรดและชนิดราคา** ราคา bid ดีที่สุดคือ `99.90` และ ask ดีที่สุดคือ `100.10` ดังนั้น `midpoint = (99.90 + 100.10) / 2 = 100.00` สเปรดสัมบูรณ์คือ `0.20` และสเปรดเทียบ midpoint คือ `0.20 / 100.00 = 0.20% = 20 bps` รายการล่าสุดที่ `99.70` ไม่ได้เปลี่ยนราคาเสนอที่ซื้อขายได้ปัจจุบันด้วยตัวมันเอง
- **การไล่ความลึกและค่าธรรมเนียม** ฝั่ง ask คือ `2 @ 100.00`, `3 @ 100.20` และ `5 @ 100.50` Market buy จำนวน `8` มีต้นทุน `200.00 + 300.60 + 301.50 = 802.10` จึงได้ `VWAP = 802.10 / 8 = 100.2625` Slippage เทียบ ask ดีที่สุดคือ `0.2625% = 26.25 bps` เมื่อค่าธรรมเนียม taker เท่ากับ `20 bps` ค่าธรรมเนียมคือ `1.6042` เงินสดจ่ายรวม `803.7042` และต้นทุนต่อหน่วยรวม `100.463025`
- **ส่วนคงเหลือของ limit order ที่ซื้อขายได้ทันที** Buy limit `8 @ 100.20` กับ ask ชุดเดิมจับคู่ `2 @ 100.00` และ `3 @ 100.20` มีต้นทุน `500.60` ที่ VWAP `100.12` และเหลือ `3` ในแบบ `IOC` ส่วนที่เหลือถูกยกเลิก ส่วนแบบ `GTC` อาจรอที่ `100.20` ค่าธรรมเนียม taker `20 bps` จากมูลค่าที่จับคู่คือ `1.0012` เงินสดจ่ายปัจจุบันจึงเป็น `501.6012` ก่อนการจับคู่แบบ maker ในภายหลัง
- **ช่องว่าง sequence และการแข่งขันยกเลิก** Snapshot ภายในที่ `sequence = 100` แสดง `4 @ 100.10` เหตุการณ์ `101` เปลี่ยนเป็น `1` แต่เหตุการณ์ถัดไปที่ได้รับคือ `103` การขาด `102` ทำให้ไม่ทราบสถานะสมุด ดังนั้น `103` ซ่อมให้ปลอดภัยไม่ได้และต้องรับ snapshot ใหม่ อีกกรณีหนึ่ง sell order จำนวน `10` ได้รับ fill จำนวน `2` และ `1` ก่อนยืนยันการยกเลิก ปริมาณที่จับคู่สุดท้ายคือ `3` และส่วนยกเลิกคือ `7` ไม่ใช่จับคู่เป็นศูนย์

<a id="risks"></a>

## ความเสี่ยง

- เลือกตลาด นิติบุคคล ผลิตภัณฑ์ สัญญา ช่วงซื้อขาย หรือสภาพแวดล้อมผิด
- สลับทิศทางสินทรัพย์ฐาน/อ้างอิง หรือหน่วยปริมาณกับมูลค่าไม่สอดคล้อง
- กฎ tick size, lot size, มูลค่าขั้นต่ำ ทศนิยม หรือช่วงราคาผิด
- Snapshot ล้าสมัย ไม่ครบ มาจากช่วงผิด หรือเข้ากับเหตุการณ์ใน buffer ไม่ได้
- ละเลยช่องว่าง sequence เหตุการณ์ซ้ำ ผิดลำดับ หรือ checksum ล้มเหลว
- ใช้ขนาดทดแทนแบบสัมบูรณ์เป็น delta หรือจัดการการลบด้วยขนาดศูนย์ผิด
- เข้าใจข้อมูลรวม Level 2 ว่าเป็นตัวตนคำสั่งหรือตำแหน่งคิว Level 3
- ละเลยสภาพคล่องซ่อน iceberg, RFQ, dark, OTC ภายใน หรือจากตลาดอื่น
- สมมติกฎราคา-เวลา pro-rata การประมูล STP การแก้ไข หรือการเติมคำสั่งผิด
- เข้าใจความหมาย market, limit, stop ช่วงป้องกัน post-only, reduce-only, `GTC`, `IOC` หรือ `FOK` ผิด
- Market order จับคู่บางส่วน ถูกปฏิเสธ หรือดำเนินการห่างจากราคาล่าสุด midpoint หรือราคาดีที่สุด
- การยกเลิก แก้ไข หรือแทนที่แข่งกับ fill จนเกิดสินทรัพย์คงเหลือหรือการจับคู่เกินที่ไม่ตั้งใจ
- การส่งซ้ำ การยืนยันสูญหาย รหัสลูกค้าชนกัน หรือรหัสคำสั่งไม่ตรงทำลาย idempotency
- คำนวณบทบาท maker/taker ระดับ ส่วนลด ค่าธรรมเนียมต่อ fill funding หรือค่าชำระราคาผิด
- สเปรดหรือความลึกที่แสดงหายไประหว่างความล่าช้าของเครือข่าย การประมวลผล คิว หรือบล็อก
- กำแพงซื้อหรือขายถูกยกเลิก ปลอม วางซ้อน เติมใหม่ หรืออ่านผิดข้ามตลาดที่กระจัดกระจาย
- คำนวณเกณฑ์ slippage ฝั่ง สเปรด VWAP ค่าธรรมเนียม การแปลงสกุล หรือค่าใช้จ่ายรวมผิด
- การหยุด การประมูล โหมด limit-only การบำรุงรักษา ระบบล่ม rate limit หรือสถานะตลาดเปลี่ยนพฤติกรรม
- การดูแล บัญชี การแยกสินทรัพย์ การถอน การล้มละลาย หรือความถูกต้อง API ของ CEX ล้มเหลวแยกจากการจับคู่
- กระบวนการ on-chain หรือแบบผสมเพิ่มความเสี่ยง allowance, nonce, gas, sequencer, MEV, สัญญา reorg, finality และ indexer แล้วการกระทบยอดสุดท้ายล้มเหลว

<a id="misconceptions"></a>

## ความเข้าใจผิดที่พบบ่อย

- **"กำแพงซื้อขนาดใหญ่รับประกันว่าราคาจะขึ้น"** คำสั่งที่แสดงอาจเป็นจริง ถูกยกเลิก ย้าย ถูกซ่อนหลังอุปสงค์อื่น หรือมีไว้ชักนำให้เข้าใจผิด
- **"Market order จับคู่ที่ราคาล่าสุด midpoint หรือราคาดีที่สุด"** คำสั่งจะกินสภาพคล่องฝั่งตรงข้ามที่มีอยู่ และอาจจับคู่บางส่วนหรือผ่านหลายระดับ
- **"Limit order เป็น maker เสมอและไม่มีต้นทุน"** ส่วนที่ซื้อขายได้ทันทีอาจเป็น taker ส่วนที่เหลืออาจรอหรือไม่จับคู่ และยังมีค่าธรรมเนียม ต้นทุนค่าเสียโอกาส และการเปิดเผยข้อมูล
- **"ปริมาณซื้อขายในอดีตสูงรับประกันความลึกที่ซื้อขายได้ทุกขนาด"** ปริมาณบันทึกการหมุนเวียนในอดีต ส่วนความลึกปัจจุบัน ความล่าช้า กระแสที่ซ่อน และผลกระทบต่อราคาเป็นตัวกำหนดการดำเนินการ
- **"สมุดคำสั่งบนเชนมองเห็นทั้งหมด มีผลสุดท้ายทันที และไม่ต้องเชื่อถือใคร"** การจัดลำดับ คำสั่งลงนามนอกเชน ซีเควนเซอร์ สัญญา indexer การชำระราคา และ finality อาจยังเป็นเงื่อนไขแยกกัน

<a id="related"></a>

## หัวข้อที่เกี่ยวข้อง

- [ศูนย์ซื้อขายแบบรวมศูนย์](/th/crypto/cex/)
- [Limit order](/th/crypto/limit-order-crypto/)
- [Market order](/th/crypto/market-order-crypto/)

<a id="sources"></a>

## แหล่งที่มา

- [Recommended Practices for Book Management](https://www.fixtrading.org/wp-content/uploads/download-manager-files/MDOWG_Book_Mgt-v20.pdf) - FIX Trading Community (เข้าถึงเมื่อ: 2026-08-13)
- [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation (เข้าถึงเมื่อ: 2026-08-13)
- [Exchange WebSocket Channels](https://docs.cdp.coinbase.com/exchange/websocket-feed/channels) - Coinbase Developer Documentation (เข้าถึงเมื่อ: 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 (เข้าถึงเมื่อ: 2026-08-13)
- [Get all fills](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/get-all-fills) - Coinbase Developer Documentation (เข้าถึงเมื่อ: 2026-08-13)
- [Get fees](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/fees/get-fee) - Coinbase Developer Documentation (เข้าถึงเมื่อ: 2026-08-13)
- [Order Types](https://docs.cdp.coinbase.com/prime/concepts/trading/order-types) - Coinbase Developer Documentation (เข้าถึงเมื่อ: 2026-08-13)
- [Order book](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/order-book) - Hyperliquid Docs (เข้าถึงเมื่อ: 2026-08-13)

Source: https://wiki.fcontext.com/th/crypto/order-book-crypto/index.mdx