คำถามที่พบบ่อยสำหรับผู้ใช้งาน API
แก้ไขเมื่อ วันพุธ, 25 กันยายน เมื่อ 11:33 AM
บทความนี้มีการแบ่งคำตอบออกเป็นทั้งหมด 8 หมวดหมู่ โดยท่านสามารถคลิกที่ลิงก์เพื่อไปยังหัวข้อที่ท่านต้องการ
- 1. API
- 2. รหัสแสดงข้อผิดพลาดต่าง ๆ (Error codes)
- 3. WebSocket
- 4. เซิร์ฟเวอร์และการเชื่อมต่อ
- 5. ธุรกรรม ตลาด และการซื้อขาย
- 6. บัญชีและวงเงินบัญชี (Daily limit)
- 7. เครดิตค่าธรรมเนียม
- 8. อื่น ๆ
1. API
| ลำดับที่ | คำถาม | คำตอบ |
| 1 | API rate limit คืออะไร | Rate limit คือ การจำกัดความถี่ในการส่งรีเควสต์ภายในระยะเวลาหนึ่ง ๆ เพื่อให้การทำงานของ Server มีประสิทธิภาพสูงสุด และใช้งานได้ยาวนานที่สุด สำหรับรายละเอียดเพิ่มเติม สามารถตรวจสอบได้ที่บทความต่อไปนี้ |
| 2 | ระบบจะมีการแจ้งเตือนหรือไม่ หาก API ถูกบล็อก | มี โดยจะแสดงรหัส {“error”:30} |
| 3 | บิทคับคำนวณ API rate limit อย่างไร: ขึ้นอยู่กับบัญชี, IP address หรือตาม API key | ในปัจจุบันใช้การคำนวณอัตราต่อผู้ใช้ (by user) |
| 4 | บิทคับรองรับระบบ test market หรือไม่ | ไม่รองรับในขณะนี้ ทั้งนี้ เรามีระบบสำหรับทดสอบ bid และ ask (https://github.com/bitkub/bitkub-official-api-docs/blob/master/restful-api.md#post-apimarketplace-bidtest และ https://github.com/bitkub/bitkub-official-api-docs/blob/master/restful-api.md#post-apimarketplace-asktest) |
| 5 | บิทคับรองรับฟังก์ชัน "amend order" หรือไม่ หรือผู้ใช้ต้องยกเลิกและส่งรายการใหม่ด้วยตนเองเท่านั้น | ปัจจุบันยังไม่รองรับระบบนี้ |
| 6 | บิทคับรองรับฟังก์ชัน "cancel-on-disconnect" หรือ "dead man's switch" หรือไม่ หากระบบขาดการเชื่อมต่อ | ปัจจุบันยังไม่รองรับระบบนี้ |
| 7 | บิทคับมีตัวอย่างรหัส (code) ต่าง ๆ รวบรวมไว้หรือไม่ ถ้ามีผู้ใช้สามารถดูได้จากที่ไหน | ข้อมูล API ทั้งหมดของบริษัท ซึ่งรวมถึงตัวอย่างโค้ด พร้อมคำอธิบาย และข้อมูลอื่น ๆ ที่จำเป็นต่อการใช้งาน API ถูกรวบรวมไว้ที่ https://github.com/bitkub/bitkub-official-api-docs |
| 8 | วิธีที่เร็วที่สุดในการดึงข้อมูลตลาดของบิทคับ | สามารถเลือกใช้ bitkub-official-api-docs/websocket-api.md at master · bitkub/bitkub-official-api-docs หรือ REST API |
| 9 | วิธีการดึงยอดบาลานซ์สำหรับรายการซื้อขายที่เกิดขึ้นบ่อย (high-frequency trading) | สามารถใช้ REST API market wallet (bitkub-official-api-docs/restful-api.md at master · bitkub/bitkub-official-api-docs) เนื่องจากจะได้ข้อมูลยอดคงเหลือ และยอดสินทรัพย์ที่อยู่ในรายการ (available + reserved balance) นอกจากนี้ บริษัทมี 2 endpoint ที่สามารถใช้ได้ในกรณีนี้ (ต้องทำการรีเฟรชหรือส่งรีเควสต์ใหม่ เพื่อตรวจสอบยอดคงเหลือ) ได้แก่ 1. /api/v3/market/wallet : เพื่อตรวจสอบยอดคงเหลือของเงินบาทและเหรียญที่ลูกค้ามีอยู่ ณ เวลานั้น 2. /api/v3/market/balances : เพื่อตรวจสอบยอดคงเหลือของเงินบาทและเหรียญ และจำนวนเหรียญทั้งหมดที่อยู่ในออร์เดอร์ที่ยังไม่ถูกจับคู่ (order หรือ reserved) ที่ลูกค้ามีอยู่ ณ เวลานั้น |
| 10 | ผู้ใช้สามารถขอรับเครดิตค่าธรรมเนียม (fee credit) ผ่าน Public API ได้หรือไม่ | ไม่ได้ |
| 11 | รูปแบบของเวลาที่ใช้บน Bitkub server คืออะไร | ท่านสามารถตรวจสอบเวลาของเซิร์ฟเวอร์ได้ที่ https://github.com/bitkub/bitkub-official-api-docs/blob/master/restful-api.md#get-apiservertime. หรือส่งรีเควสต์เพื่อตรวจสอบ: GET/api/v3/servertime https://github.com/bitkub/bitkub-official-api-docs/blob/master/restful-api.md#get-apiv3servertime. การตอบกลับจะอยู่ในรูปแบบ Epoch time ซึ่งจะถูกแปลงบนเว็บไซต์ https://www.epochconverter.com/. |
| 12 | ควรทำอย่างไรหากพบว่าข้อมูลยอดคงเหลือ หรือบาลานซ์ที่ได้จาก API ไม่ถูกต้อง | หากพบว่าข้อมูลที่ได้รับจาก API ไม่ถูกต้อง บริษัทแนะนำให้ท่านเรียกดูข้อมูลในรูปแบบไฟล์ CSV เพื่อตรวจสอบข้อมูล |
| 13 | ควรระบุค่าใดในช่องเครือข่ายสำหรับการส่งรายการถอน (หากไม่ระบุ จะพบ “ERROR CODE 10”) | รหัส “ERROR CODE 10” จะปรากฏเมื่อผู้ใช้ไม่ได้ระบุข้อมูล parameter ที่จำเป็นสำหรับการส่งรีเควสต์ ซึ่งสามารถเกิดขึ้นได้กับ API ทุกเส้น (Query หรือ Body บน Github doc) เช่น https://github.com/bitkub/bitkub-official-api-docs/blob/master/restful-api.md#query-15 ตัวอย่างการใช้งานที่พบได้บ่อยมีดังนี้ - สำหรับรีเควสต์ที่ต้องการใช้งานเครือข่าย ERC-20 โปรดระบุ "ETH" ในช่อง ‘net’ - สำหรับรีเควสต์ที่ต้องการใช้งานเครือข่าย BEP-20 โปรดระบุ "BSC" ในช่อง ‘net’ - สำหรับรีเควสต์ที่ต้องการใช้งานเครือข่าย KAP-20 โปรดระบุ "BKC" ในช่อง ‘net’ โดยหากผู้ใช้ไม่ได้ระบุข้อมูลดังกล่าวให้ถูกต้องหรือลืมระบุ ระบบจะแสดง “ERROR CODE 10” |
| 14 | ทำไมถึงพบปัญหาเวลากดยกเลิกรายการ (พบ cancellation error) | ท่านอาจพบปัญหาหรือ error code ขณะส่งรีเควสต์เพื่อยกเลิกออร์เดอร์ได้ หากรีเควสต์ถูกส่งในขณะที่ระบบยังอยู่ระหว่างการเพิ่มออร์เดอร์เข้าสู่ Order book หลังท่านส่ง "place order request" ดังนั้น ระบบจึงยังไม่สามารถยกเลิกรายการให้ท่านได้ ณ เวลานั้น เนื่องจากออร์เดอร์ดังกล่าวยังไม่ถูกส่งเข้าสู่ระบบ หรืออาจกล่าวได้ว่า ความเร็วของระบบที่ท่านใช้ ไม่สอดคล้องกันกับของบริษัท |
| 15 | ทำไมแท็กสำหรับผู้ขาย/ผู้ใช้ (buyer/user) ไม่ทำงาน | ฟีเจอร์นี้ถูกปิดการใช้งานชั่วคราว |
| 16 | มี endpoint เส้นไหนบ้างที่ผู้ใช้สามารถระบุจำนวนเหรียญได้ แทนการระบุเป็นเงินบาท | ไม่มี ทั้งนี้ บริษัทมี API 2 เส้นต่อไปนี้ที่อาจสามารถเลือกใช้ได้ 1. /api/v3/market/wallet 2. /api/v3/market/balances (ดูข้อมูลเพิ่มเติมได้ที่ข้อ 9 หรือที่ https://github.com/bitkub/bitkub-official-api-docs) |
| 17 | บิทคับมี endpoint เส้น place-bid-by-crypto หรือไม่ | ไม่มี |
| 18 | ผู้ใช้สามารถใช้ API ตรวจสอบได้อย่างไรว่า รายการที่ส่งไปถูกจัดว่าเป็น maker หรือ taker | อ้างอิงข้อมูลจาก API Document เส้น POST/api/market/my-order-history จะแสดงข้อมูลของออร์เดอร์ที่ถูกจัดว่าเป็น Maker หรือ Taker ดังนี้ - is_maker = TRUE > เป็น Maker - is_maker = FALSE > เป็น Taker |
| 19 | การอัปเดตข้อมูลรายการของ endpoint "my-order-history" ใช้เวลานานเท่าไร | ปกติแล้วข้อมูลจะอัปเดตทันที (ไม่เกิน 1 วินาที) ในกรณีที่มีความล่าช้าเกิดขึ้น โปรดส่งข้อมูล ได้แก่ เวลาที่เกิดเหตุ, API key และ hash เพื่อให้ทางเราตรวจสอบให้ท่านเพิ่มเติม |
| 20 | การจัดลำดับของออร์เดอร์ใน order book เมื่อใช้ API เป็นอย่างไร | จัดเรียงตามราคา โดยในส่วนของรายการ "ขาย" จะใช้การจัดเรียงแบบ ASC (เรียงจากน้อยไปหามาก) และในส่วนของรายการ "ซื้อ" จะเรียงแบบ DESC (เรียงจากมากไปหาน้อย) หากราคาเท่ากัน ออร์เดอร์จะถูกเรียงโดยใช้เวลาที่ออร์เดอร์ถูกสร้าง (creating timestamp (created_at)) ตามด้วย super_id |
| 21 | บิทคับมี sandbox ไว้สำหรับทดสอบสัญญาณ และการใช้งานอื่น ๆ หรือไม่ | ยังไม่มี ทั้งนี้ ผู้ใช้สามารถทดสอบ bid และ ask ได้ (https://github.com/bitkub/bitkub-official-api-docs/blob/master/restful-api.md#post-apimarketplace-bidtest และ https://github.com/bitkub/bitkub-official-api-docs/blob/master/restful-api.md#post-apimarketplace-asktest) |
| 22 | บิทคับมีวิธีการคำนวณยอดเงินบาทในเอกสารรายการเดินบัญชีอย่างไร (เนื่องจากบางครั้งยอดต่างจากที่ได้รับจาก API (order-info ที่คำนวณจาก amount x rate)) | ซื้อ THB ที่จ่าย (หักค่าธรรมเนียม * 0.25%) = ผลลัพธ์ จะถูกปัดทศนิยมขึ้น ให้เป็น 2 ตำแหน่ง ยอดเหรียญที่จะได้รับจะถูกปัดลง เป็นทศนิยม 8 ตำแหน่ง ----------------------------------- ขาย THB ที่ได้รับ (หักค่าธรรมเนียม * 0.25%) = ผลลัพธ์ จะถูกปัดทศนิยมลง ให้เป็น 2 ตำแหน่ง ยอดเหรียญที่ต้องจ่ายจะถูกปัดขึ้น เป็นทศนิยม 8 ตำแหน่ง —--------------------------------- ซื้อ THB ที่จ่าย *0.25% = ผลลัพธ์ จะถูกปัดทศนิยมขึ้น ให้เป็น 2 ตำแหน่ง ยอดเหรียญที่จะได้รับจะถูกปัดลง เป็นทศนิยม 8 ตำแหน่ง ----------------------------------- ขาย THB ที่ได้รับ *0.25% = ผลลัพธ์ จะถูกปัดทศนิยมลง ให้เป็น 2 ตำแหน่ง ยอดเหรียญที่ต้องจ่ายจะถูกปัดขึ้น เป็นทศนิยม 8 ตำแหน่ง |
| 23 | ผู้ใช้สามารถล็อก IP สำหรับใช้ในการรับส่งรีเควสต์ผ่าน API ได้หรือไม่ อย่างไร | สามารถใช้ restrict IP ได้ 1. เลือก IP ที่ต้องการล็อก สำหรับ Public API secure endpoint (ต้องระบุข้อมูล authentication เมื่อใช้งาน POST API ด้วย) 2. ที่หน้า https://www.bitkub.com/publicapi ระบบจะแสดงข้อมูล IP > กดที่ Restrict IP เพื่อล็อก IP นั้น ๆ |
| 24 | เลข ID สำหรับรายการซื้อขาย กับรายการที่ส่งผ่าน WebSocket เหมือนหรือต่างกันอย่างไร | เป็นหมายเลขเดียวกัน |
| 25 | parent_order_id และ super_order_id คืออะไร | หากออร์เดอร์ถูกจับคู่บางส่วน ออร์เดอร์ใหม่จะถูกสร้างขึ้นสำหรับยอดสั่งซื้อ/ขายคงเหลือ ทำให้ออร์เดอร์แรกที่ถูกส่งเข้าสู่ระบบทำหน้าที่เป็น Parent order และ Super order หากออร์เดอร์ที่ 2 ที่ถูกสร้างขึ้นมานั้นถูกจับคู่เพียงบางส่วน ออร์เดอร์ที่สามจะถูกสร้างขึ้นสำหรับยอดสั่งซื้อ/ขายคงเหลือ ทำให้ออร์เดอร์แรกสุดทำหน้าที่เป็น Super order ในขณะที่ออร์เดอร์ที่ 2 ทำหน้าที่เป็น Parent order ** Super order คือ ออร์เดอร์แรกสุดที่ถูกสร้างขึ้น ส่วน Parent order คือออร์เดอร์ก่อนหน้านั้นหนึ่งระดับ |
| 26 | ข้อมูลที่ต้องระบุในช่อง 'ts' สำหรับเหรียญ FTM เป็นแบบใด | Millisecond (เลข 13 หลัก) สำหรับ FTM และ second (เลข 10 หลัก) สำหรับเหรียญอื่น ๆ |
2. รหัสแสดงข้อผิดพลาดต่าง ๆ (Error codes)
ดูรายละเอียดเพิ่มเติมได้ที่ https://github.com/bitkub/bitkub-official-api-docs
| ลำดับที่ | คำถาม | คำตอบ |
| 1 | error 429 คืออะไร | "Too many requests" (รีเควสต์มากเกินไป) |
| 2 | error code 21 คืออะไร และต้องทำอย่างไรหากเจอรหัสนี้ในระหว่างการใช้งาน | หากท่านพยายามยกเลิกออร์เดอร์ และพบ Error โปรดรอสักครู่ ก่อนลองทำการยกเลิกอีกครั้ง เกิดจากอะไร ? ท่านอาจพบปัญหาหรือ error code ขณะส่งรีเควสต์เพื่อยกเลิกออร์เดอร์ได้ หากรีเควสต์ถูกส่งในขณะที่ระบบยังอยู่ระหว่างการเพิ่มออร์เดอร์เข้าสู่ Order book หลังท่านส่ง "place order request" ดังนั้น ระบบจึงยังไม่สามารถยกเลิกรายการให้ท่านได้ ณ เวลานั้น เนื่องจากออร์เดอร์ดังกล่าวยังไม่ถูกส่งเข้าสู่ระบบ หรืออาจกล่าวได้ว่า ความเร็วของระบบที่ท่านใช้ ไม่สอดคล้องกันกับของบริษัท |
| 3 | 503 Service Temporarily Unavailable' แปลว่าอะไร | ณ ขณะนั้นตรวจพบความล่าช้าของเครือข่ายสูงเกินไป (high latency performance) |
| 4 | หากพบรหัส 'Error 90' [API] ต้องทำอย่างไร | รหัสนี้แสดงให้เห็นว่าเป็นข้อผิดพลาดของเซิร์ฟเวอร์ โปรดติดต่อ Customer Support เพื่อขอความช่วยเหลือเพิ่มเติม |
| 5 | Error 3: Invalid API key คืออะไร ตอนใช้งาน API สำหรับเรียกดูยอดคงเหลือในกระเป๋า (wallet balance) | เมื่อท่านเรียกดูยอดคงเหลือในกระเป๋าโดยใช้ API ท่านต้องระบุ API Key เพื่อเข้าถึงข้อมูลดังกล่าว โดยหากท่านไม่ได้ระบุ API Key หรือระบุไม่ถูกต้อง ท่านจะพบรหัส Error ดังกล่าว |
3. WebSocket
| ลำดับที่ | คำถาม | คำตอบ |
| 1 | หาก WebSocket ขาดการเชื่อมต่อหลายครั้งต้องทำอย่างไร | ระบบของเรารองรับ WebSocket 2 สาย ได้แก่ (1) wss://websocket.bitkub.com/websocket-api/1 (2) wss://api.bitkub.com/websocket-api/1 หากเส้นแรกมีปัญหา ท่านสามารถเปลี่ยนมาใช้เส้นที่ 2 แทนได้ (เส้นแรกมีการใช้งานผ่าน proxy) ** โปรดทราบว่า ระบบจะมีการตัดการเชื่อมต่อทุกชั่วโมง (ซึ่งในระหว่างนั้น ท่านอาจพบรหัส Error 1006 ได้) |
| 2 | ข้อมูลที่ได้รับจาก WebSocket มีความเป็นปัจจุบันขนาดไหน มีระยะหน่วงหรือไม่ในการดึงข้อมูล | ข้อมูลที่ได้รับจาก WebSocket เป็นข้อมูลล่าสุด ณ เวลานั้น ๆ (real-time) |
| 3 | สามารถเรียกดูข้อมูลรายการที่ยังไม่ถูกจับคู่ (open orders) ที่ถูกส่งในอัตราเดียวกัน และมีปริมาณการซื้อขายเท่ากัน จาก WebSocket โดยใช้เลข hash ได้หรือไม่ | ยังไม่สามารถทำได้ในปัจจุบัน |
| 4 | มี WebSocket สำหรับเรียกดูยอดคงเหลือหรือไม่ | ไม่มี |
| 5 | ทำไมถึงมี WebSocket Steams ที่มี Packet จำนวนมาก แต่สมุดคำสั่งซื้อขายไม่แสดงการเปลี่ยนแปลง | หากได้รับข้อมูลที่แสดงเป็นข้อมูลเดียวกัน แปลว่า ยังไม่มีการเปลี่ยนแปลงใด ๆ ของข้อมูลบนระบบ ซึ่งมีโอกาสเกิดขึ้นได้ |
| 6 | มี WebSocket stream สำหรับ account owner trades หรือไม่ | WebSocket ของบิทคับรองรับแค่ market trade stream |
4. เซิร์ฟเวอร์และการเชื่อมต่อ
| ลำดับที่ | คำถาม | คำตอบ |
| 1 | บิทคับใช้เซิร์ฟเวอร์ระบบคลาวด์ แบบติดตั้ง หรือฮาร์ดแวร์คอมพิวเตอร์แบบใด | ใช้ Cloud server (AWS cloud) |
| 2 | Trade engine ของบิทคับอยู่ที่ไหน | สิงคโปร์ |
| 3 | บิทคับมีบริการใช้เช่าพื้นที่วางหรือรับฝาก Server หรือฮาร์ดแวร์คอมพิวเตอร์อื่น ๆ ที่ไม่ผ่านระบบรักษาความปลอดภัย DDoS หรือไม่ | ไม่มี |
| 4 | บิทคับมีการใช้งาน URL ที่ไม่ได้อยู่บนระบบ Cloudflare หรือไม่ | ไม่มี |
| 5 | หลักการทำงานของ Trade engine ของบิทคับ | ออร์เดอร์แบบมาร์เก็ตจะเป็นรายการแรกที่ถูกจับคู่ ตามด้วยลิมิตออร์เดอร์ โดยยึดตามเวลาที่ออร์เดอร์ถูกส่งเข้าสู่ระบบ ราคาที่ดีที่สุด และยอดเงินบาทของรายการ |
| 6 | วัตถุประสงค์ของการทำ whitelist IP คืออะไร และจะสามารถใช้งานผ่าน Cloudflare ได้หรือไม่ | เรามีการทำ whitelist IP ของผู้ใช้เพื่อช่วยในการติดตามข้อมูลเกี่ยวกับความหนาแน่นของรายการ เพื่อป้องกันความล่าช้าของการทำงานของระบบในช่วงที่มีปริมาณการใช้งานสูง โดยข้อมูลในส่วนนี้มีประโยชน์ต่อทางเราในการให้ความช่วยเหลือแก่ Market Maker ในกรณีที่พบปัญหาการใช้งาน ** ข้อมูลในส่วนนี้ไม่มีผลต่อ rate limit |
| 7 | วิธีการคำนวณหรือการวัดความเร็วของสัญญาณในการส่งข้อมูลใน 1 วินาทีคืออะไร เป็นแบบ moving window หรือรูปแบบใด | ใช้วิธี Moving window |
5. ธุรกรรม ตลาด และการซื้อขาย
| ลำดับที่ | คำถาม | คำตอบ |
| 1 | บิทคับมีเครื่องมือภายในที่ใช้ช่วยจับคู่ออร์เดอร์หรือไม่ และปริมาณการซื้อขายที่ของออร์เดอร์ที่ถูกส่งเข้าสู่ระบบและถูกจับคู่แสดงตามความเป็นจริงใน Order book หรือไม่ | ระบบจะแสดงผลทุกออร์เดอร์ที่มีอยู่บนระบบตามความเป็นจริง |
| 2 | ความละเอียดของการแสดงผลราคาและปริมาณการซื้อขายของเหรียญและเงินบาท | ระบบจะแสดงทศนิยม 2 ตำแหน่งสำหรับราคาเหรียญในสกุลเงินไทยบาท และทศนิยม 8 ตำแหน่งสำหรับปริมาณเหรียญ ยกเว้น เหรียญ IOST, USDT และ USDC ปัจจุบันระบบยังไม่รองรับการปรับการแสดงผลให้เป็นไปตามความเปลี่ยนแปลงของราคาสินทรัพย์ได้แบบอัตโนมัติ ทั้งนี้ ทีมงานของเราได้นำส่วนนี้มาเป็นแผนสำหรับการพัฒนาระบบในอนาคตแล้ว หากมีการเปลี่ยนแปลงใด ๆ บริษัทจะพิจารณาประกาศแจ้งให้ทราบต่อไป |
| 3 | ความล่าช้าที่อาจเกิดขึ้นได้ในการสร้างและยกเลิกรายการอยู่ที่เท่าไร | โอกาสที่จะเกิดความล่าช้าขึ้นนี้เป็นไปได้น้อยมาก หรือหากมีจะไม่เกิน 2 วินาที |
| 4 | ความแตกต่างของรายการที่ถูกส่งในฐาน maker และ taker คืออะไร มีหลักการทำงานอย่างไร | ทุกรายการซื้อขาย มีผู้ที่เกี่ยวข้อง 2 ส่วน ได้แก่ Maker และ Taker - Maker คือ ผู้ที่เพิ่มรายการเข้าสู่ตลาด - Taker คือ ผู้ที่นำรายการที่มีอยู่แล้วในตลาดออกไป (รายการที่ Taker ส่งมา ไปจับคู่กับรายการที่มีอยู่เดิมในตลาด) ตัวอย่าง - นาย A ส่งรายการซื้อเข้าสู่ตลาด สำหรับ 1 BTC ที่ราคา 300,000 บาท - หลังจากนั้น 1 นาที นาย B ส่งรายการขาย 1 BTC ที่ราคา 300,000 บาท - ดังนั้น สองรายการข้างต้นจึงจับคู่กัน โดยรายการของนาย A มีอยู่เดิมบนระบบ ดังนั้น นาย A จีงทำหน้าที่เป็น Maker ในขณะที่นาย B ทำหน้าที่เป็น Taker ในสถานการณ์นี้ |
| 5 | ค่าธรรมเนียมการถอนของแต่ละเครือข่ายเหมือนหรือต่างกันอย่างไร เช่น Bitcoin, ERC20, KAP20, Wanchain, Cardano, BEP20 ฯลฯ | ท่านสามารถตรวจสอบค่าธรรมเนียมของแต่ละเหรียญ และเครือข่ายได้ที่ https://www.bitkub.com/fee/cryptocurrency. |
| 6 | เป็นไปได้หรือไม่ที่ ID สำหรับออร์เดอร์บนระบบจะซ้ำกัน | หากรายการเป็นคนละประเภทกัน (ซื้อ / ขาย) หรือเป็นของคนละเหรียญกัน ID ของออร์เดอร์อาจซ้ำกันได้ ทั้งนี้ หากเป็นรายการประเภทเดียวกัน หรือเป็นของเหรียญสกุลเดียวกัน เลข ID จะไม่มีทางซ้ำกัน |
6. บัญชีและวงเงินบัญชี (Daily limit)
| ลำดับที่ | คำถาม | คำตอบ |
| 1 | ทำไมวงเงินบัญชีถึงถูกปรับลดลง | เมื่อลูกค้ามีการส่งข้อมูลและเอกสารเข้ามาใหม่ตามรอบทบทวนข้อมูลบัญชี (KYC Update) ระดับและวงเงินของบัญชีของลูกค้าอาจเปลี่ยนแปลงได้ (เพิ่มขึ้นหรือลดลง) ตามข้อมูลที่ลูกค้าส่งเข้ามาล่าสุด และเกณฑ์การประเมินของบริษัท ณ ขณะนั้น |
7. เครดิตค่าธรรมเนียม
| ลำดับที่ | คำถาม | คำตอบ |
| 1 | เครดิตค่าธรรมเนียมคืออะไร | เครดิตค่าธรรมเนียมใช้สำหรับเป็นส่วนลดในการชำระค่าธรรมเนียมซื้อขายในศูนย์ซื้อขายสินทรัพย์ดิจิทัลของบิทคับ เอ็กซ์เชนจ์ โดยเครดิตที่ลูกค้าได้รับจะไม่สามารถถอน เปลี่ยน แลก หรือโอนได้ หากบัญชีของท่านมีเครดิตค่าธรรมเนียมมากว่า 0 ระบบจะทำการหักเครดิตในส่วนนี้ก่อน (แทนการหักจากยอดซื้อ) เมื่อท่านมีการซื้อขายเหรียญ |
8. อื่น ๆ
| ลำดับที่ | คำถาม | คำตอบ |
| 1 | บิทคับมีทีมที่คอยดูแลความเคลื่อนไหวในตลาด เพื่อป้องกันไม่ให้เกิดการกระทำที่ไม่เหมาะสมหรือไม่ (ทีม Market surveillance) | มี |
| 2 | บิทคับมีระบบที่ช่วยป้องกันการเติมข้อมูลโดยอัตโนมัติ (self-fill) หรือไม่ | มี |
บทความนี้มีประโยชน์หรือไม่?
เยี่ยมเลย!
ขอบคุณสำหรับความคิดเห็นของคุณ
ขออภัยที่เราช่วยเหลือไม่ได้!
ขอบคุณสำหรับความคิดเห็นของคุณ
ส่งข้อเสนอแนะแล้ว
เราขอขอบคุณในความพยายามของคุณ และจะพยายามแก้ไขบทความดังกล่าว