ข่าว 
ข้อมูลเหรียญ 
แนะนำสื่อ 
ข้อเสนอแก้ไข 'fixCleanup3_3_0' ที่ขึ้นทะเบียนในหน้า Known Amendments อย่างเป็นทางการของ 'เอ็กซ์อาร์พี เลดเจอร์ (XRP Ledger, XRPL)' มุ่งแก้ไขข้อผิดพลาดในการประมวลผลธุรกรรมของระบบ 'วอลต์สินทรัพย์เดี่ยว (Single-Asset Vault)' โปรโตคอลเงินกู้ และ 'ตลาดผู้ดูแลสภาพคล่องอัตโนมัติ (Automated Market Maker, AMM)' โดยเป็นงานบำรุงรักษาที่เสริมความรัดกุมของเงื่อนไขขอบเขตและขั้นตอนตรวจสอบของโปรโตคอลเดิม มากกว่าจะเป็นการเพิ่มฟีเจอร์ใหม่
เอกสารทางการของ XRPL ระบุว่าได้บรรจุ fixCleanup3_3_0 ไว้ในรายชื่อข้อเสนอแก้ไขที่รู้จัก พร้อมสรุปการแก้ไขที่ครอบคลุม △วอลต์สินทรัพย์เดี่ยว △โปรโตคอลเงินกู้ △AMM △ตลาดซื้อขายแบบกระจายศูนย์ชนิดมีการอนุญาต (Permissioned DEX) △เช็ค (Checks) และ △บัญชีเสมือน (Pseudo-account) โดยรหัสประจำข้อเสนอแก้ไขนี้คือ 3298D47E1F3A8A24FECAA30F699B8FE1DD234E072834BA099AD8180FFCE0FEC4
ข้อเสนอนี้ปรับปรุงธุรกรรม VaultDeposit และ VaultWithdraw, AMMDeposit และ AMMWithdraw รวมถึง LoanBrokerCoverDeposit และ LoanBrokerCoverWithdraw โดยทำให้การตรวจสอบสถานะ 'อายัด (Freeze)' และ 'อายัดขั้นลึก (Deep Freeze)' ของสินทรัพย์ที่โอนผ่านบัญชีเสมือนเป็นไปในทิศทางเดียวกันทั้งหมด
บัญชีเสมือนเป็นโครงสร้างบัญชีที่ต่างจากบัญชีผู้ใช้ทั่วไป ถูกสร้างขึ้นเพื่อรองรับฟังก์ชันเฉพาะของโปรโตคอล เมื่อธุรกรรมหลายประเภท ไม่ว่าจะเป็นวอลต์ เงินกู้ หรือ AMM ใช้บัญชีเสมือนร่วมกัน เกณฑ์การตัดสินสถานะอายัดจึงต้องถูกใช้อย่างสอดคล้องกันด้วย
ขั้นตอนตรวจสอบก่อนประมวลผลธุรกรรมเช็คก็ถูกเสริมความรัดกุมเช่นกัน หากธุรกรรม CheckCash และ CheckCancel ถูกป้อนค่า CheckID ที่เป็นเลขศูนย์ทั้งหมด ระบบจะปฏิเสธตั้งแต่ขั้นตอนตรวจสอบก่อนประมวลผล โดยไม่ส่งต่อไปยังขั้นตอนดำเนินการ
สำหรับ Permissioned DEX มีการแก้ไขขอบเขตการลบคำสั่งซื้อขายแบบไฮบริด แม้บัญชีที่วางคำสั่งจะสูญเสียสิทธิ์เข้าถึงโดเมนที่มีการอนุญาต คำสั่งนั้นก็จะไม่ถูกลบออกจากสมุดคำสั่งซื้อขายสาธารณะไปพร้อมกัน
ปัญหาการปะปนกันระหว่างสภาพคล่องของสมุดคำสั่งซื้อขายใน Permissioned DEX กับสภาพคล่องของ AMM ในกระบวนการคำนวณคุณภาพราคา ก็อยู่ในขอบเขตการแก้ไขครั้งนี้ด้วย นอกจากนี้ยังครอบคลุมปัญหาการหารด้วยศูนย์ที่เกิดจากค่า EPrice บางค่าในธุรกรรม AMMWithdraw รวมถึงเงื่อนไขไม่แปรเปลี่ยนอย่าง ValidAMM และ ObjectHasPseudoAccount
ข้อเสนอแก้ไขของ XRPL เป็นขั้นตอนที่เปลี่ยนกฎการประมวลผลธุรกรรมในระดับเครือข่ายทั้งหมด แม้จะเป็นการแก้บั๊ก แต่หากส่งผลต่อผลลัพธ์ของฉันทามติหรือการตัดสินความถูกต้องของธุรกรรม ก็ต้องผ่านการโหวตจากผู้ตรวจสอบเสียก่อน
ข้อเสนอแก้ไขจะมีผลบังคับใช้ได้ก็ต่อเมื่อได้รับการสนับสนุนจากผู้ตรวจสอบที่เชื่อถือได้ตั้งแต่ 80% ขึ้นไป และรักษาระดับดังกล่าวต่อเนื่องเป็นเวลา 2 สัปดาห์ หากอัตราสนับสนุนลดลงต่ำกว่าเกณฑ์ ระยะเวลาการนับจะเริ่มต้นใหม่อีกครั้ง
ดังนั้นการที่ซอฟต์แวร์ฝั่งเซิร์ฟเวอร์ถูกเผยแพร่ออกมาแล้ว จึงไม่ได้หมายความว่าข้อเสนอแก้ไขจะถูกนำไปใช้บนเมนเน็ตทันที
หน้า Known Amendments อย่างเป็นทางการแสดงสถานะของ fixCleanup3_3_0 ไว้ว่า 'Loading...' ขณะที่ค่าโหวตเริ่มต้นของรุ่นเสถียรล่าสุด และสถานะการเลิกใช้ฟีเจอร์เดิม ต่างระบุเป็น 'No' ทั้งคู่ ทำให้ยากที่จะระบุสถานะการเปิดใช้งานจริงบนเมนเน็ตจากข้อมูลที่เปิดเผยเพียงอย่างเดียว
ตัวเลขที่ระบุว่าริปเปิล (Ripple) สนับสนุนเป็นรายบุคคล และผู้ตรวจสอบ 8 จาก 35 รายสนับสนุนข้อเสนอนี้ ยังไม่ได้รับการยืนยันไขว้จากเอกสารทางการของ XRPL fixCleanup3_3_0 ไม่ใช่การอัปเกรดที่มีผลจากการสนับสนุนของฝ่ายใดฝ่ายหนึ่งเพียงลำพัง แต่ต้องอาศัยทั้งอัตราสนับสนุนของผู้ตรวจสอบและระยะเวลาการรักษาระดับสนับสนุนให้ครบตามเกณฑ์
ก่อนหน้านี้ fixCleanup3_2_0 ก็ดำเนินไปในลักษณะที่แยกขั้นตอนการเผยแพร่ซอฟต์แวร์ออกจากการเปิดใช้งานข้อเสนอแก้ไขเช่นกัน XRPL เปิดตัว xrpld 3.2.0 เมื่อวันที่ 15 มิถุนายน ซึ่งรวมข้อเสนอแก้ไขดังกล่าวไว้ด้วย และบล็อกทางการของ XRPL นำเสนอรุ่นนี้ในฐานะรุ่นที่เน้นการบำรุงรักษาเป็นหลัก
การปรับปรุงครั้งนี้ครอบคลุมฟีเจอร์ด้านการเงินไร้ตัวกลางและการแปลงสินทรัพย์เป็นโทเคนของ XRPL ตั้งแต่วอลต์ เงินกู้ Permissioned DEX ไปจนถึง AMM ส่วนช่วงเวลาที่ fixCleanup3_3_0 จะถูกนำไปใช้จริงนั้น ขึ้นอยู่กับว่าการสนับสนุนของผู้ตรวจสอบที่เชื่อถือได้จะทะลุ 80% แล้วรักษาระดับนั้นต่อเนื่อง 2 สัปดาห์ได้หรือไม่
ความคิดเห็น 0