Reduce-Only ของ Bybit เป็นฟังก์ชันที่จำกัดคำสั่งให้มุ่งไปในทิศทางลดสถานะที่มีอยู่เดิม ส่วน Close on Trigger ใช้ดำเนินการปิดสถานะที่มีอยู่เดิมเมื่อคำสั่งแบบมีเงื่อนไขถูกกระตุ้น ในทางกลับกัน Post-Only เป็นเงื่อนไขสำหรับลงทะเบียนคำสั่งในสมุดคำสั่งแทนการจับคู่ทันที และไม่รับประกันการปิดสถานะ หากต้องการลดข้อผิดพลาดที่ทำให้เกิดสถานะฝั่งตรงข้ามหลังการทำกำไรหรือหยุดขาดทุน ต้องตรวจสอบไม่เพียงแต่ชื่อตัวเลือกเท่านั้น แต่รวมถึงจำนวนสถานะปัจจุบัน ทิศทางของคำสั่ง และคำสั่งแบบมีเงื่อนไขที่ยังเหลืออยู่ด้วย
วันที่ตรวจสอบเอกสารอย่างเป็นทางการ: 7 กันยายน 2026 ราคาด้านล่างและจำนวน BTC เป็นตัวเลขสมมติสำหรับอธิบายหลักการทำงาน ไม่ใช่ราคาตลาดปัจจุบัน ราคาเข้าที่แนะนำ หรือขนาดการซื้อขายที่แนะนำ รายการและหน้าจอที่ให้บริการอาจแตกต่างกันตามบัญชี ผลิตภัณฑ์ และโหมดสถานะ
1. ปิดสถานะแล้ว เหตุใดจึงเกิดสถานะฝั่งตรงข้าม?
วัตถุประสงค์ส่วนตัวที่แนบไว้กับคำสั่งตอนสร้าง และคำสั่งที่ระบบการซื้อขายดำเนินการ อาจแตกต่างกัน ผู้ใช้อาจคิดว่าคำสั่งขายเป็น “คำสั่งทำกำไรสำหรับ Long” แต่หากเป็นคำสั่งขายทั่วไปที่ไม่มีข้อจำกัดให้ลดสถานะเดิม คำสั่งดังกล่าวอาจยังทำงานเป็นการเปิดสถานะขายใหม่ได้แม้ปิดสถานะเดิมแล้ว ดังนั้น เพียงข้อเท็จจริงว่าเป็น “คำสั่งที่วางไว้ที่ราคาทำกำไร” ไม่ได้ทำให้คำสั่งนั้นเป็นคำสั่งสำหรับปิดสถานะโดยเฉพาะ
ตัวอย่างเช่น สมมติว่าในโหมด One-Way ถือสถานะ Long ของ BTCUSDT จำนวน 0.01 BTC และมีคำสั่งขายแบบ Limit ทั่วไปจำนวน 0.01 BTC ที่ราคา 62,000 USDT ค้างอยู่ ต่อมาคำสั่งปิดสถานะอื่นถูกจับคู่ก่อนจน Long เหลือ 0 แต่คำสั่ง Limit นี้ยังคงอยู่ หากราคาปรับขึ้นจนคำสั่งดังกล่าวถูกจับคู่ ก็อาจเกิดสถานะ Short ใหม่ได้ ตัวอย่างนี้ตั้งอยู่บนสมมติฐานว่าคำสั่งทั้งสองไม่ได้เชื่อมโยงให้ยกเลิกโดยอัตโนมัติ
คำถามที่จำเป็นในสถานการณ์นี้ไม่ใช่ “เหตุใดจึงกดปุ่มขาย” แต่คือ “ในขณะที่มีการดำเนินการ ยังมีสถานะให้ปิดอยู่หรือไม่” หลักเกณฑ์การจำกัดเพื่อปิดสถานะสามารถตรวจสอบได้จาก คำอธิบายอย่างเป็นทางการของ Bybit Reduce-Only
2. ตัวเลือกทั้งสามตอบคำถามที่แตกต่างกัน
| ฟังก์ชัน | ประเด็นสำคัญที่ต้องตรวจสอบ | บริบทการใช้งานทั่วไป | สิ่งที่ไม่รับประกัน |
|---|---|---|---|
| Reduce-Only | คำสั่งนี้ลดสถานะเดิมหรือไม่? | การปิดบางส่วนของสถานะที่ถืออยู่ด้วยคำสั่ง Limit | การจับคู่ครบจำนวนทั้งหมดที่ราคาที่กำหนด |
| Close on Trigger | หลังเงื่อนไขถูกกระตุ้น จะดำเนินการเป็นคำสั่งปิดสถานะหรือไม่? | การปิดสถานะด้วยคำสั่ง Market·Limit แบบมีเงื่อนไข | การตรงกันระหว่างราคากระตุ้นกับราคาที่จับคู่จริง |
| Post-Only | สามารถลงทะเบียนได้โดยไม่กินคำสั่งฝั่งตรงข้ามทันทีหรือไม่? | คำสั่ง Limit ที่ต้องการให้จับคู่ในฐานะ Maker | การลดสถานะเดิมหรือการปิดสถานะอย่างรวดเร็ว |
ตารางข้างต้นเปรียบเทียบวัตถุประสงค์ของฟังก์ชัน ไม่ได้หมายความว่าสามารถเลือกทั้งสามรายการพร้อมกันได้ในทุกหน้าจอการซื้อขาย ในทางปฏิบัติ ควรกำหนดก่อนว่า “เป็นการเปิดสถานะหรือปิดสถานะ” จากนั้นจึงตรวจสอบว่ามีการกระตุ้นเงื่อนไขหรือไม่และใช้วิธีจับคู่แบบใด ตามลำดับ การกำหนดเงื่อนไขค่าธรรมเนียมก่อนแล้วค่อยตรวจสอบการปิดสถานะภายหลัง อาจทำให้มองข้ามวัตถุประสงค์เดิมของคำสั่งได้ง่าย
3. การจำกัดจำนวนของ Reduce-Only: เหตุใดจำนวนที่ป้อนกับคำสั่งที่เหลือจึงแตกต่างกัน
หากไม่มีสถานะ คำสั่ง Reduce-Only จะถูกปฏิเสธ และคำสั่งที่มีจำนวนเกินกว่าสถานะที่ถืออยู่อาจถูกลดจำนวนหรือยกเลิกได้ หากมีหลายคำสั่ง ระบบจะพิจารณาจำนวนของคำสั่งที่เกี่ยวข้องซึ่งอยู่ใกล้ราคาปัจจุบันด้วย คำสั่งใหม่หรือคำสั่ง Reduce-Only ที่อยู่ไกลกว่าอาจถูกปรับตามเงื่อนไข ดังนั้นให้เปรียบเทียบ หลักเกณฑ์อย่างเป็นทางการด้านจำนวนและลำดับความสำคัญกับประวัติคำสั่งจริง
ตัวอย่างเช่น หาก Long ที่เหลืออยู่ปัจจุบันมี 0.01 BTC แต่ในแผนการปิดสถานะแบบแบ่งส่วนระบุไว้ 0.006 BTC และ 0.006 BTC ผลรวมจะเท่ากับ 0.012 BTC นี่คือความไม่สอดคล้องกันในแผนที่สามารถพบได้แม้ยังไม่ได้ดูหน้าจอของกระดานซื้อขาย อย่าคาดหวังว่าคำสั่งทั้งสองจะคงจำนวนตามที่ป้อนครั้งแรกตลอดเวลา ทุกครั้งที่จำนวนสถานะเปลี่ยนแปลง ต้องเปรียบเทียบผลรวมของแผนการปิดสถานะกับจำนวนคำสั่งจริงอีกครั้ง
การคำนวณนี้ไม่ใช่การคาดการณ์ว่าคำสั่งใดคำสั่งหนึ่งจะเปลี่ยนเป็นจำนวนกี่ BTC อย่างแน่นอน ผลลัพธ์อาจแตกต่างกันไปตามคำสั่งอื่นที่ยังทำงานอยู่ ตำแหน่งของราคา และการจับคู่ที่เกิดขึ้นระหว่างนั้น หากเห็นข้อความยกเลิกแล้วปิดการใช้งาน Reduce-Only ทันที แทนที่จะแก้ไขความไม่สอดคล้องของจำนวน อาจทำให้ความเป็นไปได้ที่จะเกิดสถานะฝั่งตรงข้ามใหม่กลับมา ดังนั้นควรตรวจสอบจำนวนและวัตถุประสงค์ของคำสั่งก่อน
4. Close on Trigger: คำสั่ง Market และ Limit แบบมีเงื่อนไขให้ผลลัพธ์แตกต่างกัน
คำสั่งแบบมีเงื่อนไขที่ใช้ Close on Trigger จะถูกประเมินเมื่อถูกกระตุ้นว่าเป็นคำสั่งสำหรับลดสถานะเดิมหรือไม่ หากไม่มีสถานะให้ปิด คำสั่งจะถูกยกเลิก และหากจำนวนคำสั่งมากกว่าสถานะที่เหลืออยู่ จำนวนอาจถูกปรับลดได้ Bybit อธิบายการดำเนินการปิดสถานะนี้ในบริบทของการป้องกันไม่ให้การดำเนินการถูกบล็อกเหมือนคำสั่งเปิดสถานะใหม่ทั่วไปเนื่องจากหลักประกันเพิ่มเติมไม่เพียงพอ
| ประเภทคำสั่งแบบมีเงื่อนไข | การดำเนินการหลังถูกกระตุ้น | ความเสี่ยงที่ผู้ใช้ต้องตรวจสอบ |
|---|---|---|
| Market | ดำเนินการปิดสถานะด้วยราคาตลาดที่มีอยู่ในขณะนั้น | ความแตกต่างระหว่างราคาที่คาดไว้กับราคาที่จับคู่จริง |
| Limit | ดำเนินการเป็นคำสั่ง Limit แบบ Reduce-Only | ไม่จับคู่หรือมีจำนวนคงเหลือเนื่องจากไม่เป็นไปตามเงื่อนไขราคา |
อย่าอ่านคำอธิบายการดำเนินการที่เกี่ยวข้องกับหลักประกันใน เอกสาร Close on Trigger อย่างเป็นทางการ ว่าเป็น “การรับประกันการปิดสถานะที่ราคาที่ต้องการในทุกสถานการณ์” เอกสารฉบับเดียวกันระบุอย่างชัดเจนว่าการจับคู่คำสั่ง Limit แบบมีเงื่อนไขไม่สามารถรับประกันได้ นอกจากนี้ Bybit ยังระบุว่าฟังก์ชัน TP/SL ของสัญญา Perpetual และสัญญาแบบมีวันครบกำหนดของ Bybit มีกลไกนี้รวมอยู่ด้วย แต่ไม่ควรสันนิษฐานว่าคำสั่งทั่วไปฝั่งตรงข้ามที่สร้างขึ้นเองจะเชื่อมโยงในลักษณะเดียวกัน
5. วิธีแยกอ่านระหว่างการแตะราคากระตุ้นกับการจับคู่เสร็จสมบูรณ์
คำสั่งแบบมีเงื่อนไขมีเหตุการณ์อย่างน้อยสองเหตุการณ์ ประการแรกคือราคามาตรฐานที่เลือกเป็นไปตามเงื่อนไข และประการที่สองคือคำสั่งที่สร้างขึ้นถูกจับคู่กับคำสั่งฝั่งตรงข้ามจริง เมื่อดูประวัติการซื้อขาย หากตรวจสอบเพียงสถานะ “Triggered” แล้วตัดสินว่าการปิดสถานะเสร็จสิ้น ก็จะข้ามเหตุการณ์ที่สองไป
สมมติว่าในคำสั่งปิด Long แบบสมมติ กำหนดราคากระตุ้นไว้ที่ 59,000 USDT และราคา Limit ขายไว้ที่ 58,900 USDT หลังเงื่อนไขถูกกระตุ้น หากราคาเสนอซื้อที่มีอยู่ในขณะนั้นอยู่ที่ 58,800 USDT แล้ว อาจไม่เป็นไปตามเงื่อนไขของราคา Limit ขาย แม้มีประวัติการกระตุ้น สถานะก็ยังอาจคงอยู่ได้ ในทางกลับกัน การดำเนินการแบบ Market ไม่รอราคา Limit เฉพาะ แต่จะจับคู่ตามคำสั่งเสนอราคาจริง ดังนั้นตัวเลข 59,000 USDT จึงไม่ใช่ราคาปิดสถานะที่แน่นอน
ต้องแยกด้วยว่าคำสั่งถูกกระตุ้นโดยใช้ Last Traded Price, Mark Price หรือ Index Price Bybit อธิบายว่า Mark Price ที่ใช้พิจารณาการชำระบัญชีอาจแตกต่างจากราคาที่จับคู่ล่าสุด อย่าสรุปว่าการหยุดขาดทุนไม่ถูกกระตุ้นเพียงจากราคาที่เห็นบนกราฟ แต่ให้ตรวจสอบเกณฑ์การกระตุ้นที่บันทึกไว้ในคำสั่ง การเลือก Mark Price เพียงอย่างเดียวไม่ได้รับประกันการป้องกันการชำระบัญชีหรือการจับคู่ที่ราคาใดราคาหนึ่ง คำถามที่พบบ่อยอย่างเป็นทางการเกี่ยวกับการดำเนินการคำสั่งและการชำระบัญชี
6. ไม่ควรเข้าใจผิดว่า Post-Only รับประกันการปิดสถานะ
Post-Only เป็นตัวเลือกที่ยกเลิกคำสั่งซึ่งจะถูกจับคู่ทันที เพื่อให้คำสั่งถูกดำเนินการโดยการลงทะเบียนไว้ในสมุดคำสั่ง ตัวอย่างเช่น หากในขณะที่ส่งคำสั่ง Limit ขาย ราคาเสนอซื้อที่ดีที่สุดของตลาดเคลื่อนไปอยู่ที่ราคาดังกล่าวหรือสูงกว่า Limit ทั่วไปอาจถูกจับคู่ทันที แต่คำสั่ง Post-Only อาจถูกยกเลิก คำแนะนำอย่างเป็นทางการของ Bybit เกี่ยวกับ Post-Only
ดังนั้น “ต้องการเป็น Maker” และ “ต้องการลดสถานะตอนนี้” จึงเป็นเป้าหมายที่แตกต่างกัน อย่าใช้การตั้งค่าเดียวกันแบบอัตโนมัติกับการปิดสถานะบางส่วนที่ยอมรออยู่ที่ราคาหนึ่ง และสถานการณ์ที่ต้องการกำจัดความเสี่ยงคงค้างอย่างรวดเร็ว แม้จะประหยัดค่าธรรมเนียมจากคำสั่งที่ถูกยกเลิกได้ แต่หากยังมีสถานะเหลืออยู่ ความเสี่ยงจากความผันผวนของราคาก็ยังคงอยู่
แม้แต่ Limit ทั่วไปก็อาจถูกจับคู่ในฐานะ Taker หากตรงกับคำสั่งฝั่งตรงข้ามทันทีขณะส่งคำสั่ง ในทางกลับกัน การที่ Post-Only ได้รับการยอมรับไม่ได้หมายความว่าจะรับประกันการจับคู่ในภายหลัง ต้องตรวจสอบค่าธรรมเนียมของบัญชีปัจจุบันแยกต่างหาก และไม่อาจสรุปได้ว่าการใช้ตัวเลือกใดตัวเลือกหนึ่งจะลดต้นทุนทั้งหมดหรือการขาดทุนจากการซื้อขายได้เสมอ ตรวจสอบอัตราและโครงสร้างต้นทุนเพิ่มเติมได้จาก คู่มือเปรียบเทียบค่าธรรมเนียม Maker·Taker ของ Bybit
7. โหมด One-Way และ Hedge: อย่าตัดสินว่าเป็นการปิดสถานะเพียงจากปุ่มขาย
โหมด One-Way เป็นโครงสร้างที่ถือสถานะเพียงทิศทางเดียวในสัญญาเดียวกัน คำสั่งฝั่งตรงข้ามที่ไม่มีข้อจำกัดให้ลดสถานะ อาจลดสถานะเดิมแล้วสร้างสถานะฝั่งตรงข้ามจากจำนวนส่วนเกินได้ ตัวอย่างเช่น หากคำสั่งขายทั่วไปจำนวน 0.015 BTC ถูกจับคู่ครบทั้งหมดกับ Long จำนวน 0.01 BTC ในสถานการณ์ง่าย ๆ หลังปิด Long เดิมแล้ว อาจเกิด Short จำนวน 0.005 BTC
โหมด Hedge แยกไม่เพียง Long/Short แต่ยังแยกเป้าหมาย Open/Close ด้วย หากถือ Long อยู่แล้วเลือก Open Short จะเป็นการเปิด Short แยกต่างหาก ไม่ใช่การปิด Long ดังนั้น การดูเพียงว่าทิศทางของคำสั่งคือ “ขาย” ในหน้าต่างยืนยันคำสั่งจึงไม่เพียงพอ ต้องตรวจสอบว่าเป็นรายการ Close ของสถานะที่ต้องการปิดจริงหรือไม่ การเปรียบเทียบโหมดสถานะอย่างเป็นทางการ
อย่านำตัวอย่างโหมด One-Way ในบทความนี้ไปใช้กับทุกบัญชี ทุกสัญญา และทุกคำสั่ง API โดยตรง การเริ่มต้นแก้ไขข้อผิดพลาดด้วยการเปลี่ยนโหมดก็ไม่เหมาะสมเช่นกัน การเปลี่ยนโหมดมีข้อจำกัด เช่น สถานะเดิมและคำสั่งที่ยังทำงานอยู่ จึงควรตรวจสอบโหมดที่เลือกอยู่ในสัญญาปัจจุบันและเป้าหมายการปิดสถานะก่อน หากตำแหน่งปุ่มแตกต่างกัน อย่าฝืนทำตามคำแนะนำจากหน้าจออื่น แต่ให้ตรวจสอบวิธีใช้ล่าสุดของผลิตภัณฑ์นั้น
8. ตารางแก้ไขปัญหาโดยแยกการยกเลิก การปฏิเสธ และการจับคู่บางส่วน
| อาการที่เห็น | บันทึกที่ต้องเปรียบเทียบก่อน | การตีความและการตรวจสอบถัดไป |
|---|---|---|
| การส่งคำสั่งปิดสถานะถูกปฏิเสธ | มีสถานะปัจจุบันอยู่หรือไม่ และทิศทางการปิดสถานะ | ตรวจสอบว่าสถานะเป็น 0 อยู่แล้วหรือกำลังดูสัญญาอื่นหรือไม่ |
| จำนวนคำสั่งน้อยกว่าที่คาดไว้ | สถานะคงเหลือ และคำสั่งปิดสถานะอื่นที่ยังทำงานอยู่ | เปรียบเทียบผลรวมของแผนการปิดสถานะเดิมกับจำนวนคำสั่งจริง |
| คำสั่ง Limit ถูกยกเลิกทันที | เลือก Post-Only หรือไม่ และคำสั่งฝั่งตรงข้ามขณะส่งคำสั่ง | ตรวจสอบว่าเป็นคำสั่งที่สามารถจับคู่ได้ทันทีหรือไม่ |
| ถูกกระตุ้นแล้วแต่ยังมีสถานะเหลืออยู่ | Market/Limit ปริมาณที่จับคู่ จำนวนคงเหลือ และสถานะถัดไป | ตรวจสอบประวัติการกระตุ้นและประวัติการจับคู่สุดท้ายแยกจากกัน |
| กราฟแตะราคาแล้วแต่ไม่ถูกกระตุ้น | เกณฑ์การกระตุ้นใช้ LTP·Mark·Index รายการใด | เปรียบเทียบชุดราคาและเวลาที่ตรงกัน พร้อมเก็บรักษาบันทึก |
| พบสถานะฝั่งตรงข้ามหลังปิดสถานะ | เวลาจับคู่ ทิศทาง และตัวเลือกปิดสถานะตามรหัสคำสั่งแต่ละรายการ | ตรวจสอบว่ายังมีคำสั่งทั่วไปค้างอยู่หรือเลือก Open/Close ผิดหรือไม่ |
| การปิดสถานะด้วย Market จับคู่ได้เพียงบางส่วน | ช่วงค่า Slippage ที่ยอมรับได้ ปริมาณที่ดำเนินการ และปริมาณคงเหลือที่ยกเลิก | ตรวจสอบสถานะการเปิดรับความเสี่ยงคงเหลือจริงก่อน และหลีกเลี่ยงการส่งคำสั่งใหม่ซ้ำซ้อน |
โดยเฉพาะคำสั่ง Market Close ที่ใช้ช่วงค่า Slippage ที่ยอมรับได้ อาจมีการยกเลิกปริมาณคงเหลือที่อยู่นอกช่วงราคา เอกสารอย่างเป็นทางการระบุว่าฟังก์ชันนี้ไม่รองรับคำสั่ง Conditional, OCO และ Trailing Stop ดังนั้นอย่าสันนิษฐานว่าการตั้งค่าเดียวกันจะถูกนำไปใช้โดยอัตโนมัติกับ Stop Loss แบบ Market ตามเงื่อนไข Market Order with Slippage Tolerance
หากไม่ทราบสาเหตุที่ชัดเจน ให้เก็บบันทึกไว้ก่อนเปลี่ยนการตั้งค่าติดต่อกันหรือส่งคำสั่งเดิมซ้ำ รวบรวมชื่อสัญญา โหมดโพซิชันของบัญชี ID คำสั่ง เวลาที่ส่งคำสั่ง เวลาเริ่มทำงานและเวลาดำเนินการ เหตุผลที่ยกเลิกหรือปฏิเสธ และปริมาณที่ดำเนินการ เพื่อให้ข้อมูลที่ต้องส่งต่อฝ่ายสนับสนุนลูกค้ามีความชัดเจนยิ่งขึ้น เมื่อแชร์หน้าจอ ให้ปกปิดข้อมูลส่วนบุคคลที่ไม่จำเป็น เช่น ยอดคงเหลือ และอย่าส่งรหัสผ่าน OTP หรือคีย์ลับ API
9. เช็กลิสต์ตรวจสอบก่อนส่งคำสั่งและหลังปิดสถานะ
ก่อนส่งคำสั่ง
- ตรวจสอบชื่อสัญญาและสินทรัพย์ที่ใช้ชำระราคา และตรวจดูว่าไม่ได้สับสนระหว่างหน้าจอสปอตกับฟิวเจอร์ส
- จดทิศทางและปริมาณคงเหลือของโพซิชันปัจจุบัน ใช้ปริมาณที่เหลืออยู่ในขณะนี้ ไม่ใช่ปริมาณที่ใช้เปิดสถานะครั้งแรก
- กำหนดคำสั่งครั้งนี้ด้วยประโยคเดียว เช่น แยกให้ออกว่าเป็น “การปิดบางส่วนของ Long เดิม” หรือ “การเปิด Short ใหม่”
- ตรวจสอบว่าโหมด One-Way หรือ Hedge และเป้าหมาย Open/Close สอดคล้องกับประโยคนั้น
- หากเป็นคำสั่งตามเงื่อนไข ให้อ่านเกณฑ์การเริ่มทำงาน ราคาเริ่มทำงาน และ Market/Limit หลังเริ่มทำงานแยกกัน
- ตรวจสอบว่าปริมาณตามแผนปิดสถานะขัดแย้งกับปริมาณคงเหลือปัจจุบันหรือไม่ โดยรวมคำสั่งที่ยังใช้งานอยู่อื่น ๆ ด้วย
- ทำความเข้าใจว่าหากเกิดการยกเลิกแบบ Post-Only หรือคำสั่ง Limit ไม่ได้รับการดำเนินการ อาจยังมีการเปิดรับความเสี่ยงคงเหลืออยู่ จากนั้นจึงตรวจสอบปริมาณสุดท้าย
หลังทำกำไร ตัดขาดทุน หรือปิดสถานะด้วยตนเอง
- อย่าดูเพียงการแจ้งเตือน ให้ตรวจสอบปริมาณและทิศทางโพซิชันจริงของสัญญานั้น
- ตรวจสอบคำสั่ง Limit ที่ยังใช้งานอยู่และคำสั่งตามเงื่อนไขแยกกัน อย่าสันนิษฐานว่ารายการหนึ่งว่างแล้วอีกรายการจะว่างด้วย
- แยกคำสั่งที่เหลือสำหรับโพซิชันที่ปิดแล้วออกจากคำสั่งสำหรับกลยุทธ์ใหม่ อย่ายกเลิกคำสั่งป้องกันของสัญญาอื่นที่ไม่เกี่ยวข้องทั้งหมดพร้อมกัน
- หากได้ส่งคำขอยกเลิก ให้ตรวจสอบทั้งสถานะการยกเลิกขั้นสุดท้ายและว่ามีการดำเนินการเพิ่มเติมระหว่างนั้นหรือไม่
- หากปิดสถานะบางส่วน ให้คำนวณและบันทึกแผนการปิดใหม่โดยอิงจากปริมาณที่เหลือ
วัตถุประสงค์ของเช็กลิสต์นี้ไม่ใช่การเปิดใช้ตัวเลือกคำสั่งให้มากขึ้น แต่คือการทำให้สถานะที่ตั้งใจไว้ตรงกับสถานะจริง การกำหนดเกณฑ์เสร็จสิ้นอย่างชัดเจน เช่น “โพซิชันคงเหลือ 0 คำสั่งที่ไม่จำเป็นที่เกี่ยวข้อง 0” จะช่วยลดความสับสนระหว่างการแจ้งเตือนว่ารับคำสั่งแล้วกับการดำเนินการเสร็จสมบูรณ์
10. คำถามที่พบบ่อย
เมื่อเปิดใช้ Reduce-Only แล้ว ราคาตัดขาดทุนจะได้รับการรับประกันหรือไม่?
ไม่ใช่ ฟังก์ชันนี้จำกัดทิศทางและปริมาณของโพซิชัน ไม่ใช่การรับประกันขีดจำกัดการขาดทุนหรือราคาที่ดำเนินการได้เฉพาะเจาะจง ต้องตรวจสอบราคาและการดำเนินการแยกต่างหากตามประเภทคำสั่งและสภาวะตลาดในขณะนั้น
หากสร้างคำสั่งทำกำไรและคำสั่งตัดขาดทุนด้วยตนเอง คำสั่งทั้งสองจะยกเลิกกันโดยอัตโนมัติหรือไม่?
อย่าสันนิษฐานเพียงเพราะสร้างคำสั่งทั้งสองพร้อมกันว่าจะมีความเชื่อมโยงกัน ต้องตรวจสอบว่าสร้างด้วยฟังก์ชัน TP/SL หรือคำสั่งที่เชื่อมโยงประเภทใด และตรวจสอบสถานะจริงของอีกคำสั่งหลังจากคำสั่งหนึ่งปิดสถานะแล้ว
มี Close on Trigger อยู่แล้ว ยังต้องค้นหา Reduce-Only อีกหรือไม่?
ไม่ได้หมายความว่าต้องเลือกช่องเดียวกันซ้ำโดยไม่มีเงื่อนไข ก่อนอื่นให้แยกว่าคำสั่งปัจจุบันเป็นการปิดสถานะตามเงื่อนไขหรือการปิดสถานะด้วย Limit ทั่วไป การตรวจสอบวิธีดำเนินการปิดสถานะที่หน้าจอของแต่ละผลิตภัณฑ์มีให้ถือเป็นลำดับแรก
หากคำสั่ง Reduce-Only ถูกยกเลิก ควรปิดตัวเลือกแล้วส่งคำสั่งใหม่หรือไม่?
ก่อนตรวจสอบสาเหตุที่ยกเลิก ยังไม่อาจถือเป็นวิธีแก้ไขที่เหมาะสมได้ หากโพซิชันถูกปิดไปแล้วหรือปริมาณซ้อนทับกับคำสั่งอื่น การปิดตัวเลือกอาจนำไปสู่การเปิดสถานะใหม่โดยไม่ตั้งใจ
Post-Only ถูกยกเลิกแล้ว หมายความว่าโพซิชันหายไปแล้วหรือไม่?
การยกเลิกคำสั่งและการปิดโพซิชันเป็นคนละเหตุการณ์กัน หากคำสั่งปิดสถานะไม่ได้รับการดำเนินการ โพซิชันเดิมอาจยังคงอยู่ จึงต้องตรวจสอบแท็บโพซิชัน
หากเปิด Short ในโหมด Hedge แล้ว Long จะถูกปิดหรือไม่?
Open Short และ Close Long เป็นคนละสิ่งกัน หากมีวัตถุประสงค์เพื่อปิด Long ต้องตรวจสอบว่าเป้าหมายจริงคือ Close Long และไม่ควรถือว่าการมีโพซิชันทั้งสองอยู่เป็นการปิดสถานะเสร็จสมบูรณ์
ตำแหน่งของตัวเลือกในแอปและบนเว็บแตกต่างกัน ควรยึดตามคำอธิบายใด?
ให้ความสำคัญกับความหมายของชื่อสัญญา ประเภทคำสั่ง โหมดโพซิชัน และหน้าต่างยืนยันขั้นสุดท้าย มากกว่าตำแหน่งของปุ่ม หากไม่มีรายการดังกล่าวหรือขอบเขตการใช้งานไม่ชัดเจน ควรตรวจสอบจากศูนย์ช่วยเหลืออย่างเป็นทางการของผลิตภัณฑ์นั้นก่อน แทนการทดลองด้วยคำสั่งจริง
11. แหล่งข้อมูลอย่างเป็นทางการ ขอบเขต และคู่มือที่เกี่ยวข้อง
บทความนี้จัดทำขึ้นโดยตรวจสอบเอกสารทางการที่เผยแพร่ต่อสาธารณะด้านล่างเมื่อวันที่ 7 กันยายน 2026 วันที่ตรวจสอบเป็นวันที่ CoinPop ทบทวนข้อมูล และไม่ได้หมายถึงวันที่ตลาดซื้อขายเปิดตัวฟังก์ชันหรือวันที่มีการเปลี่ยนแปลงนโยบาย ไม่ใช่การตรวจสอบโดยเข้าสู่ระบบบัญชีแล้วส่งคำสั่งจริงจากหน้าซื้อขายเพื่อทำซ้ำผลลัพธ์
- Reduce-Only Order — อัปเดตการแสดงผล 2026-06-29 ข้อจำกัดด้านปริมาณและเกณฑ์การยกเลิก
- Close On Trigger — อัปเดตการแสดงผล 2026-06-29 การดำเนินการปิดสถานะตามเงื่อนไขและความเป็นไปได้ที่คำสั่ง Limit จะไม่ได้รับการดำเนินการ
- Post-Only Order — อัปเดตการแสดงผล 2026-06-17 การยกเลิกคำสั่งที่อาจได้รับการดำเนินการทันที
- FAQ — Order Execution and Liquidation — อัปเดตการแสดงผล 2026-08-07 เกณฑ์การเริ่มทำงาน การดำเนินการ และราคา
- Difference Between Position Modes — อัปเดตการแสดงผล 2026-08-07 เป้าหมายคำสั่งในโหมด One-Way และ Hedge
- Market Order with Slippage Tolerance — อัปเดตการแสดงผล 2025-11-25 ช่วงค่าที่ยอมรับได้และการยกเลิกปริมาณคงเหลือ
สามารถตรวจสอบเงื่อนไขการใช้งานโดยรวมของตลาดซื้อขายได้แยกต่างหากที่ คู่มือเงื่อนไขการใช้งานตลาดซื้อขาย Bybit ขอบเขตของบทความนี้ไม่ใช่ส่วนลดค่าธรรมเนียมหรือวิธีสมัครสมาชิก แต่เป็นข้อผิดพลาดในการส่งคำสั่งและขั้นตอนการตรวจสอบที่เกิดขึ้นเมื่อปิดโพซิชันเดิม
ประกาศความเสี่ยง: เนื้อหานี้เป็นเอกสารการศึกษาทั่วไปเกี่ยวกับฟังก์ชันคำสั่งซื้อขาย ไม่ใช่คำแนะนำการลงทุนส่วนบุคคลที่ชักชวนให้ลงทุน ซื้อขาย หรือใช้เลเวอเรจโดยเฉพาะ สัญญาอนุพันธ์มีความเสี่ยงต่อการขาดทุนจำนวนมากและการบังคับชำระบัญชี และไม่มีตัวเลือกคำสั่งใดรับประกันการป้องกันการขาดทุนได้ ความพร้อมในการใช้บริการและผลิตภัณฑ์อาจแตกต่างกันไปตามถิ่นที่อยู่และเงื่อนไขของบัญชี
ประกาศเกี่ยวกับพันธมิตร: หน้าเว็บบางส่วนของ CoinPop ที่เกี่ยวข้องกับตลาดซื้อขายอาจมีลิงก์พันธมิตร และ CoinPop อาจได้รับค่าตอบแทนจากการสมัครสมาชิกหรือการซื้อขายของผู้ใช้ที่มีคุณสมบัติตามเกณฑ์ ลิงก์ไปยังศูนย์ช่วยเหลืออย่างเป็นทางการของ Bybit ในบทความนี้เป็นลิงก์ที่ไม่ใช่ลิงก์พันธมิตรและใช้สำหรับตรวจสอบข้อมูลเท่านั้น ไม่ได้ให้คำมั่นว่าจะได้รับส่วนลดค่าธรรมเนียมหรือค่าตอบแทนใดเป็นการเฉพาะ