XRPL เผยแก้ไขบั๊กวิกฤต ป้องกันการเสกเหรียญ XRP จากอากาศ

สรุปสั้นๆ ว่าเกิดอะไรขึ้น

ทีมพัฒนา XRPXRP-1.24% Ledger เพิ่งออกมาเปิดเผยรายละเอียดเกี่ยวกับช่องโหว่ซอฟต์แวร์ 2 จุดที่ถูกค้นพบและได้รับการแก้ไขเรียบร้อยแล้ว

ปัญหาที่รุนแรงที่สุดคือ บั๊กขั้นวิกฤตในระบบชำระเงิน (payment engine) ของบล็อกเชน ซึ่งอาจเปิดช่องให้แฮกเกอร์เสก XRP ขึ้นมาใหม่เพื่อเอาไปใช้จ่ายได้

ส่วนปัญหาที่สองเกี่ยวข้องกับฟีเจอร์ธุรกรรมใหม่ ที่อาจทำให้เซิร์ฟเวอร์ในระบบเห็นไม่ตรงกันระหว่างประมวลผลธุรกรรม

โชคดีที่นักวิจัยด้านความปลอดภัยและทีมพัฒนายับยั้งได้ทัน รายงานอย่างเป็นทางการยืนยันว่า ไม่มีเงินหาย และไม่มีเครือข่ายสาธารณะไหนถูกโจมตี

เจาะลึกบั๊กวิกฤตในระบบชำระเงิน

เครือข่ายบล็อกเชนต้องพึ่งพาการคำนวณตัวเลขที่แม่นยำ เพื่อคุมอุปทานของโทเค็นให้อยู่ในเกณฑ์ที่ถูกต้องเสมอ

เมื่อวันที่ 9 ตุลาคม 2026 ทีมงาน XRP Ledger ได้เปิดเผยข้อผิดพลาดในการคำนวณธุรกรรมของระบบชำระเงิน เมื่อมีการจับคู่คำสั่งซื้อขายหลายรายการพร้อมกัน

บั๊กเฉพาะตัวนี้เกิดขึ้นภายในสมุดคำสั่งซื้อขาย (order book) ของกระดานเทรดแบบกระจายศูนย์ (DEX) ที่ฝังอยู่ในเครือข่าย

สมุดคำสั่งซื้อขายจับคู่เทรดอย่างไร?

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

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

ระหว่างทางที่ระบบวิ่งไปจับคู่คำสั่ง ระบบจะคำนวณยอด XRP ทั้งหมดที่ต้องใช้ในการทำรายการอยู่ตลอดเวลา

อะไรคือสาเหตุของเลขล้น (Calculation Overflow)?

ช่องโหว่นี้กระตุ้นให้เกิดภาวะที่วิศวกรซอฟต์แวร์เรียกว่า "การคำนวณตัวเลขล้น" (numerical calculation overflow)

ให้นึกภาพเข็มไมล์รถยนต์แบบเก่าที่หมุนจนชนตัวเลขสูงสุด แล้วตีกลับไปเริ่มนับศูนย์ใหม่

เมื่อมูลค่าการเทรดรวมกันสูงเกินกว่าตัวเลขสูงสุดที่โค้ดซอฟต์แวร์รองรับได้ ผลการคำนวณจึงหมุนวนกลับไปจุดเริ่มต้น

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

ส่วนต่างทางบัญชีนี้เอง ที่อาจทำให้ XRP ใหม่โผล่ขึ้นมาจากอากาศและนำไปใช้จ่ายได้จริง

โครงการ Bug Bounty ช่วยเจอช่องโหว่นี้ได้อย่างไร?

นักวิจัยด้านความปลอดภัยอิสระเป็นผู้ค้นพบข้อผิดพลาดด้านการคำนวณนี้ และแจ้งเรื่องผ่านโครงการ XRPL Bug Bounty เมื่อวันที่ 22 กันยายน 2026

การจะกระตุ้นให้บั๊กนี้ทำงานไม่ใช่เรื่องง่ายเลย และไม่มีทางเกิดขึ้นโดยอุบัติเหตุแน่นอน

ผู้โจมตีต้องสร้างคำสั่งเทรดซับซ้อน ตั้งคำสั่งขายหลายร้อยรายการในออร์เดอร์บุ๊กด้วยราคาสูงผิดปกติ

จากนั้นต้องส่งธุรกรรมชำระเงินที่ออกแบบมาเป็นพิเศษ เพื่อบีบให้ระบบคำนวณตัวเลขล้นออกมา

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

การรับมืออย่างรวดเร็วจากทีมวิศวกร

ทีมวิศวกรของ RippleX ได้จำลองช่องโหว่นี้ในสภาพแวดล้อมจำลองทันทีเพื่อศึกษาสาเหตุ

พวกเขายืนยันว่า หากการโจมตีสำเร็จ XRP ที่ถูกงอกขึ้นมาใหม่จะสามารถเอาไปใช้จ่ายได้จริงๆ

ทีมพัฒนาจึงปล่อยแพตช์แก้ไขใน xrpld เวอร์ชัน 3.4.1 เมื่อวันที่ 25 กันยายน 2026

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

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

บั๊กที่สอง: การตรวจสอบธุรกรรมแบบกลุ่ม (Batch Transaction)

ในรายงานยังระบุถึงอีกปัญหาหนึ่ง ซึ่งแยกส่วนกันและเกี่ยวกับฟีเจอร์ธุรกรรมแบบกลุ่ม (Batch transaction) บน XRPL

ธุรกรรมแบบกลุ่มช่วยให้ผู้ใช้รวมหลายๆ รายการเข้าด้วยกัน แล้วส่งทีเดียว ช่วยประหยัดเวลาและลดความยุ่งยาก

โครงสร้างแบบกลุ่มสร้างความเสี่ยงได้อย่างไร?

ข้อผิดพลาดนี้เปิดช่องให้ธุรกรรมภายในชุดกลุ่มมีฟิลด์ข้อมูลที่จัดรูปแบบไม่ถูกต้องปะปนอยู่

แม้ว่าฟิลด์นั้นจะมีข้อผิดพลาด แต่ซอฟต์แวร์เซิร์ฟเวอร์ก็ยังคงยอมรับและประมวลผลธุรกรรมนั้นไป

สิ่งนี้ทำให้เกิดความเสี่ยงที่เซิร์ฟเวอร์ต่างเวอร์ชันกันในเครือข่าย จะตีความธุรกรรมก้อนเดียวกันไม่เหมือนกัน

การปกป้องฉันทามติ (Consensus) ของเครือข่าย

ในเครือข่ายแบบกระจายศูนย์ โหนดผู้ตรวจสอบ (Validator) ทุกโหนดต้องเห็นตรงกันแบบ 100% เกี่ยวกับประวัติของบล็อกเชน

หากเซิร์ฟเวอร์เห็นไม่ตรงกันว่าธุรกรรมไหนถูกต้อง โหนดผู้ตรวจสอบจะไม่สามารถหาฉันทามติได้

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

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

แก้ไขฟีเจอร์ Batch ก่อนเปิดใช้งานบน Mainnet

ประเด็นสำคัญคือ ฟีเจอร์ Batch นี้ยังไม่ได้เปิดใช้งานบนเครือข่ายหลัก (Mainnet) ตอนที่นักวิจัยเจอช่องโหว่

เนื่องจากฟีเจอร์นี้ยังไม่ทำงานบนเครือข่ายจริง บัญชีและเงินจริงของผู้ใช้จึงไม่เคยตกอยู่ในความเสี่ยงเลย

การรีเซ็ตกรอบเวลาเปิดใช้งาน (Amendment)

เพื่อแก้ไขให้ถูกต้อง ทีมพัฒนาและผู้คุมโหนดได้ถอนการสนับสนุนข้อเสนอ (Amendment) สำหรับ Batch ตัวเดิมออกชั่วคราว

การทำแบบนี้เป็นการรีเซ็ตเวลาเปิดใช้งาน เพื่อให้วิศวกรมีเวลาสร้างข้อเสนอใหม่ที่ชื่อ fix Batch V1_2

ข้อเสนอฉบับปรับปรุงนี้บังคับใช้กฎระเบียบโครงสร้างข้อมูลที่เข้มงวด สำหรับทุกธุรกรรมที่มัดรวมมา

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

ยกระดับมาตรการความปลอดภัยสำหรับการอัปเดตในอนาคต

นอกจากการอัปเดตซอฟต์แวร์แล้ว ชุมชนผู้พัฒนา XRPL ยังปรับปรุงกรอบการทดสอบความปลอดภัยใหม่ด้วย

ตอนนี้วิศวกรมีแผนจะนำช่องโหว่ทั้งหมดที่เคยได้รับแจ้ง มาทดสอบซ้ำกับซอฟต์แวร์รุ่นเตรียมปล่อย (Release Candidate) ก่อนเปิดใช้งานจริงทุกครั้ง

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

สิ่งผู้ถือ XRP จำเป็นต้องรู้

หากคุณถือ XRP ไว้ในกระเป๋าเงินแบบเก็บเอง (Self-custody) หรือบนกระดานเทรด คุณไม่ต้องดำเนินการใดๆ ทั้งสิ้น

ไม่ต้องโอนย้ายเงิน ไม่ต้องอัปเดตแอปเป๋าเงิน และไม่ต้องเปลี่ยนคีย์ส่วนตัว (Private keys)

ทั้งสองช่องโหว่นี้ไม่ได้ทำให้สินทรัพย์สูญหาย และจำนวนอุปทานหมุนเวียนทั้งหมดของ XRP ก็ไม่ได้เปลี่ยนแปลงเลยแม้แต่น้อย

คำแนะนำสำหรับผู้รันโหนด (Node Operators)

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

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

สรุปไทม์ไลน์เหตุการณ์สำคัญ

• 22 กันยายน 2026: นักวิจัยความปลอดภัยแจ้งปัญหาตัวเลขล้นในระบบชำระเงิน ผ่านโครงการ XRPL Bug Bounty
• 25 กันยายน 2026: RippleX ปล่อย xrpld เวอร์ชัน 3.4.1 เพื่อแก้ไขบั๊กคำนวณในระบบชำระเงินอย่างสมบูรณ์
• 9 ตุลาคม 2026: เผยแพร่รายงานอย่างเป็นทางการ และข้อเสนอ fix Batch V1_2 เปิดใช้งานบน Mainnet อย่างเป็นทางการ
• ผลกระทบต่อสาธารณะ: ไม่มีเงินหาย และไม่มีการสร้าง XRP โดยไม่ได้รับอนุญาตบนเครือข่ายสาธารณะทุกแห่ง