แพตช์ fixCleanup3_3_0 ของริปเปิลเลดเจอร์(XRP Ledger, XRPL) ได้รับเสียงสนับสนุนจากผู้ตรวจสอบ(Validator) 29 จาก 35 ราย เข้าสู่ช่วงเปิดใช้งาน 2 สัปดาห์แล้ว โดยอัตราสนับสนุนอยู่ที่ 82.86% ซึ่งผ่านเกณฑ์ขั้นต่ำ 80% ที่กำหนดไว้สำหรับการอนุมัติข้อเสนอแก้ไข(Amendment)
ยูทูเดย์(U.Today) รายงานเมื่อวันที่ 28 (เวลาท้องถิ่น) ว่าแพตช์ที่เกี่ยวข้องกับริปเปิล(XRP) ผ่านเกณฑ์ดังกล่าวแล้ว และตามข้อมูลของ XRPScan วันที่คาดว่าจะเปิดใช้งานคือวันที่ 11 กันยายน 2026 อย่างไรก็ตาม วันดังกล่าวยังไม่ใช่กำหนดการที่ยืนยันแล้ว แต่เป็นเพียงกำหนดการเร็วที่สุดที่เป็นไปได้ หากอัตราสนับสนุนในปัจจุบันไม่ลดลงระหว่างทาง
ข้อเสนอแก้ไขของ XRP เลดเจอร์จะไม่ถูกนำไปใช้ทันทีเพียงเพราะโค้ดถูกเผยแพร่ออกมา เอกสารทางการของ XRPL ระบุว่าข้อเสนอแก้ไขต้องรักษาระดับเสียงสนับสนุนเกิน 80% ต่อเนื่องเป็นเวลา 2 สัปดาห์จึงจะผ่าน และหากอัตราสนับสนุนลดลงต่ำกว่าหรือเท่ากับ 80% ระหว่างนั้น การนับเวลา 2 สัปดาห์จะเริ่มต้นใหม่ทันที
แพตช์นี้ถูกรวมอยู่ใน xrpld 3.3.0 ซึ่งเปิดตัวเมื่อวันที่ 6 สิงหาคมที่ผ่านมา xrpld คือซอฟต์แวร์เซิร์ฟเวอร์อ้างอิงหลักของ XRP เลดเจอร์ ที่ผู้เข้าร่วมเครือข่ายใช้ตรวจสอบบัญชีแยกประเภท(Ledger) และประมวลผลธุรกรรม
xrpld 3.3.0 นอกจากจะมี fixCleanup3_3_0 แล้ว ยังรวมข้อเสนอแก้ไขใหม่อีก 5 รายการ ได้แก่ △BatchV1_1 △ConfidentialTransfer △DynamicMPT △PermissionDelegationV1_1 △Sponsor ส่วนข้อเสนอแก้ไขเดิมอย่าง Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve และ fixUniversalNumber ผ่านช่วงเปิดใช้งานระยะยาวแล้ว และเปลี่ยนสถานะเป็นโปรโตคอลถาวรเรียบร้อย
ประเด็นสำคัญคือการเผยแพร่เวอร์ชันซอฟต์แวร์กับการเปิดใช้งานจริงบนเครือข่ายเป็นคนละเรื่องกัน แม้โค้ดเวอร์ชัน 3.3.0 จะออกมาแล้ว แต่ fixCleanup3_3_0 จะกลายเป็นกฎเครือข่ายจริงได้ต้องผ่านกระบวนการโหวตของผู้ตรวจสอบก่อนเท่านั้น
เอกสารทางการของ XRPL อธิบายว่า หากเซิร์ฟเวอร์เวอร์ชันเก่าไม่รองรับข้อเสนอแก้ไขที่ถูกเปิดใช้งานแล้ว เซิร์ฟเวอร์นั้นอาจตกอยู่ในสถานะ amendment-blocked ซึ่งจะทำให้ไม่สามารถตรวจสอบความถูกต้องของบัญชีแยกประเภท ส่งและประมวลผลธุรกรรม เข้าร่วมกระบวนการฉันทามติ(Consensus) รวมถึงโหวตข้อเสนอแก้ไขในอนาคตได้
เป้าหมายของ fixCleanup3_3_0 ครอบคลุม Single Asset Vaults, Lending Protocol, ตลาดทำการซื้อขายอัตโนมัติ(AMM), DEX แบบมีสิทธิ์อนุญาต(Permissioned DEX), Checks และ pseudo-account เอกสาร Known Amendments ฉบับทางการระบุว่าแพตช์นี้จะปรับปรุงการตรวจสอบ freeze และ deep freeze ในฟังก์ชัน VaultDeposit, VaultWithdraw, AMMDeposit, AMMWithdraw, LoanBrokerCoverDeposit และ LoanBrokerCoverWithdraw ให้เรียบร้อยขึ้น
การประมวลผล CheckCash และ CheckCancel ก็เปลี่ยนไปเช่นกัน โดย CheckID ที่เป็นเลขศูนย์ทั้งหมด(all-zero) จะถูกปฏิเสธด้วยรหัส temMALFORMED ในขั้นตอนตรวจสอบเบื้องต้น แทนที่จะเป็น tecNO_ENTRY ในขั้นตอนประมวลผลเหมือนเดิม ส่วน AMMWithdraw ได้รับการปรับให้ส่งคืนรหัส tecAMM_FAILED แทนข้อผิดพลาดจากการหารด้วยศูนย์ ในกรณีที่ค่า EPrice บางค่าทำให้ตัวหารเป็นศูนย์
AMMDeposit, AMMWithdraw และ AMMClawback ยังได้รับการเพิ่มการตรวจสอบการสูญเสียความละเอียด(Precision Loss) ด้วย โดยรวมแล้วแพตช์นี้ไม่ใช่ฟีเจอร์ใหม่ที่ผู้ใช้จะเห็นได้ทันทีบนหน้าจอ แต่เป็นการจัดระเบียบการจัดการข้อยกเว้นและเงื่อนไขขอบเขตเพื่อให้การทำงานของโปรโตคอลมีเสถียรภาพมากขึ้น
ถึงอย่างนั้น ฟังก์ชันที่เป็นเป้าหมายของแพตช์นี้ก็เชื่อมโยงกับโครงสร้างพื้นฐานออนเชนสำหรับสถาบันที่ XRP เลดเจอร์กำลังผลักดันอยู่ ทางโทเคนโพสต์เคยรายงานว่า ฟีเจอร์ด้านการปล่อยกู้ ตู้เซฟดิจิทัล และการโอนแบบเป็นความลับของ XRP เลดเจอร์ยังรอขั้นตอนอนุมัติจากผู้ตรวจสอบ
Single Asset Vaults เป็นโครงสร้างที่รวบรวมสินทรัพย์จากผู้ฝากหลายรายเข้าด้วยกัน เพื่อนำไปใช้ในโปรโตคอลออนเชนอื่น เอกสารของ XRPL ระบุว่าสินทรัพย์ในตู้เซฟนี้อาจเป็นริปเปิล(XRP) โทเคนแบบ trust line หรือโทเคนมัลติเพอร์โพส(MPT) ก็ได้ โดย pseudo-account ของตู้เซฟจะทำหน้าที่ดูแลรักษาสินทรัพย์เหล่านี้
Lending Protocol เป็นกลไกการปล่อยกู้แบบไม่มีหลักประกันและมีกำหนดระยะเวลาคงที่บนเชน ซึ่งใช้เงินทุนจาก Single Asset Vaults เอกสารทางการระบุว่าโครงสร้างนี้ต้องพึ่งพาการประเมินเครดิตและการบริหารความเสี่ยงนอกเชน ซึ่งสะท้อนให้เห็นว่าถูกออกแบบมาให้การทำงานบนเชนผสานเข้ากับการตรวจสอบนอกเชน
ปฏิกิริยาจากฝ่ายดูแลเครือข่ายเน้นไปที่ความจำเป็นในการอัปเกรดมากกว่าความคาดหวังต่อฟีเจอร์ใหม่ บัญชี XRP Ledger Operations โพสต์ว่า "โหนดกว่า 60% อัปเกรดเป็นเวอร์ชัน 3.3.0 แล้ว" สะท้อนว่าการอัปเกรดในหมู่ผู้ดูแลโหนดกำลังดำเนินไปอย่างรวดเร็ว ขณะที่เจ. อาโย อากินเยเล(J. Ayo Akinyele) อธิบายว่าข้อเสนอแก้ไขที่รวมอยู่ใน 3.3.0 ยังไม่ถูกเปิดใช้งาน และจะมีผลก็ต่อเมื่อผ่านการอนุมัติจากผู้ตรวจสอบเท่านั้น
ตัวเลขการติดตามที่เปิดเผยต่อสาธารณะแตกต่างกันไปตามช่วงเวลา โพสต์ติดตามของชุมชนเมื่อวันที่ 26 ระบุว่าคะแนนสนับสนุน fixCleanup3_3_0 อยู่ที่ 22 จาก 35 เสียง ขณะที่ต้นฉบับข่าวและโพสต์ติดตามผลล่าสุดเมื่อวันที่ 28 ระบุว่ามีเสียงสนับสนุนแล้ว 29 เสียง การเปิดใช้งานในวันที่ 11 กันยายนจะเกิดขึ้นได้ก็ต่อเมื่ออัตราสนับสนุนนี้รักษาระดับเกิน 80% ต่อเนื่องเป็นเวลา 2 สัปดาห์เท่านั้น
ความคิดเห็น 0