ซอฟต์แวร์เซิร์ฟเวอร์ xrpld เวอร์ชัน 3.3.0 ของเอ็กซ์อาร์พี เลดเจอร์ (XRP Ledger หรือ XRPL) เปิดตัวแล้ว โดยตัวชี้วัดสำคัญที่จะบอกว่าการแก้ไขโปรโตคอล (amendment) จะถูกเปิดใช้งานหรือไม่ คืออัตราการอัปเดตของรายชื่อผู้ตรวจสอบที่เชื่อถือได้ (Unique Node List หรือ UNL) ทั้งนี้ อัตราการเปลี่ยนเวอร์ชันล่าสุดของโหนดทั้งเครือข่าย กับอัตราสนับสนุนของผู้ตรวจสอบที่เชื่อถือได้ซึ่งร่วมโหวตแก้ไข เป็น 'ตัวเลขคนละชุดกัน'
XRPL เปิดตัว xrpld 3.3.0 เมื่อวันที่ 6 สิงหาคม เวอร์ชันนี้รวมฟีเจอร์ △BatchV1_1 △ConfidentialTransfer △DynamicMPT △PermissionDelegationV1_1 △Sponsor △fixCleanup3_3_0
BatchV1_1 คือการแก้ไขที่ให้รวมหลายธุรกรรมประมวลผลเป็นชุดเดียว (batch transaction) ส่วน ConfidentialTransfer เป็นฟีเจอร์ปกป้องข้อมูลการโอน ขณะที่ DynamicMPT เป็นการแก้ไขที่ขยายขอบเขตการใช้งานโทเคนอเนกประสงค์ (Multi-Purpose Token หรือ MPT)
ส่วน △Clawback △fixDisallowIncomingV1 △fixInnerObjTemplate △fixNFTokenReserve △fixUniversalNumber ซึ่งใช้งานมานานแล้ว ได้เปลี่ยนสถานะเป็นองค์ประกอบถาวรของโปรโตคอลในการอัปเดตครั้งนี้ ก่อนหน้านี้ TokenPost รายงานว่า 3.3.0 มีการแก้ไขหลายรายการรวมถึงฟีเจอร์โอนแบบเป็นความลับ
การที่โค้ดของการแก้ไขถูกบรรจุอยู่ในซอฟต์แวร์เซิร์ฟเวอร์ ไม่ได้หมายความว่าฟีเจอร์นั้นจะถูกเปิดใช้งานบนเครือข่ายทันที เพราะการเผยแพร่ซอฟต์แวร์กับการเปิดใช้งานการแก้ไขโปรโตคอลเป็นขั้นตอนที่แยกจากกัน
เอกสารทางการของ XRPL ระบุว่า การแก้ไขจะเปิดใช้งานได้ก็ต่อเมื่อได้รับการสนับสนุนจากผู้ตรวจสอบที่เชื่อถือได้ 'เกิน 80%' ต่อเนื่องเป็นเวลา 2 สัปดาห์ หากอัตราสนับสนุนลดลงต่ำกว่าเกณฑ์นี้ ระยะเวลาการนับจะเริ่มต้นใหม่ ทำให้ยากที่จะประเมินช่วงเวลาเปิดใช้งานจากจำนวนโหนดที่ติดตั้งเพียงอย่างเดียว
UNL คือกลุ่มผู้ตรวจสอบที่แต่ละเซิร์ฟเวอร์ให้ความเชื่อถือในกระบวนการฉันทามติ แม้โหนดทั่วไปจะสามารถเก็บข้อมูลบัญชีแยกประเภทหรือส่งต่อธุรกรรมได้ แต่การเปิดใช้งานการแก้ไขจะตัดสินจากสถานะการโหวตของผู้ตรวจสอบที่เชื่อถือได้เป็นหลัก
มายูคา วาดารี(Mayukha Vadari) วิศวกรซอฟต์แวร์จากริปเปิลเอ็กซ์(RippleX) ให้ความเห็นในบทสนทนาบน X ว่าการอัปเดต UNL ที่ 80% คือเกณฑ์ที่ใช้งานจริง ขณะที่ผู้ร่วมสนทนาอีกรายแย้งว่าต้องดูการกระจายเวอร์ชันของทั้งเครือข่ายประกอบด้วย ยูทูเดย์(U.Today) รายงานความเห็นที่ต่างกันนี้
ตัวเลขทั้งสองชุดสะท้อนสถานการณ์คนละแบบ อัตราการกระจายเวอร์ชันของโหนดทั้งหมดบ่งบอกว่าเซิร์ฟเวอร์ตัวใหม่แพร่หลายไปทั่วเครือข่ายมากแค่ไหน ส่วนอัตราสนับสนุนตาม UNL แสดงให้เห็นว่าการแก้ไขเข้าใกล้เงื่อนไขเปิดใช้งานมากเพียงใด
ข้อมูลจาก XRPScan ที่ยูทูเดย์นำมารายงานระบุว่า มีโหนดเวอร์ชัน 3.3.0 อยู่ 74 โหนด และเวอร์ชัน 3.2.1 อยู่ 58 โหนด โดยข้อมูลชุดเดียวกันตีความว่ามีเพียงราว 32% ของทั้งเครือข่ายที่เปลี่ยนมาใช้ 3.3.0 แล้ว
อย่างไรก็ตาม การนำจำนวนโหนดทั้งหมดกับจำนวนผู้ตรวจสอบที่เชื่อถือได้มาเทียบเป็นฐานเดียวกัน อาจทำให้ตีความความคืบหน้าของการอัปเดตผิดพลาดได้ การประเมินการเปิดใช้งานการแก้ไขจึงต้องพิจารณาทั้งเวอร์ชันของโหนด การที่โหนดนั้นอยู่ในกลุ่มผู้ตรวจสอบที่เชื่อถือได้หรือไม่ และคะแนนโหวตที่โหนดนั้นให้กับการแก้ไขแต่ละรายการ
ภาระของผู้ดูแลระบบที่ต้องอัปเกรดต่อเนื่องก็เป็นอีกประเด็นเบื้องหลังข้อถกเถียงนี้ xrpld 3.2.1 เปิดตัวเมื่อวันที่ 31 กรกฎาคม เพื่อแก้ปัญหาด้านความปลอดภัยในกระบวนการเผยแพร่ manifest ของผู้ตรวจสอบ โดยไม่มีฟีเจอร์ใหม่หรือการแก้ไขใด ๆ รวมอยู่ด้วย
จากนั้นเพียง 6 วัน 3.3.0 ที่รวมฟีเจอร์และการแก้ไขต่าง ๆ ก็ตามมา ผู้ดูแลเซิร์ฟเวอร์จึงต้องเปลี่ยนไปใช้เวอร์ชันใหม่อีกครั้งทันทีหลังเพิ่งอัปเดตแพตช์ความปลอดภัยไปหมาด ๆ
ก่อนหน้านี้ TokenPost รายงานว่าการเปิดตัว 3.2.1 เป็นมาตรการรับมือปัญหา manifest flood และช่วงเปลี่ยนผ่านสู่เวอร์ชัน 3.2.0 ก็เคยมีการหยิบยกสัดส่วนโหนดเวอร์ชันเก่าขึ้นมาเป็นความเสี่ยงด้านปฏิบัติการของกระบวนการใช้งานการแก้ไขเช่นกัน
การแก้ไขที่รวมอยู่ใน 3.3.0 จะเปิดใช้งานได้ก็ต่อเมื่อได้รับการสนับสนุนจากผู้ตรวจสอบที่เชื่อถือได้เกิน 80% ต่อเนื่อง 2 สัปดาห์ หลังการเปิดตัวครั้งนี้ ผู้ที่ติดตามเรื่องนี้ยังต้องตรวจสอบสถานะการโหวตของแต่ละการแก้ไขและอัตราการอัปเดตตามเกณฑ์ UNL แยกกันต่อไป
ความคิดเห็น 0