รายงานบั๊กที่เพิ่งถูกยื่นเข้ามาแสดงให้เห็นว่า XRP Ledger เวอร์ชัน 3.2.0 บันทึกล็อกคีย์ตัวตรวจสอบความถูกต้อง (validator) หนึ่งชุด แต่กลับรันอีกคีย์หนึ่ง ขณะที่มีโหนดประมาณ 30% นำซอฟต์แวร์เซิร์ฟเวอร์ที่รีแบรนด์แล้วไปใช้งาน
ประเด็นสำคัญ:
- ผู้ให้บริการโหนดรายหนึ่งรายงานว่า v3.2.0 บันทึกล็อกคีย์ใหม่ของตัวตรวจสอบที่ย้ายแล้ว ในขณะที่เซิร์ฟเวอร์ยังใช้คีย์เก่าอยู่
- ข้อบกพร่องนี้ปรากฏบน Ubuntu 22.04 เมื่อมีการเพิ่มโทเคนตัวตรวจสอบเดิมเข้าไปในโหนด RPC ที่กำลังรันอยู่
- อัตราการอัปเกรดอยู่ที่ราว 30% โดยผู้ให้บริการส่วนใหญ่ยังคงใช้บิลด์เวอร์ชันก่อนหน้า
บั๊กบน XRP Ledger เผยปัญหาคีย์ไม่ตรงกัน
ข้อบกพร่องนี้ถูกยื่นรายงาน ภายใต้ issue #7581 บนตัวติดตามบั๊กของโปรเจ็กต์บน GitHub และจะเกิดขึ้นหลังจากผู้ให้บริการย้ายตัวตรวจสอบเดิมไปยังโหนด RPC ที่กำลังรันอยู่แล้ว จากนั้นรีสตาร์ตเซอร์วิส โดยในล็อกของเซอร์วิสรายงานตัวตนใหม่ของตัวตรวจสอบที่ย้ายเสร็จแล้ว ขณะที่เอ็นด์พอยต์ server_info ยังคงส่งคืนคีย์เก่าที่อยู่ในไฟล์ wallet.db ภายในเครื่อง ทำให้สองข้อมูลนี้ไม่ตรงกัน
การทำให้เกิดการแยกของข้อมูลเช่นนี้ทำได้ไม่ยาก ผู้ให้บริการรายงานว่าการเพิ่มโทเคนตัวตรวจสอบที่มีอยู่แล้วเข้าไปในโหนดที่ทำงานอยู่และรีสตาร์ตเซิร์ฟเวอร์จะกระตุ้นให้เกิดบั๊กนี้บน Ubuntu 22.04 ซึ่งเป็นลำดับขั้นตอนที่มักใช้ในระหว่างการย้ายระบบตามปกติ
อ่านเพิ่มเติม: การเทขาย Anthropic Perp เป็นสัญญาณเตือนสำหรับการเก็งกำไรคริปโตก่อน IPO หรือไม่?
ตัวตนของตัวตรวจสอบคือรากฐานของฉันทามติบนเครือข่าย
ตัวตนของตัวตรวจสอบเป็นหัวใจของวิธีที่ XRP Ledger สร้างความเห็นตรงกันในแต่ละเลดเจอร์ใหม่ ข้อเสนอจากโหนดจะมีน้ำหนักก็ต่อเมื่อเซิร์ฟเวอร์อื่นเชื่อถือคีย์ของโหนดนั้นผ่าน unique node list ของตน ดังนั้นตัวตนที่ค้างหรือไม่ตรงกันอาจทำให้ผู้ที่ตรวจสอบเครื่องดังกล่าวสับสนได้ และล็อกที่ทำให้สับสนก็อาจทำให้ความเชื่อถือนั้นล่าช้า
จนถึงตอนนี้ ความไม่ตรงกันดังกล่าวยังไม่ทำให้ระบบล่ม อย่างไรก็ตาม มันยืดเยื้อให้กลายเป็นชุดของข้อบกพร่องที่นักพัฒนาได้ทำเครื่องหมายไว้ ตั้งแต่การปล่อยเวอร์ชันกลางเดือน ไม่ว่าจะเป็นการซิงก์ล้มเหลวไปจนถึงการแครชของตัวแปลไฟล์คอนฟิก
ผู้รายงานได้เสนอแนวทางแก้ไข โดยขอให้ล็อกของเซอร์วิสพิมพ์คีย์ที่เซิร์ฟเวอร์ใช้จริง หรือแสดงทั้งคีย์ที่ได้มาจากโทเคนและคีย์ที่กำลังใช้งานควบคู่กัน ขณะนี้ยังไม่มีเมนเทนเนอร์คนใดถูกมอบหมายให้ดูแลรายงานฉบับนี้ รายงานก่อนหน้าหลายรายการได้รับการยืนยันว่าเป็นบั๊กและถูกจัดคิวสำหรับการทบทวนแล้ว ขณะที่อีกหลายรายการยังคงเปิดอยู่ระหว่างที่ผู้มีส่วนร่วมกำลังพิจารณา
การยอมรับอัปเกรดยังล่าช้า ขณะการโหวต Amendment เดินหน้าต่อ
การนำเวอร์ชันใหม่ไปใช้งานยังคงคืบหน้าอย่างช้า ๆ ตอนนี้มีราว 30% ของโหนดที่รัน เวอร์ชัน 3.2.0 ขณะที่ผู้ให้บริการส่วนใหญ่ยังอยู่บนบิลด์ 3.1.3 ตามข้อมูลเครือข่ายสาธารณะ
การปล่อยใช้งานเริ่มเมื่อวันที่ 15 มิ.ย. เมื่อการอัปเดตได้เปลี่ยนชื่อซอฟต์แวร์แกนหลักจาก rippled เป็น xrpld และเคลมว่าจะช่วยประหยัดหน่วยความจำได้ 30% ถึง 40% หลังจากนั้นผู้ให้บริการได้รายงานปัญหาซิงก์ขาดตอน การคำนวณการรีเลย์ผิดพลาด และล่าสุดคือปัญหาคีย์ไม่ตรงกันบนบิลด์ใหม่ โดยจนถึงตอนนี้ยังไม่มีแพตช์ออกมา ผู้ที่อัปเกรดล่าช้ายังมีความเสี่ยงที่จะตกอยู่ในสถานะถูกบล็อกโดย amendment เมื่อบรรดาตัวตรวจสอบให้สัตยาบัน fixCleanup3_2_0 ซึ่งเป็นการเปลี่ยนแปลงด้านการเก็บกวาดที่ Ripple ได้ให้การสนับสนุนแล้วในการโหวตที่กำลังดำเนินอยู่
อ่านต่อ: Mane City Mobile เปิดให้เล่นบน iOS และ Android กว่า 100 ประเทศ