Schwartz เสนอแนวทางแก้ไข XRPL เมื่อความกังวลเรื่อง front-running กลับมาอีกครั้ง

David "JoelKatz" Schwartz ได้เสนอแผนการจองธุรกรรมสำหรับ XRP Ledger หลังจากมีข้อกล่าวหาใหม่ว่าผู้ใช้อาจยังคงเผชิญกับการโจมตีแบบ front-running และ sandwich attacks บนการชำระเงิน การจับคู่คำเสนอ การซื้อขาย DEX และการสวอป AMM 

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

"ปัญหา front-running ที่ร้ายแรงยังคงดำเนินต่อไปบน XRPL ซึ่งเป็นการเสียเปรียบของผู้ใช้ทั่วไป" XRPresso กล่าวว่า validators และโหนดที่มีการเชื่อมต่อดีสามารถดูธุรกรรมในคิวก่อนการตรวจสอบความถูกต้อง จากนั้นส่งธุรกรรมของตนเองเพื่อหาตำแหน่งที่ดีกว่าในลำดับ ledger สุดท้าย

XRPresso กล่าวว่าปัญหานี้ส่งผลกระทบมากที่สุดต่อผู้ใช้ที่ซื้อขายผ่านกระเป๋าเงินและ dApps ตามโพสต์ดังกล่าว ลำดับสุดท้ายภายใน ledger แต่ละรายการเป็นไปตามกระบวนการกำหนดตายตัวที่ทราบกันดี และการส่งซ้ำหลายครั้งอาจเพิ่มโอกาสในการลงจอดใกล้กับการซื้อขายเป้าหมาย ซึ่งอาจทำให้ slippage ของผู้ซื้อขายเดิมแย่ลงเมื่อกลยุทธ์ sandwich ประสบความสำเร็จ

Schwartz นำเสนอแผนการจอง

"ด้วยเหตุผลที่ผมได้อธิบายไว้ ผมไม่ได้กังวลเรื่องนี้มากนัก" Schwartz เขียนว่าความกังวลดังกล่าวยังคงสมควรได้รับคำตอบที่ปฏิบัติได้จริง จากนั้นเขาได้เสนอแผนการจองธุรกรรมที่สามารถทำให้ธุรกรรมที่เปิดเผยถูกดำเนินการก่อนธุรกรรมใดๆ ที่เกิดขึ้นหลังจากมันปรากฏให้เห็น

แผนดังกล่าวจะเพิ่มออบเจกต์ ledger ใหม่ที่เรียกว่า ReservedTxns ออบเจกต์นั้นจะเก็บหมายเลขลำดับ ledger และอาร์เรย์ของ ID ธุรกรรม ธุรกรรม TxnReserve ใหม่จะอนุญาตให้ผู้ใช้จองสล็อตสำหรับธุรกรรมใน ledger ในอนาคต ตราบใดที่คำขอตรงตามกฎค่าธรรมเนียม การกำหนดเวลา และการดำเนินการ

Schwartz กล่าวว่าการจองควรมีค่าใช้จ่ายอย่างน้อยสองเท่าของค่าธรรมเนียมธุรกรรมปกติ ledger เป้าหมายจะต้องมากกว่า ledger ปัจจุบันและไม่เกิน 16 ledger ข้างหน้า แต่ละออบเจกต์ที่จองไว้จะเก็บ ID ธุรกรรมน้อยกว่า 32 รายการ เว้นแต่การออกแบบจะขยายขีดจำกัดในภายหลัง

ธุรกรรมที่จองไว้จะทำงานก่อน

ภายใต้ข้อเสนอ ธุรกรรมที่จองไว้จะถูกส่งออกอากาศใกล้กับจุดที่ข้อเสนอของ ledger ก่อนหน้าเป็นที่ทราบกัน Schwartz กล่าวว่าซอฟต์แวร์ XRPL สามารถเพิ่มฟีเจอร์เพื่อเก็บธุรกรรมดังกล่าวและปล่อยออกเมื่อเป็นไปตามเงื่อนไขนั้นเท่านั้น ธุรกรรมควรตั้งค่า last valid ledger ให้เป็น ledger ที่คาดว่าจะดำเนินการด้วย

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

เอกสาร XRPL ระบุว่าการเรียงลำดับแบบ canonical ถูกสร้างขึ้นให้เป็นกำหนดตายตัว มีประสิทธิภาพ และยากต่อการโกง เอกสาร DEX ยังระบุด้วยว่าลำดับธุรกรรมได้รับการออกแบบเพื่อยับยั้ง front-running เนื่องจากการซื้อขายดำเนินการเมื่อ ledger ใหม่ปิด อย่างไรก็ตาม เอกสารการซื้อขายเชิงอัลกอริทึมของ XRPL ระบุว่า front-running นั้นทำได้ยาก แต่ไม่ใช่เป็นไปไม่ได้

การอัปเกรด DeFi เพิ่มความสำคัญยิ่งขึ้น

จังหวะเวลานี้เกิดขึ้นในขณะที่นักพัฒนา XRPL ยังคงขยาย DeFi stack ของเครือข่าย XRPL Foundation เพิ่งเสนอ AMM Swappable Curves ซึ่งเป็นร่างการอัปเกรดที่จะเพิ่มตัวเลือก StableSwap และ concentrated liquidity ให้กับ automated market maker ดั้งเดิม XRPL ยังเตรียมเครื่องมือการให้กู้ยืมแบบ native และ programmable escrow อีกด้วย

การอัปเกรดเหล่านั้นอาจนำกิจกรรมการซื้อขาย สินเชื่อ และการชำระเงินบน chain มาสู่ XRPL มากขึ้น การรายงานข่าวล่าสุดยังแสดงให้เห็นกรณีการใช้งานระดับสถาบัน รวมถึงการชำระเงิน Treasury แบบ tokenized ที่เกี่ยวข้องกับ Ripple และ JPMorgan เมื่อกิจกรรมเติบโตขึ้น การเรียงลำดับธุรกรรมและการมองเห็นการซื้อขายที่รอดำเนินการอาจดึงดูดความสนใจมากขึ้นจากนักพัฒนา ผู้ซื้อขาย และ validators

Schwartz ยังได้กล่าวถึงความเสี่ยงการโจมตีแบบ denial-of-service ที่อาจเกิดขึ้นด้วย เขากล่าวว่าผู้โจมตีอาจพยายามเติมสล็อตการจองใน ledger จำนวนมาก แต่ค่าธรรมเนียมที่เพิ่มขึ้นอาจทำให้มีต้นทุนสูง ในตัวอย่างหนึ่ง ค่าธรรมเนียมจะเพิ่มขึ้นเมื่อสล็อต 16 ช่องถูกเติมเต็มและอาจสูงถึงหลายเท่าของ base reserve ใกล้ 30 สล็อต ข้อเสนอนี้ยังไม่ใช่การแก้ไขอย่างเป็นทางการ แต่ให้แนวทางทางเทคนิคที่ชัดเจนแก่ชุมชน XRPL เพื่อทบทวน