Ripple CTO เสนอ ReservedTxns เพื่อป้องกันการ Front-Running บน XRPL DEX
David Schwartz ผู้ร่วมก่อตั้ง XRP Ledger และอดีต CTO ของ Ripple ได้แนะนำกลไกการสำรองธุรกรรมแบบสองส่วน (two-component transaction reservation) เพื่อแก้ไขปัญหาความเสี่ยงจากการ front-running และ sandwich attack ในตลาดแลกเปลี่ยนแบบกระจายศูนย์ (DEX) และ Automated Market Maker (AMM) ของ XRPL ซึ่งเป็นแกนหลักของระบบคริปโตนี้
แนวคิดนี้ถูกนำเสนอในช่วงที่มีความกังวลเกี่ยวกับความปลอดภัยของธุรกรรมบนเครือข่าย XRP โดยมาจากการวิเคราะห์ของบัญชี XRPresso.io ที่เน้นข้อมูลเชิงลึกด้าน XRP ซึ่งกลไกดังกล่าวจะเปิดโอกาสให้ผู้ใช้ที่ยินดีจ่ายค่าธรรมเนียมสำรอง สามารถรับประกันการดำเนินการธุรกรรมลำดับความสำคัญได้ ซึ่งเป็นมาตรการรักษาความสมบูรณ์ของตลาดที่สำคัญ ในขณะที่มีเงินทุนสถาบันไหลเข้าสินค้า XRP อย่างต่อเนื่อง
อย่างไรก็ตาม ข้อเสนอดังกล่าวยังอยู่ระหว่างการอภิปรายในชุมชนและยังไม่ได้รับการยอมรับเป็นมาตรฐานเครือข่ายอย่างเป็นทางการ ซึ่งในระบบ XRP Ledger การเปลี่ยนแปลงโปรโตคอลจำเป็นต้องได้รับเสียงข้างมากจากโหนด Validators ก่อนนำมาใช้งานจริง
การทำงานของกลไก ReservedTxns บน XRPL
กลไกใหม่แบ่งออกเป็นสองส่วนสำคัญ ได้แก่
- ReservedTxns ledger object: บันทึกหมายเลขลำดับบัญชีแยกประเภทเป้าหมาย (target ledger sequence) และรายการรหัสธุรกรรมได้สูงสุด 32 รายการ โดยเมื่อบัญชีแยกประเภทเป้าหมายดำเนินการ ระบบจะประมวลผลธุรกรรมที่ถูกจองไว้ก่อนธุรกรรมอื่นทั้งหมด และหลังจากนั้นวัตถุนี้จะถูกลบออก
- TxnReserve transaction type: อนุญาตให้ผู้ใช้จองตำแหน่งลำดับความสำคัญสำหรับธุรกรรมในอนาคต โดยต้องส่งคำขอก่อนที่บัญชีแยกประเภทเป้าหมายจะปิด
ข้อจำกัดของ TxnReserve มีดังนี้
- ค่าธรรมเนียมสำรองต้องไม่น้อยกว่าสองเท่าของค่าธรรมเนียมธุรกรรมปกติ
- บัญชีแยกประเภทเป้าหมายต้องอยู่ในช่วงไม่เกิน 16 บัญชีจากปัจจุบัน
- ธุรกรรมจริงต้องตั้งค่า LastLedgerSequence ให้ตรงกับบัญชีแยกประเภทที่จองไว้
ข้อจำกัดนี้ช่วยลดความเสี่ยงในการถูกใช้งานผิดวัตถุประสงค์ เช่น การเลื่อนคิวธุรกรรมเพื่อประโยชน์ส่วนตัว และป้องกันการโจมตีแบบ DoS โดยมีการปรับค่าธรรมเนียมเพิ่มขึ้นเมื่อจำนวนช่องจองเริ่มเต็ม เช่น เมื่อมีการจองเกิน 16 ช่อง ค่าธรรมเนียมจะเพิ่มขึ้นหลายเท่าตัว เพื่อควบคุมการใช้งานอย่างมีประสิทธิภาพ
นอกจากนี้ XRPL Server จะเก็บธุรกรรมที่จองไว้นั้น แล้วปล่อยในช่วงเวลาที่ข้อมูลการดำเนินการของบัญชีแยกประเภทก่อนหน้านั้นได้รับการยืนยัน ทำให้เวลามองเห็นธุรกรรมก่อนการดำเนินการลดลงอย่างมาก ช่วยรับประกันว่า ผู้จองธุรกรรมจะสามารถดำเนินธุรกรรมก่อนธุรกรรมอื่นที่ถูกส่งหลังจากนั้นได้จริง
ปัญหา Front-Running ที่ XRPL เผชิญและแนวทางแก้ไข
ปัญหาที่ XRPresso เน้น คือ ลักษณะโครงสร้างของ XRPL ที่ธุรกรรมที่รอดำเนินการจะถูกเก็บไว้ในคิวซึ่งสามารถมองเห็นได้สาธารณะก่อนที่บัญชีแยกประเภทจะปิด ทำให้โหนด Validators และผู้ที่เชื่อมต่อดีสามารถเห็นธุรกรรมล่วงหน้า
การเรียงลำดับธุรกรรมบน XRPL ขึ้นอยู่กับสูตรคำนวณแบบ deterministic ที่รวมถึงค่าแฮชธุรกรรม ทำให้ผู้ที่มีความสามารถสามารถส่งธุรกรรมแบบซ้ำ ๆ เพื่อเพิ่มโอกาสในการเข้าไปในตำแหน่งที่ทำกำไรได้ เรียกว่า sandwich attack ซึ่งก่อให้เกิดความเสียหายต่อผู้ใช้ทั่วไปใน DEX หรือ AMM
แต่ David Schwartz มองว่าปัญหานี้ไม่ได้รุนแรงอย่างที่หลายคนกังวล เพราะทุกคนที่เข้าร่วมระบบมีสิทธิ์เข้าถึงคิวธุรกรรมสาธารณะเท่าเทียมกัน โหนด Validators เองก็ไม่มีสิทธิได้เปรียบในเรื่องการจัดเรียงลำดับเว้นแต่ว่าจะมีการสมคบคิดกันหลายโหนด ซึ่งถ้าหากเกิดขึ้นจริง ก็จะเป็นที่สังเกตเห็นได้ง่าย และยังไม่มีหลักฐานว่ามีการดำเนินการเช่นนั้นในระบบจริง นอกจากบทพิสูจน์แนวคิดเท่านั้น
อีกทั้งการทำกำไรจากการโจมตีนี้ต้องมีสภาพคล่องสูงเพียงพอเพื่อให้เกิดปริมาณซื้อขายในระดับที่น่าสนใจ แต่ก็ต้องมีสภาพคล่องต่ำพอที่จะเคลื่อนไหวราคาด้วยต้นทุนที่เหมาะสม ซึ่งสภาวะนี้หายากบน XRPL ส่งผลให้ความเสี่ยงเฉพาะนี้ต่ำกว่าในระบบ Ethereum ที่มี MEV (Miner Extractable Value) อย่างเด่นชัด
บริบทของปัญหา Front-Running ในโลกคริปโต
ประเด็นเรื่อง front-running ในโลก DeFi ไม่ได้จำกัดอยู่แค่ XRP เท่านั้น โดยปีที่แล้ว Changpeng Zhao ผู้ร่วมก่อตั้ง Binance ได้เสนอแนวคิดการสร้างตลาดแลกเปลี่ยน perpetuals แบบ Dark Pool ใช้เทคโนโลยี zero-knowledge cryptography เพื่อปกปิดข้อมูลคำสั่งซื้อจนกว่าจะดำเนินการ แต่แนวทางนี้ก็ถูกวิพากษ์วิจารณ์เรื่องความเป็นกลาง และว่าอาจสร้างความไม่สมดุลของข้อมูลในระบบคริปโตที่ต้องการความโปร่งใส
ในขณะเดียวกัน XRPresso ก็แย้งว่าวิธีการที่เหมาะสมในระยะยาวคือการรักษาความลับข้อมูลรายการธุรกรรมที่รอประมวลผล เพื่อป้องกันการโจมตีแบบ front-running และมีระบบรองรับที่ใช้ในหลายเครือข่ายคู่แข่งอยู่แล้ว ซึ่งดูจะเป็นทางออกที่ดีกว่าการเพิ่มค่าธรรมเนียมสำรองที่ Schwartz เสนอ
สรุป
- David Schwartz เสนอ ReservedTxns เพื่อแก้ปัญหาการ front-running และ sandwich attack บน XRPL DEX/AMM
- กลไกนี้อนุญาตให้จองธุรกรรมล่วงหน้าโดยมีค่าธรรมเนียมสำรองและจำกัดเวลาการจองอย่างชัดเจน
- กลไกนี้ยังอยู่ในช่วงทดลองและต้องได้รับเสียงส่วนใหญ่จาก Validators ก่อนนำไปใช้
- ข้อกังวลเรื่อง front-running บน XRPL ยังมีความเห็นต่าง แต่ความเสี่ยงยังต่ำกว่าบางเครือข่ายคริปโตอื่น ๆ
คำถามที่พบบ่อย (FAQ)
1. ReservedTxns คืออะไร?
ReservedTxns คือกลไกใหม่บน XRP Ledger ที่ช่วยให้ผู้ใช้งานสามารถสำรองลำดับธุรกรรมที่จะดำเนินการในบัญชีแยกประเภทลำดับต่อไป เพื่อหลีกเลี่ยงปัญหาการ front-running และ sandwich attack บน DEX หรือ AMM
2. ทำไมต้องมีค่าธรรมเนียมสำรองสูงกว่าค่าธรรมเนียมปกติ?
ค่าธรรมเนียมสำรองสูงเป็นอย่างน้อยสองเท่า เพื่อป้องกันการจองธุรกรรมเกินจำเป็น และลดโอกาสการถูกใช้งานเป็นเครื่องมือในการเล่นเกมคิวธุรกรรม (queue-gaming) หรือการโจมตี DoS
3. ระบบนี้ช่วยป้องกัน front-running ได้อย่างไร?
โดยการจัดลำดับธุรกรรมที่ถูกจองไว้ให้ดำเนินการก่อนธุรกรรมอื่นทั้งหมดอย่างแน่นอน และจำกัดเวลาจองไม่เกิน 16 บัญชี เพื่อจำกัดช่วงเวลาการมองเห็นธุรกรรมก่อนการดำเนินการจริง
4. ปัญหาการ front-running บน XRPL แตกต่างจาก Ethereum อย่างไร?
บน XRPL ทุกคนเห็นคิวธุรกรรมสาธารณะเท่าเทียมกัน ไม่มีสิทธิพิเศษสำหรับโหนดใดโหนดหนึ่ง เว้นแต่จะมีการสมคบคิดกัน ในขณะที่ Ethereum มีปัญหาการใช้งาน MEV ในรูปแบบที่ซับซ้อนและแพร่หลายกว่า
5. ข้อเสนอนี้จะถูกนำไปใช้งานจริงเมื่อไร?
ยังอยู่ในช่วงพูดคุยและประเมินผลในชุมชน ต้องได้รับเสียงส่วนใหญ่จาก Validators ก่อนจะนำไปใช้งานได้จริงบนเครือข่ายหลัก
ศึกษาข้อมูลเหรียญคริปโตเพิ่มเติม
หากคุณสนใจเจาะลึกข้อมูลเกี่ยวกับเหรียญคริปโตชนิดต่าง ๆ สามารถ ศึกษาข้อมูลเหรียญคริปโตเพิ่มเติมได้ที่นี่
ที่มาของบทความ
ข้อมูลจาก Cryptonews
