วิธีแก้ไขข้อผิดพลาดในการเชื่อมต่อ API Key สำหรับบอทซื้อขายคริปโต

เมื่อบอทซื้อขายคริปโตไม่สามารถเชื่อมต่อกับ Binance หรือ OKX ได้ ข้อความที่แสดงอาจเป็นข้อความกว้างๆ เช่น “การตรวจสอบสิทธิ์ล้มเหลว” หรือ “คีย์ API ไม่ถูกต้อง” ข้อความนั้นไม่ได้หมายความว่าคีย์นั้นผิดเสมอไป ความล้มเหลวอาจเกิดจากสิทธิ์การเข้าถึง รายชื่อ IP ที่อนุญาต จุดเชื่อมต่อผลิตภัณฑ์ที่ไม่ตรงกัน ลายเซ็นที่ไม่ถูกต้อง นาฬิกาที่ไม่ตรงกัน หรือข้อจำกัดอัตราการร้องขอ

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

คุณควรทำอะไรก่อนที่จะเปลี่ยนคีย์ API?

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

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

ข้อความนี้จัดอยู่ในกลุ่มข้อผิดพลาดประเภทใด?

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

รหัสและข้อความเหล่านี้เป็นเพียงเอกสารอ้างอิง ไม่ใช่การรับประกันว่าบอททุกตัวจะแสดงผลโดยไม่เปลี่ยนแปลง บอทของบุคคลที่สามอาจแปล ย่อ หรือตัดทอนข้อความตอบกลับของการแลกเปลี่ยนได้

คุณจะตรวจสอบสถานะและสิทธิ์การใช้งานของ API Key ได้อย่างไร?

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

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

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

เป็นไปได้ไหมที่รายการ IP ที่อนุญาตจะบล็อกบอท?

รายการ IP ที่อนุญาต (IP whitelist) หรือที่เรียกว่า IP allowlist จะจำกัดการใช้งาน API เฉพาะที่อยู่ต้นทางที่ได้รับอนุมัติเท่านั้น วิธีนี้ช่วยเพิ่มความปลอดภัย แต่ก็อาจบล็อกคีย์ที่ถูกต้องได้หากบอททำงานจากเซิร์ฟเวอร์คลาวด์ คอนเทนเนอร์ การเชื่อมต่อภายในบ้าน หรือผู้ให้บริการที่มี IP ขาออกเปลี่ยนแปลงไป ควรสอบถามผู้ให้บริการบอทเกี่ยวกับที่อยู่ IP ขาออกที่แน่นอน อย่าเดาจาก IP สาธารณะของแล็ปท็อปของคุณหากบอททำงานอยู่ที่อื่นจริง ๆ

เปรียบเทียบที่อยู่ IP ที่ผู้ให้บริการแสดงกับรายการที่อนุญาตของเว็บแลกเปลี่ยน ตรวจสอบว่าเป็น IPv4 หรือ IPv6 มีช่องว่างหรือรายการที่ล้าสมัยหรือไม่ และตรวจสอบว่าคีย์ผูกกับบัญชีที่ถูกต้องหรือไม่ หากผู้ให้บริการใช้ช่วงที่อยู่แบบหมุนเวียน ให้สอบถามว่ามี IP ขาออกที่เสถียรหรือไม่ อย่าปิดใช้งานรายการที่อนุญาตอย่างถาวรเพื่อแก้ไขปัญหาอย่างรวดเร็ว หากคุณลบออกชั่วคราวเพื่อการวินิจฉัยที่ควบคุมได้ ให้กู้คืนทันทีและหมุนเวียนคีย์หากการเปลี่ยนแปลงดังกล่าวทำให้เกิดความเสี่ยงต่อการทำงานร่วมกันที่ละเอียดอ่อน

คีย์ รหัสลับ และรหัสผ่าน มาจากการเชื่อมต่อเดียวกันหรือไม่?

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

ตรวจสอบแพลตฟอร์มการซื้อขายที่เลือกในบอท คีย์ของ Binance ไม่สามารถใช้ยืนยันคำขอ OKX ได้ และคีย์จากบัญชีหลักอาจไม่ตรงกับบัญชีย่อยที่คุณตั้งใจจะทำการซื้อขาย หากคุณไม่แน่ใจว่าค่าใดถูกวางลงในช่องใด ให้ยกเลิกคีย์ที่ไม่แน่ใจและสร้างคู่สกุลเงินใหม่แทนที่จะทดสอบข้อมูลประจำตัวที่ไม่รู้จักซ้ำๆ

ข้อผิดพลาดเกี่ยวกับลายเซ็นและเวลาเกิดขึ้นได้อย่างไร?

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

สำหรับคำขอ REST ของ Binance Spot เอกสารอย่างเป็นทางการระบุว่าใช้การลงนาม HMAC-SHA-256 สำหรับคีย์ HMAC และกำหนดให้ต้องมีการประทับเวลาในคำขอที่ลงนามแล้ว เอกสารยังอธิบายถึงrecvWindowช่วงเวลาที่อนุญาตด้วย ตัวอย่างค่าในเอกสารอ้างอิงปัจจุบันคือห้าวินาที แต่การตั้งค่าของบอทและข้อจำกัดของตลาดแลกเปลี่ยนอาจแตกต่างกันไป ให้ใช้ค่าที่รองรับโดยเอนด์พอยต์และหลีกเลี่ยงการปกปิดปัญหาเรื่องเวลาด้วยช่วงเวลาที่ใหญ่เกินความจำเป็น

คำขอ REST ส่วนตัวของ OKX ใช้ส่วนหัวที่มีOK-ACCESS-KEY, OK-ACCESS-SIGN, OK-ACCESS-TIMESTAMP, และOK-ACCESS-PASSPHRASEOKX อธิบายถึงแฮชล่วงหน้าที่สร้างจากไทม์สแตมป์ วิธีการ HTTP เส้นทางคำขอ และเนื้อหา ตามด้วยการเข้ารหัส HMAC-SHA-256 และ Base64 นอกจากนี้ยังระบุเวลา ISO 8601 UTC ที่มีความแม่นยำระดับมิลลิวินาที และแนะนำให้ซิงโครไนซ์กับปลายทางเวลาสาธารณะ ตรวจสอบให้แน่ใจว่านาฬิกาของบอท วิธีการ HTTP เส้นทาง พารามิเตอร์การค้นหา และเนื้อหาตรงกับสิ่งที่บอทลงนาม

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

บอทใช้สภาพแวดล้อมและปลายทางผลิตภัณฑ์ที่ถูกต้องหรือไม่

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

อ่านคู่มือการผสานรวมบอทกับตลาดแลกเปลี่ยน และเปรียบเทียบ URL พื้นฐาน ตัวเลือกผลิตภัณฑ์ ประเภทบัญชี รูปแบบสัญลักษณ์ และโหมด WebSocket หรือ REST กับเอกสารของตลาดแลกเปลี่ยนนั้นๆ หากบอทมีการผสานรวม Binance Spot และ Futures แยกกัน ให้เลือกอันที่ตรงกับคีย์และกลยุทธ์ อย่าเปลี่ยนไปใช้เอนด์พอยต์จริงเพียงเพราะข้อมูลรับรองในเครือข่ายทดสอบล้มเหลว

การเชื่อมต่ออาจล้มเหลวเนื่องจากข้อจำกัดด้านอัตราการรับส่งข้อมูลหรือปัญหาเครือข่ายหรือไม่?

เมื่อข้อมูลประจำตัวถูกต้องแล้ว ให้ตรวจสอบรูปแบบการร้องขอ บอทที่ตรวจสอบยอดคงเหลือ คำสั่งซื้อที่เปิดอยู่ และข้อมูลตลาดบ่อยเกินไป อาจทำให้ถึงขีดจำกัดได้ แม้ว่าลายเซ็นทุกอย่างจะถูกต้องก็ตาม Binance ได้จัดทำเอกสาร-1003 TOO_MANY_REQUESTSและแนะนำให้ใช้สตรีม WebSocket สำหรับการอัปเดตแบบเรียลไทม์เมื่อเหมาะสม OKX ได้จัดทำเอกสาร50011เกี่ยวกับขีดจำกัดอัตราการใช้งาน และระบุว่าขีดจำกัดจะแตกต่างกันไปตามปลายทาง และอาจขึ้นอยู่กับ IP หรือรหัสผู้ใช้

ลดการตรวจสอบซ้ำซ้อน เพิ่มการหน่วงเวลาแบบทวีคูณ จำกัดจำนวนการลองใหม่ และหลีกเลี่ยงการเริ่มต้นใช้งานบอทหลายตัวด้วยการผสานรวมเดียวกัน การหมดเวลาไม่ใช่หลักฐานว่าคำสั่งซื้อล้มเหลวเสมอไป ตรวจสอบสถานะคำสั่งซื้อก่อนส่งคำสั่งซื้อซ้ำ นอกจากนี้ ตรวจสอบ DNS กฎไฟร์วอลล์ การเข้าถึง HTTPS ขาออก การตั้งค่าพร็อกซี การดักจับ TLS และตรวจสอบว่าปลายทางของ Exchange พร้อมใช้งานในภูมิภาคของคุณหรือสำหรับบัญชีของคุณหรือไม่

วิธีที่ปลอดภัยที่สุดในการทดสอบซ้ำหลังจากแก้ไขเสร็จแล้วคืออะไร?

1. บันทึกการเปลี่ยนแปลงที่คุณทำอย่างแม่นยำ เช่น การแก้ไขรายการ IP ที่อนุญาต หรือการเลือก Spot
2. เริ่มจากการใช้คำขอแบบอ่านอย่างเดียวที่ผ่านการตรวจสอบสิทธิ์ก่อน เช่น การตรวจสอบข้อมูลบัญชีหรือยอดคงเหลือ
3. ตรวจสอบให้แน่ใจว่าบอทรายงานบัญชีและผลิตภัณฑ์ที่ต้องการ โดยไม่แสดงข้อมูลลับ
4. หากจำเป็นต้องทดสอบคำสั่งซื้อ ให้ใช้ขนาดคำสั่งซื้อที่เล็กที่สุดเท่าที่จะเป็นไปได้ และในตลาดที่มีการควบคุมเท่านั้น หลังจากเข้าใจผลที่ตามมา ค่าธรรมเนียม และโหมดบัญชีแล้ว
5. ตรวจสอบบันทึกเพื่อดูรหัสสถานะที่ถูกปกปิด เวลา ชื่อปลายทาง และจำนวนครั้งที่ลองใหม่
6. หยุดและหมุนกุญแจหากข้อผิดพลาดยังคงอยู่หลังจากตรวจสอบพื้นฐานแล้ว หรือหากอาจมีการคัดลอกกุญแจไปยังบริการที่ไม่น่าเชื่อถือ

คุณควรหลีกเลี่ยงข้อผิดพลาดอะไรบ้าง?

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

เอกสารอ้างอิงอย่างเป็นทางการและข้อจำกัดของคู่มือนี้

สำหรับความหมายของรหัสและรายละเอียดการลงนาม โปรดดูเอกสารอ้างอิงรหัสข้อผิดพลาดของ Binance Spot APIและเอกสารประกอบ Binance Spot REST API ฉบับ ปัจจุบัน สำหรับการตรวจสอบสิทธิ์ OKX การซิงโครไนซ์เวลา สิทธิ์ รหัสข้อผิดพลาด และข้อจำกัดอัตรา โปรดดูคู่มือ OKX APIเอกสารของผู้ให้บริการเหล่านี้อาจมีการเปลี่ยนแปลง ดังนั้นโปรดตรวจสอบอีกครั้งเมื่อผู้ให้บริการบอทของคุณเผยแพร่การอัปเดตการผสานรวม

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