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