ประกาศ: การอัปเกรดระบบการซื้อขาย (Trading System Upgrade)

แก้ไขเมื่อ วันพุธ, 18 มิถุนายน เมื่อ 10:41 AM

เพื่อยกระดับประสิทธิภาพ ความเสถียร และประสบการณ์การใช้งานโดยรวมให้ดียิ่งขึ้น บิทคับ เอ็กซ์เชนจ์ ขอเรียนให้ทราบว่า บริษัทกำลังอยู่ระหว่างการอัปเกรดระบบการซื้อขายสำหรับเหรียญที่ระบุไว้ในหัวข้อ เหรียญที่มีการเปลี่ยนแปลงของระบบซื้อขายตามประกาศนี้ ท้ายบทความ ทั้งบนเว็บไซต์ แอปพลิเคชัน และการใช้งานผ่านระบบ Public API


การเปลี่ยนแปลงที่เกิดขึ้นเมื่อการอัปเกรดเสร็จสมบูรณ์


ลูกค้าจะมีประสบการณ์การใช้งาน (User Experience) โดยเฉพาะในส่วนของระบบซื้อขายเหรียญที่เกี่ยวข้องที่แตกต่างไปจากเดิม และแตกต่างจากเหรียญอื่น ๆ ดังนี้


  1. การเปลี่ยนแปลงบนเว็บไซต์ และแอปพลิเคชัน


* ทั้งสองรูปแบบยังคงหลักการทำงานของคำสั่งประเภท Stop-Limit ตามมาตรฐานเดิม แต่ต่างกันเพียงการแสดงผล เมื่อคำสั่งซื้อขายถูก Trigger แล้วเท่านั้น ตามรายละเอียดในตาราง


ฟังก์ชัน/การใช้งาน

การทำงานเดิมของระบบ

การทำงานแบบใหม่

(เฉพาะเหรียญที่ระบุในตารางท้ายประกาศนี้)

การแสดงผลรายการซื้อขายประเภท Stop-Limit ในหน้า รายการที่เปิดไว้ของฉัน (Open Orders)

เมื่อคำสั่งซื้อขายถูก Trigger แล้ว ระบบจะเปลี่ยนคำสั่งจากประเภท Stop-Limit เป็นคำสั่ง Limit โดยอัตโนมัติ

เมื่อคำสั่งซื้อขายถูก Trigger แล้ว ระบบจะยังแสดงคำสั่งเป็นประเภท Stop-Limit และจะแสดงสถานะเพิ่มเติมว่า "Triggered" เพื่อให้ผู้ใช้งานสามารถจำแนกสถานะของคำสั่งได้อย่างชัดเจน



ตัวอย่าง

ระบบเก่า

ระบบใหม่

ก่อน Trigger ที่ Stop Price

หลัง Trigger ที่ Stop Price


ตัวอย่างรูปเปรียบเทียบการแสดงผลแบบเดิม และแบบใหม่ของระบบ


  1. การเปลี่ยนแปลงของ Public API


ฟังก์ชัน/การใช้งาน

การทำงานเดิมของระบบ

การทำงานแบบใหม่

(เฉพาะเหรียญที่ระบุในตารางท้ายประกาศนี้)


การทำงานของ Order ID และ Txn ID

Parent & Child Order Model

ทุกครั้งที่มีการจับคู่หลายครั้งจากคำสั่งเดิม (Partial Match) ระบบจะสร้างคำสั่งใหม่ (Child Order)

  • ตัวอย่าง: หากสร้าง 1 คำสั่ง แล้วถูกจับคู่ 3 ครั้ง > ระบบจะสร้าง 3 Order IDs และ 3 txn_ids

Order & Match Model (Global Exchange Concept)

ทุกครั้งที่มีการจับคู่หลายครั้งจากคำสั่งเดิม (Partial Match) ระบบจะไม่สร้างคำสั่งใหม่ (Child Order) และการจับคู่จะเกิดภายใต้คำสั่งเดิมเท่านั้น (Order ID เดียว จะสามารถ Match ได้หลายครั้ง)

  • ตัวอย่าง: หากสร้าง 1 คำสั่ง แล้วถูกจับคู่ 3 ครั้ง > ระบบจะสร้าง 1 Order ID และ 3 txn_ids


Order_id และ Txn_id

มีการระบุ Symbol Name และ Side ใน ID

  • ตัวอย่าง: BTCBUY12123312323

ถูกเปลี่ยนรูปแบบเป็น UUID โดยจะไม่มีการระบุ Symbol Name และ Side ใน ID อีกต่อไป

  • ตัวอย่าง UUID แบบใหม่:  67b03a32a713c3f75f707799

Place Order APIs (Endpoint: place-bid, place-ask)

id รูปแบบเก่า


id จะเปลี่ยนรูปแบบเป็น UUID

Cancel Order API (Endpoint: cancel-order)

id รูปแบบเก่า


id จะเปลี่ยนรูปแบบเป็น UUID

My Open Orders API (Endpoint: my-open-orders)

id รูปแบบเก่า

idparent_idsuper_id จะเปลี่ยนรูปแบบเป็น UUID และ จะเป็นค่าเดียวกันกับการจับคู่ครั้งก่อนหน้า หากเป็นการจับคู่ (Partial Match) ที่เกิดจากคำสั่งเดียวกัน

My Order History API (Endpoint: my-order-history)

id รูปแบบเก่า

  • order_idparent_order_idsuper_order_id จะเปลี่ยนรูปแบบเป็น UUID และจะเป็นค่าเดียวกันกับการจับคู่ครั้งก่อนหน้า หากเป็นการจับคู่ (Partial Match) ที่เกิดจากคำสั่งเดียวกัน

  • txn_id จะเปลี่ยนรูปแบบเป็น UUID

Order Info API (Endpoint: my-order-info)

id รูปแบบเก่า

  • idfirstparentlast จะเปลี่ยนรูปแบบเป็น UUID และจะเป็นค่าเดียวกันกับการจับคู่ครั้งก่อนหน้า หากเป็นการจับคู่ (Partial Match) ที่เกิดจากคำสั่งเดียวกัน

  • txn_id จะเปลี่ยนรูปแบบเป็น UUID


ตัวอย่างของ API Response


Open Order API Response










Order History API Response










Order Info API Response








เหรียญที่มีการเปลี่ยนแปลงของระบบซื้อขายตามประกาศนี้

ชื่อเหรียญ

ชื่อย่อของเหรียญ

วันที่ระบบใหม่มีผลใช้งาน

UMA

UMA

19 มิถุนายน 2568

บทความนี้มีประโยชน์หรือไม่?

เยี่ยมเลย!

ขอบคุณสำหรับความคิดเห็นของคุณ

ขออภัยที่เราช่วยเหลือไม่ได้!

ขอบคุณสำหรับความคิดเห็นของคุณ

บอกให้เราทราบว่าเราจะปรับปรุงบทความนี้ได้อย่างไร!

เลือกเหตุผลอย่างน้อยหนึ่งข้อ
ต้องมีการตรวจสอบ CAPTCHA

ส่งข้อเสนอแนะแล้ว

เราขอขอบคุณในความพยายามของคุณ และจะพยายามแก้ไขบทความดังกล่าว