แก้บั๊กซ่อนแอบ 10 ปีใน XRP Ledger ที่อาจทำให้เสกเหรียญเพิ่มได้เรียบร้อยแล้ว

บั๊กอันตรายที่ซ่อนอยู่มาอย่างยาวนาน

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

รายงานความปลอดภัยเมื่อวันที่ 9 ตุลาคม 2026 ระบุว่าพบบั๊กร้ายแรงในระบบชำระเงินของ XRP Ledger หากแฮกเกอร์เจอช่องโหว่นี้ พวกเขาจะสามารถเสกเหรียญ XRP ขึ้นมาใช้ได้ฟรีๆ ซึ่งจะทำลายอุปทานสูงสุดของระบบที่ตั้งไว้ 1 แสนล้านเหรียญลงทันที

ด้วยราคาเหรียญที่ราวๆ 1.41 ดอลลาร์ ทำให้มูลค่ารวมของ XRP สูงถึง 8.88 หมื่นล้านดอลลาร์ โชคดีที่ทาง RippleX ยืนยันว่า ยังไม่พบหลักฐานว่ามีใครเจอหรือแอบใช้บั๊กนี้สร้างเหรียญปลอมขึ้นมา

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

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

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

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

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

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

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

การค้นพบและการปล่อยแพตช์ฉุกเฉิน

ช่องโหว่นี้น่าจะแอบซ่อนอยู่ในซอฟต์แวร์มาตั้งแต่ปี 2015 โดยคุณ Cayden Liao นักวิจัยด้านความปลอดภัย ร่วมกับ Veria AI เป็นผู้เจอจุดนี้ และได้แจ้งผ่านโครงการ XRPL Bug Bounty เมื่อวันที่ 22 กันยายน 2026

บั๊กนี้ส่งผลกระทบต่อซอฟต์แวร์เซิร์ฟเวอร์เวอร์ชัน xrpld 3.4.0 และเวอร์ชันก่อนหน้า หลังได้รับแจ้ง ทีมพัฒนาก็ซุ่มทำงานเบื้องหลังอย่างเงียบๆ เพื่ออัปเดตโค้ดให้ปลอดภัยก่อนที่จะประกาศให้สาธารณชนทราบ

ทำไมทีมพัฒนาถึงข้ามขั้นตอนการโหวตแบบปกติ?

ตามปกติแล้ว การแก้ไขกฎบน XRP Ledger จำเป็นต้องผ่านกระบวนการโหวตสาธารณะนาน 2 สัปดาห์ และต้องได้รับการอนุมัติจาก Validator ที่น่าเชื่อถือเกิน 80% ในช่วงเวลานั้น

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

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

สาเหตุที่ตัดสินใจแบบนี้ เพราะหากเปิดโหวตสาธารณะ ช่องโหว่จะถูกเปิดเผยในโค้ดให้อ่านกันฟรีๆ นานหลายสัปดาห์ในขณะที่เครือข่ายยังเสี่ยงต่อการถูกโจมตี ทาง XRPL Foundation, RippleX และ Validator หลักๆ จึงเห็นชอบร่วมกันในการแอบลงแพตช์เงียบๆ และผู้รันโหนดหลักเกิน 80% ก็อัปเดตเสร็จตั้งแต่วันแรก ก่อนที่จะมีการประกาศเรื่องนี้ต่อสาธารณะ

บริบทเรื่องการกระจายศูนย์และการบริหารจัดการ

จังหวะเวลาในการเปิดเผยเรื่องนี้ดันไปประจวบเหมาะกับประเด็นถกเถียงเรื่องการบริหารจัดการของ XRP พอดี โดยเพียงหนึ่งวันก่อนหน้าการประกาศ คุณ Justin Bons ผู้ก่อตั้ง CyberCYBER+1.98% Capital ได้ตั้งคำถามต่อสาธารณะเกี่ยวกับความเป็นกระจายศูนย์ของ XRP ในการดีเบตกับคุณ David Schwartz ประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีของ RippleXRP+0.49%

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

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