XRPL กลับมาทำงานปกติหลังชะลอตัว ขณะที่การแก้ไขด้านความปลอดภัยล่าช้า 2 สัปดาห์

XRP Ledger (XRPL) กลับมาประมวลผลธุรกรรมได้ตามปกติหลังเกิดความล่าช้าเป็นระยะ แม้นักพัฒนายังคงเตรียมการแก้ไขซอฟต์แวร์อย่างถาวร ฝ่ายปฏิบัติการ XRP Ledger ยืนยันเมื่อวันที่ 22 ตุลาคมว่า การปรับการตั้งค่าที่แนะนำช่วยให้เวลาปิดบัญชีแยกประเภทกลับสู่ภาวะปกติ ขณะเดียวกัน การสนับสนุนจากผู้ตรวจสอบความถูกต้องที่ลดลงชั่วคราวทำให้การแก้ไขด้านความปลอดภัย fixCleanup3_4_0 ล่าช้าออกไป 2 สัปดาห์ ส่งผลให้การเปิดใช้งานเลื่อนไปเป็นเดือนพฤศจิกายน

การชะลอตัวเริ่มขึ้นเมื่อวันที่ 21 ตุลาคม เมื่อบัญชีแยกประเภทบางรายการใช้เวลาปิดนานขึ้นและรบกวนช่วงเวลาชำระธุรกรรมตามปกติของ XRPL ซึ่งอยู่ที่ 3 ถึง 5 วินาที ฝ่ายปฏิบัติการ XRPL ระบุว่าบัญชีแยกประเภทส่วนใหญ่ปิดได้ตามปกติ แต่ความล่าช้าที่เกิดขึ้นเป็นครั้งคราวทำให้นักพัฒนาตรวจสอบและเตรียมแก้ไขซอฟต์แวร์ ทีมปฏิบัติการแนะนำให้ผู้ดูแลฮับ ผู้ตรวจสอบความถูกต้อง และโหนด ปรับการตั้งค่า xrpld ทีมปฏิบัติการระบุว่าการปรับดังกล่าวทำให้เวลาปิดกลับสู่ภาวะปกติภายในวันที่ 22 ตุลาคม ขณะที่นักพัฒนายังคงทดสอบรุ่นย่อยที่มุ่งแก้สาเหตุเบื้องหลัง

เดวิด ชวาร์ตซ์ สถาปนิกดั้งเดิมของ XRPL และอดีตประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีของ Ripple เสนอคำอธิบายเบื้องต้นเกี่ยวกับเหตุขัดข้อง ชวาร์ตซ์กล่าวว่าฮับของเขายังคงทำงานหลังเกิดเหตุการณ์ก่อนหน้านี้ ซึ่งชวาร์ตซ์เชื่อว่าไม่เกี่ยวข้องกัน แต่เขารีสตาร์ตฮับโดยใช้การตั้งค่าที่แนะนำ ชวาร์ตซ์เสนอว่าเซิร์ฟเวอร์อาจพยายามรวมธุรกรรมไว้ในบัญชีแยกประเภทแต่ละรายการมากเกินไป ชวาร์ตซ์กล่าวว่า XRPL ไม่สามารถปิดบัญชีแยกประเภทได้ถี่กว่าทุก 4 วินาที ดังนั้นการจำกัดจำนวนธุรกรรมต่อบัญชีแยกประเภทจึงไม่ได้จำกัดจำนวนธุรกรรมต่อวินาทีเสมอไป คำอธิบายนี้ชี้ให้เห็นถึงทางเลือกระหว่างการรวมธุรกรรมในแต่ละบัญชีแยกประเภทให้มากขึ้นกับการรักษาเวลาชำระธุรกรรมให้สม่ำเสมอ อย่างไรก็ตาม นักพัฒนายังไม่ทราบว่าความขัดข้องนี้เผยให้เห็นขีดจำกัดด้านความจุที่กว้างกว่านั้น หรือเป็นพฤติกรรมของซอฟต์แวร์ที่แก้ไขได้โดยไม่ลดปริมาณธุรกรรม

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

การแก้ไข fixCleanup3_4_0 เริ่มนำมาใช้พร้อมกับ xrpld รุ่น 3.4.0 ในเดือนกันยายน การแก้ไขนี้จัดการปัญหาทางเทคนิคเกี่ยวกับสิทธิ์ของโทเคน ผู้ดูแลสภาพคล่องอัตโนมัติ ห้องนิรภัยสินทรัพย์ การดำเนินการให้กู้ยืม และธุรกรรมเอสโครว์ การแก้ไขข้อหนึ่งจัดการช่องโหว่ในการมอบหมายสิทธิ์ ซึ่งอาจทำให้บัญชีที่ได้รับอนุญาตให้ทำลายโทเคนที่ทดแทนกันได้บางประเภทสร้างโทเคนเพิ่มได้ในบางสถานการณ์ เอกสารเครือข่ายแนะนำให้ผู้ออกโทเคนหลีกเลี่ยงการมอบหมายสิทธิ์ PaymentBurn ที่ได้รับผลกระทบก่อนการแก้ไขจะเริ่มใช้งาน การแก้ไขข้ออื่นเพิ่มความแม่นยำในการทำบัญชีของห้องนิรภัย บังคับใช้มาตรการคุ้มครองยอดคงเหลือโทเคน และปรับการจัดการธุรกรรมในการซื้อขายและการให้กู้ยืมแบบกระจายศูนย์

การแก้ไขดังกล่าวกำลังมุ่งสู่การเปิดใช้งานในวันที่ 23 ตุลาคม ก่อนที่การสนับสนุนจากผู้ตรวจสอบความถูกต้องจะลดลงชั่วครู่ต่ำกว่าเสียงข้างมากพิเศษที่กำหนด XRPL กำหนดให้ผู้ตรวจสอบความถูกต้องที่เชื่อถือได้มากกว่า 80% สนับสนุนอย่างต่อเนื่องเป็นเวลา 14 วันก่อนที่การแก้ไขจะเปิดใช้งานได้ การสนับสนุนที่ลดลงเมื่อวันที่ 21 ตุลาคมทำให้ระยะเวลาอนุมัติที่สะสมไว้เริ่มนับใหม่ แม้ภายหลังการสนับสนุนจะกลับมาเกินเกณฑ์แล้วก็ตาม ตัวติดตามการแก้ไขของ XRPLWin ระบุวันที่ 4 พฤศจิกายนเป็นวันเปิดใช้งานเร็วที่สุดในขณะนี้ หากเสียงข้างมากที่กลับมาสนับสนุนยังคงอยู่ Vet ผู้ร่วมพัฒนา XRPL ยืนยันว่าคะแนนเสียงเพิ่มเติมจากผู้ตรวจสอบความถูกต้องทำให้เริ่มนับถอยหลังสู่การเปิดใช้งานอีกครั้ง Vet กล่าวว่า fixCleanup3_4_0 แก้ไขปัญหาเก่าของโปรโตคอลและไม่เกี่ยวข้องกับความล่าช้าในการปิดบัญชีแยกประเภทที่เกิดขึ้นเมื่อไม่นานมานี้

การเลื่อนออกไปทำให้ต้องรอนานขึ้นก่อนจะเริ่มบังคับใช้มาตรการคุ้มครองสิทธิ์ของโทเคนที่ได้รับผลกระทบ และยังทำให้การแก้ไขด้านบัญชีและการจัดการธุรกรรมสำหรับโครงสร้างพื้นฐานการให้กู้ยืมที่กำลังพัฒนาของ XRPL ล่าช้าออกไป บริการให้กู้ยืมบนเครือข่ายยังต้องได้รับการอนุมัติเพิ่มเติมจากโปรโตคอลก่อนเปิดตัว หากการสนับสนุนจากผู้ตรวจสอบความถูกต้องลดลงอีก ระยะเวลารอจะเริ่มนับใหม่และอาจทำให้การเปิดใช้งานล่าช้าเลยวันที่ 4 พฤศจิกายน