XRP Ledger ตั้งเป้าหมายวันที่ 9 ตุลาคม เพื่ออัปเกรดที่รวม 8 ธุรกรรม

8 การดำเนินการในหนึ่งการส่งข้อมูล พร้อมกฎการดำเนินการที่แตกต่างกัน

การชำระเงินและการโอนสินทรัพย์อาจถูกดำเนินการพร้อมกันภายใต้การอัปเกรด XRP Ledger (XRPL) ที่กำลังรอการอนุมัติ ซึ่งช่วยลดความเสี่ยงที่การซื้อขายจะเสร็จสิ้นเพียงส่วนหนึ่งเท่านั้น การเปลี่ยนแปลงนี้ใช้มาตรฐาน XLS-56 สำหรับการดำเนินการแบบกลุ่ม โดยเวอร์ชันที่ปรับปรุงแล้วคือ BatchV1_1 ซึ่งมาแทนที่เวอร์ชันก่อนหน้าหลังจากที่พบข้อบกพร่องด้านความปลอดภัย

แดชบอร์ดการสนับสนุนของผู้ตรวจสอบความถูกต้องของ XRPL และนับถอยหลังการเปิดใช้งาน แสดงให้เห็นว่าเมื่อวันที่ 3 ตุลาคม มีผู้ตรวจสอบความถูกต้องที่เชื่อถือได้ 30 จาก 35 ราย สนับสนุน BatchV1_1 ซึ่งคิดเป็น 85.71% ผู้ตรวจสอบความถูกต้องมีหน้าที่ตรวจสอบธุรกรรมและมีส่วนร่วมในการตัดสินใจเกี่ยวกับการเปลี่ยนแปลงเครือข่าย การแก้ไขต้องได้รับการสนับสนุนมากกว่า 80% เป็นเวลาสองสัปดาห์ติดต่อกัน; หากสูญเสียเสียงข้างมากนั้น การนับถอยหลังจะเริ่มต้นใหม่.

การออกแบบนี้รวมหลายการดำเนินการเข้าในการส่งครั้งเดียว แทนที่จะให้ผู้ใช้ต้องส่งแต่ละรายการแยกกัน ผู้ใช้จ่ายค่าธรรมเนียมธุรกรรมด้วย XRP ซึ่งเป็นสกุลเงินดิจิทัลหลักของเครือข่าย. ค่าธรรมเนียมดังกล่าวใช้กับกิจกรรมที่เกี่ยวข้องกับ XRP และสินทรัพย์อื่น ๆ ที่บันทึกบนบล็อกเชนร่วม.

แพลตฟอร์มสินทรัพย์ดิจิทัล Uphold ประกาศบน X ว่ามีผู้ตรวจสอบมากกว่า 85% ที่สนับสนุนการอัปเกรด Batch ซึ่งอาจถูกเปิดใช้งานในวันที่ 9 ตุลาคม หากการสนับสนุนยังคงอยู่เหนือเกณฑ์ที่กำหนด.

การส่งมอบสินทรัพย์และการชำระเงินสามารถรวมเป็นธุรกรรมแบบมีเงื่อนไขได้

ผู้ซื้อที่แลกเปลี่ยนการชำระเงินกับสินทรัพย์ดิจิทัลสามารถใช้การส่งแบบกลุ่ม “ทั้งหมดหรือไม่มีเลย” (all-or-nothing) เพื่อทำให้การโอนทั้งสองครั้งขึ้นอยู่กับการสำเร็จของขั้นตอนแรก หากขั้นตอนใดขั้นตอนหนึ่งล้มเหลว การโอนทั้งสองครั้งจะไม่เกิดขึ้น ข้อกำหนดนี้อนุญาตให้ดำเนินการที่เกี่ยวข้องกับบัญชีเดียวหรือหลายบัญชี ทำให้ผู้เข้าร่วมสามารถประสานงานการแลกเปลี่ยนได้โดยไม่ต้องดำเนินการด้านใดด้านหนึ่งให้เสร็จสิ้นอย่างอิสระ

โหมดการดำเนินการ Batch ทั้งสี่ให้วิธีต่าง ๆ แก่นักพัฒนาในการจัดการกับความสำเร็จและความล้มเหลว การตั้งค่าอีกสามแบบจะดำเนินการเฉพาะการกระทำแรกที่สำเร็จ หยุดการประมวลผลเมื่อเกิดความล้มเหลวครั้งแรก หรือจัดการแต่ละการดำเนินการที่รวมอยู่แบบอิสระ ผู้เข้าร่วมในการแลกเปลี่ยนหลายบัญชีต้องให้สิทธิ์กับกลุ่มทั้งหมด

การรวมธุรกรรมไม่ช่วยลดค่าใช้จ่ายในการประมวลผล: ค่าธรรมเนียมรวมประกอบด้วยค่าธรรมเนียมพื้นฐาน ค่าธรรมเนียมส่วนเกิน และค่าธรรมเนียมลายเซ็นที่เกี่ยวข้อง ตามบันทึกธุรกรรมในเดือนกันยายน การพยายามที่ล้มเหลวยังคงต้องจ่ายค่าธรรมเนียม XRP ค่าธรรมเนียมการประมวลผลยังคงต้องชำระแม้เมื่อการดำเนินการในชุดคำสั่งแบบ "ทั้งหมดหรือไม่มีเลย" ไม่เกิดผล

การแก้ไขความปลอดภัยแยกต่างหากกำหนดเส้นตายซอฟต์แวร์วันที่ 9 ตุลาคม

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

ฟีเจอร์การชำระบัญชีนี้เกิดขึ้นตามการเติบโตในกิจกรรมธุรกรรมและกระบวนการโทเค็นไนเซชันของ XRPL ที่เพิ่มขึ้นอย่างต่อเนื่อง ข้อมูลที่สรุปเมื่อวันที่ 2 กันยายนแสดงให้เห็นว่า จำนวนธุรกรรมเฉลี่ยต่อวันเพิ่มขึ้น 21% เป็น 2.4 ล้านรายการในช่วงเดือนมกราคมถึงกรกฎาคม กระบวนการโทเค็นไนเซชันคือการแปลงสินทรัพย์ เช่น กองทุนหรือพันธบัตร ให้เป็นโทเค็นบนบล็อกเชน ซึ่งสามารถโอนระหว่างผู้ถือได้

Ripple ยังได้พัฒนาโครงสร้างพื้นฐานสำหรับการออกและซื้อขายสินทรัพย์ที่โทเค็นไลซ์ รวมถึงการลงทุนใน Zilo และ Licuido ที่ประกาศเมื่อเดือนสิงหาคม

การปรับเปลี่ยนกฎความปลอดภัยคาดว่าจะเริ่มมีผลในวันที่ 9 ตุลาคม เวลาประมาณ 10:12 น. EDT ตามด้วย BatchV1_1 เวลาประมาณ 10:46 น. EDT โดยต้องมั่นใจว่าแต่ละส่วนยังคงรักษาเสียงข้างมากของผู้ตรวจสอบความถูกต้องตามที่กำหนดไว้