เขียนโดย: Tia, Techub News
เมื่อวันที่ 10 ตุลาคม Uniswap ได้เปิดตัวเครือข่ายแอปพลิเคชัน Unichain Unichain มีฟังก์ชันหลักสองประการ: Verifiable Block Building และ Unichain Verification Network (UVN) มีเอกสารมากมายที่อธิบายการแนะนำฟังก์ชันทั้งสองนี้ ดังนั้นฉันจะไม่ทำซ้ำที่นี่
แต่ถ้าคุณดูที่ Verifiable Block Building อย่างใกล้ชิด คุณจะพบว่า Unichain ใช้ Priority Ordering ในกลไกการสร้างบล็อกนี้ และแอปพลิเคชันจะกำหนดการจัดสรร MEV การจัดลำดับความสำคัญ ซึ่งเป็นกลไกที่แอปพลิเคชันควบคุมการเรียงลำดับธุรกรรม เรียกรวมกันว่า ASS (Application-Specific Sequencing)
แม้ว่า Unichain จะไม่ได้กล่าวถึง ASS ในเอกสารไวท์เปเปอร์และไม่ได้เปิดเผยกฎการสั่งซื้อโดยละเอียด แต่จากการเรียงลำดับตามลำดับความสำคัญและการแจกจ่าย MEV ดังกล่าว โดยพื้นฐานแล้วสามารถระบุได้ว่าอยู่ภายในขอบเขตของ ASS
ในฐานะผู้นำในเลเยอร์แอปพลิเคชัน แผนงานและทิศทางทางเทคนิคที่ Uniswap เลือกนั้นถือเป็นการมองไปข้างหน้าและใช้ประโยชน์ได้อย่างมาก ดังนั้น บทความนี้จะเน้นไปที่แนวคิดการเปรียบเทียบ ASS ที่ใช้เบื้องหลัง Unichain และโซลูชันบางอย่างในตลาดปัจจุบัน
ASS คืออะไร และเหตุใดจึงต้องใช้ ASS
ชื่อเต็มของ ASS คือ Application-Specific Sequencing ซึ่งเป็นการจัดลำดับตามแอปพลิเคชัน DApp สามารถกำหนดกฎการเรียงลำดับและกฎการจัดสรร MEV ของตนเองได้ตามความต้องการของแอปพลิเคชัน ตัวอย่างเช่น ธุรกรรมต่างๆ เช่น การลด Slippage จะได้รับการจัดลำดับความสำคัญ และ รายได้ MEV จะถูกจัดสรรให้กับ LP และผู้ใช้ ฯลฯ เพื่อปรับใช้ MEV ภายในตามแอปพลิเคชันในลักษณะนี้ คุณอาจรู้สึกไม่คุ้นเคยกับคำศัพท์ใหม่ แต่จริงๆ แล้วแนวคิดของ ASS นั้นง่ายมาก ซึ่งก็คือให้แอปพลิเคชันมีส่วนร่วมในการกำหนดกฎการเรียงลำดับและยึดสิทธิ์การเรียงลำดับบางส่วนจากผู้สร้างและผู้เสนอ
เหตุใดแอปพลิเคชันจึงควรตั้งกฎการสั่งซื้อ MEV อนุญาตให้ผู้อนุญาโตตุลาการคว้าผลกำไรที่ควรเป็นของ LP เมื่อผลกำไรของ LP ซึ่งมีบทบาทสำคัญในแอปพลิเคชัน DEX - ผู้ให้บริการสภาพคล่อง - ถูกบีบอย่างรุนแรง จะส่งผลกระทบต่อการพัฒนา DEX ภายใต้กลไก PBS ผู้ตรวจสอบจะกลายเป็นผู้ทำกำไรและได้รับส่วนหนึ่งของการกระจายผลกำไร MEV อย่างไรก็ตาม กลไก ASS จะตรวจสอบปัญหาของการระบุแหล่งที่มาของค่า MEV อีกครั้ง และสนับสนุนว่าแอปพลิเคชันกำหนดกฎการเรียงลำดับธุรกรรม เพื่อให้ค่าของ MEV ส่งกลับไปยังฝ่ายที่แพ้
คุณอาจสงสัยว่าแอปพลิเคชันสามารถมีส่วนร่วมในลำดับธุรกรรมที่กำหนดโดยซีเควนเซอร์หรือฉันทามติได้อย่างไร เนื่องจาก Unichain ยังไม่ได้ประกาศกลไก ASS ที่เฉพาะเจาะจง เรามาดูการออกแบบกลไกเฉพาะตัวแทนหลายรายการที่มีอยู่ในตลาดในปัจจุบันกันดีกว่า:
โซลูชั่น ASS ในปัจจุบัน
โดยปกติแล้ว การสั่งซื้อจะถูกกำหนดโดยชั้นฉันทามติ แต่การเปลี่ยนผ่านชั้นฉันทามตินั้นมีค่าใช้จ่ายสูงมาก ดังนั้น โดยพื้นฐานแล้ว โซลูชัน ASS ในปัจจุบันจึงหลีกเลี่ยงความเห็นพ้องต้องกัน และใช้เฟรมเวิร์กสัญญาอัจฉริยะหรือแอปพลิเคชันแบบฝังเป็นหลักเพื่อทำการเปลี่ยนแปลงนอกเครือข่าย เพื่อให้สามารถจัดลำดับความสำคัญของธุรกรรมที่ส่งจากอินเทอร์เฟซแอปพลิเคชันไปยังบล็อกเชนได้ตามกฎการเรียงลำดับที่กำหนดโดยแอปพลิเคชัน
แอตลาส
Atlas ซึ่งเป็นเฟรมเวิร์กสัญญาอัจฉริยะแบบโมดูลาร์ที่พัฒนาโดย FastLane มอบเฟรมเวิร์กโซลูชัน ASS สำหรับแอปพลิเคชัน แอปพลิเคชันสามารถปรับแต่งตรรกะการเรียงลำดับของตนเองโดยการเขียนสัญญา DAppControl ภายในเฟรมเวิร์ก
ภายในกรอบงาน Atlas ขั้นตอนเฉพาะสำหรับธุรกรรมตั้งแต่การลงนามของผู้ใช้ไปจนถึงการส่งภายนอกมีดังนี้:
Atlas ซึ่งเป็นเฟรมเวิร์กสัญญาอัจฉริยะแบบโมดูลาร์ที่พัฒนาโดย FastLane มอบเฟรมเวิร์กโซลูชัน ASS สำหรับแอปพลิเคชัน แอปพลิเคชันสามารถปรับแต่งตรรกะการเรียงลำดับของตนเองโดยการเขียนสัญญา DAppControl ภายในเฟรมเวิร์ก
ภายในกรอบงาน Atlas ขั้นตอนเฉพาะสำหรับธุรกรรมตั้งแต่การลงนามของผู้ใช้ไปจนถึงการส่งภายนอกมีดังนี้:
จำเป็นต้องมีบทบาทเพิ่มเติมสามบทบาทตลอดลิงก์: Solver, Operations Relay และ Auctioneer บทบาทของ Atlas Solvers นั้นจำกัดอยู่ที่ Atlas พวกเขามีสิทธิ์เข้าถึงค่าใดๆ ที่สร้างโดยการดำเนินการของผู้ใช้ก่อน และแยก MEV ภายใต้กฎที่กำหนดโดยสัญญา DAppControl การเข้าถึงตัวแก้ปัญหาจะได้รับการจัดลำดับความสำคัญมากกว่ากระเป๋าสตางค์, RPC, ผู้ส่งต่อ, ผู้สร้าง, ผู้ตรวจสอบความถูกต้อง, ผู้สั่งซื้อ ฯลฯ
Operations Relay มีหน้าที่รับผิดชอบในการส่งต่อการดำเนินงานของผู้ใช้ userOps ที่สร้างขึ้นโดยผู้ใช้ในส่วนหน้าไปยังโปรแกรมแก้ปัญหา Atlas และส่งต่อการดำเนินงานของโปรแกรมแก้ไขไปยัง Auctioneer หลังจากที่โปรแกรมแก้ปัญหาเรียกดูธุรกรรมของผู้ใช้ หน้าที่ของผู้ประมูลคือการจัดเรียงโดยใช้ฟังก์ชันการประเมินราคาประมูลที่กำหนดไว้ในโมดูล DAppControl และตรวจสอบลำดับการดำเนินการที่ถูกต้อง หลังจากกำหนดลำดับการดำเนินการแล้ว ให้ลงนามใน DAppOperation ที่มี CallChainHash เพื่อให้แน่ใจว่า Bundler จะไม่ยุ่งเกี่ยวกับลำดับธุรกรรมหลังจากส่งธุรกรรมแล้ว ถึงบันเดิล จากนั้น Bundler จะจัดแพคเกจธุรกรรม Atlas ที่สมบูรณ์และส่งไปยังเครือข่ายเพื่อรวมไว้ในบล็อก
เนื่องจากผู้ดำเนินการประมูลจะต้องตัดสินใจขั้นสุดท้ายในการสั่งซื้อ จึงมีสถานการณ์ที่ผู้ประมูลไม่ได้ลงนามในธุรกรรมที่ไม่เอื้ออำนวย ดังนั้นจึงมักแนะนำให้เลือกผู้รับประโยชน์ในการประมูล (เช่น เมื่อกฎกำหนด) คืนรายได้ MEV ให้กับผู้ใช้ ผู้ใช้คือผู้รับประโยชน์) ) ในฐานะผู้ประมูล เพราะผู้รับผลประโยชน์สามารถไว้วางใจตัวเองได้เสมอ
อังสตรอม
Angstrom เป็นผลิตภัณฑ์ที่พัฒนาโดย Sorella Labs ต่างจากกรอบการทำงานของ Atlas ตรงที่ Angstrom รับประกันการบังคับใช้กฎการจัดลำดับแอปพลิเคชันผ่านเครือข่ายฉันทามติที่ตรวจสอบได้ เครือข่ายฉันทามติที่ตรวจสอบได้จะทำหน้าที่เป็นผู้พิทักษ์และให้คำมั่นสัญญาว่าจะใช้งานเครือข่าย ธุรกรรมของแอปพลิเคชันและธุรกรรมที่มีโอกาสเก็งกำไรระหว่าง DEX และ CEX จะถูกส่งไปยังเครือข่าย โหนดจำเป็นต้องเผยแพร่ ตรวจสอบ และสร้างชุดธุรกรรมที่ดีที่สุด และส่งคืนค่าให้กับ LP ตามกลไกการประมูล LVR
ปัจจุบัน Angstrom วางแผนที่จะเปิดตัวในฐานะส่วนเสริมของ Uniswap V4 hook คือสัญญาอัจฉริยะที่ปรับแต่งได้ซึ่งเชื่อมโยงกับกลุ่มสภาพคล่องซึ่งช่วยให้นักพัฒนาสามารถรันโค้ดที่กำหนดเอง ณ จุดเฉพาะในวงจรชีวิตของกลุ่มสภาพคล่องเพื่อใช้ตรรกะและฟังก์ชันที่ซับซ้อน
จุดยอด
Vertex คือการแลกเปลี่ยนแบบกระจายอำนาจที่พัฒนากฎการสั่งซื้อเฉพาะแอปพลิเคชันผ่านผู้สั่งซื้อนอกเครือข่าย ด้วยการประมวลผลคำสั่งซื้อแบบออฟไลน์โดยใช้ซีเควนเซอร์แบบออฟไลน์ Vertex จึงลดความเสี่ยงของ MEV เช่น การโจมตีแบบ front-running และแบบแซนวิช เนื่องจากธุรกรรมไม่ได้ออกอากาศต่อสาธารณะก่อนการดำเนินการ ในขณะเดียวกัน กลไกนี้ช่วยให้ผู้ใช้ตรวจสอบได้ว่าการทำงานนอกเครือข่ายสอดคล้องกับบันทึกบนเครือข่ายหรือไม่ เพื่อป้องกันพฤติกรรมที่ไม่เหมาะสมของซีเควนเซอร์
สรุป
ด้วยการให้การควบคุมลำดับธุรกรรมและการดำเนินการ ASS ช่วยให้ DApps สามารถลดความเสี่ยง MEV เพิ่มประสิทธิภาพการดำเนินงาน และสร้างนวัตกรรมได้ แต่ยังมีข้อเสียที่อาจเกิดขึ้นเบื้องหลังนวัตกรรมนี้ที่ต้องพิจารณา
สรุป
ด้วยการให้การควบคุมลำดับธุรกรรมและการดำเนินการ ASS ช่วยให้ DApps สามารถลดความเสี่ยง MEV เพิ่มประสิทธิภาพการดำเนินงาน และสร้างนวัตกรรมได้ แต่ยังมีข้อเสียที่อาจเกิดขึ้นเบื้องหลังนวัตกรรมนี้ที่ต้องพิจารณา
กลไก ASS จัดเรียงตามกฎการเรียงลำดับในตัวภายในแอปพลิเคชันเดียว ซึ่งจะทำลายความสามารถในการรวมองค์ประกอบระหว่างแอปพลิเคชันบล็อกเชน ถือเป็นอาวุธที่ใหญ่ที่สุดของ DeFi ในการต่อต้าน CeFi เมื่อสูญเสียความสามารถในการประกอบธุรกรรม ธุรกรรมที่ไม่ใช่การเก็งกำไรอาจลดลงอย่างมาก ดังนั้นจึงลดรายได้ของ LP การผ่าน ASS จะเพิ่มรายได้ MEV ของ LP แต่หากรายได้จากการลดปริมาณการซื้อขายที่ไม่ใช่การเก็งกำไรมากกว่ารายได้ MEV ของ LP กำไรที่ได้จะมีมากกว่าการสูญเสีย ดังนั้น วิธีการออกแบบกลไก ASS เพื่อให้สามารถรักษาความสามารถในการประกอบตามธรรมชาติของ DeFi จึงเป็นประเด็นที่ ASS จำเป็นต้องพิจารณาอย่างเร่งด่วน
ความคิดเห็นทั้งหมด