แก้บั๊กร้ายแรงบน XRP Ledger ทันเวลา ก่อนมีเหรียญเสกปั๊มขึ้นมาฟรีๆ

บั๊กร้ายแรงบน XRPXRP+0.38% Ledger ได้รับการแก้ไขแล้ว

ลองจินตนาการถึงบั๊กบนบล็อกเชนที่เปิดให้ใครก็ได้มากดปุ่มพิมพ์เงินออกมาได้เรื่อยๆ ดูสิครับ นั่นเกือบจะกลายเป็นเรื่องจริงของ XRP Ledger (XRPL) แล้ว หากทีมพัฒนาไม่ได้เข้ามาออกอัปเดตฉุกเฉินเสียก่อน

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

บั๊กที่ได้รับการแก้ไขในเวอร์ชัน 3.4.1 มีอะไรบ้าง?

รายงานการเปิดเผยช่องโหว่ระบุรายละเอียดของสองปัญหาหลักที่พบใน xrpld เวอร์ชัน 3.4.0 รวมถึงเวอร์ชันก่อนหน้าทั้งหมด ดังนี้:

• ข้อผิดพลาดในการตรวจสอบย่อยของการทำธุรกรรมแบบกลุ่ม (Batch inner transaction wrapper)
• ข้อผิดพลาดเรื่องตัวเลขล้น (Overflow) ในระบบชำระเงินของ XRP

แม้มันจะต้องได้รับการแก้ไขทั้งคู่ แต่บั๊กตัวเลขล้นในระบบชำระเงินนั้น ถือเป็นภัยคุกคามมหาศาลต่อระบบเศรษฐกิจของเครือข่ายเลยครับ

บั๊กในระบบชำระเงินทำงานอย่างไร?

เมื่อวันที่ 22 กันยายน 2026 แฮกเกอร์สายขาวอิสระได้ส่งรายงานบั๊กผ่านโครงการ XRPL Bug Bounty อย่างเป็นทางการ โดยรายงานระบุถึงปัญหาตัวเลขล้น (Integer Overflow) ที่ซ่อนอยู่ในระบบชำระเงินโดยตรง

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

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

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

ผลต่างมหาศาลระหว่างยอดที่จ่ายออกไปกับยอดที่ถูกหักเงิน จึงกลายเป็นเหรียญ XRP ที่ถูกเสกขึ้นมาใหม่ เหรียญส่วนเกินนี้จะเข้าไปอยู่ในกระเป๋าเงินทั่วไป พร้อมที่จะถูกโอน เทรด หรือโอนเข้ากระดานซื้อขายได้ทันที

ทำไมระบบความปลอดภัยที่มีอยู่ถึงตรวจไม่พบปัญหานี้?

XRP Ledger มีระบบตรวจสอบความปลอดภัยอัตโนมัติที่เรียกว่า invariants ซึ่งคอยตรวจสอบธุรกรรมตลอดเวลา เพื่อรับประกันว่าไม่มีการกระทำใดเสกเหรียญ XRP ใหม่เกินกว่าจำนวนอุปทานสูงสุดที่กำหนดไว้

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

ซ่อนอยู่ในโค้ดมาตั้งแต่ปี 2015

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

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

ข้ามขั้นตอนการลงมติ เพื่อแก้ไขทันที

โดยปกติ การเปลี่ยนแปลงวิธีประมวลผลธุรกรรมของ XRP Ledger ต้องผ่านกลไกการโหวตของชุมชนที่เรียกว่า amendment process ซึ่งกระบวนการโหวตนี้มักใช้เวลาหลายสัปดาห์กว่าจะได้ข้อสรุป

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

สถานะปัจจุบันและสิ่งที่ผู้ดูแลระบบต้องทำ

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

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