แนะนำ

การจัดการกับ MEV (Maximal Extractable Value) เป็นความท้าทายอย่างต่อเนื่องสําหรับ Ethereum ห่วงโซ่อุปทานคุณค่าจูงใจกิจกรรมคงที่จาก arbitrageurs ด้วยกลยุทธ์ที่หลากหลายในระดับความซับซ้อนที่แตกต่างกันซึ่งมักจะเป็นค่าใช้จ่ายของผู้ใช้รายย่อย ในขณะที่นักวิจัยหลายคนพยายามจัดการกับ MEV ผ่านการเปลี่ยนแปลงระดับโปรโตคอล แต่ความพยายามเหล่านี้ยังไม่ได้ให้ทางออกที่น่าพอใจ โครงสร้างพื้นฐานบัญญัติและกลไกการประมูลที่ใช้อยู่ในปัจจุบันสามารถจับ MEV แบบเหมาจ่ายในบล็อกได้ แต่การจับภาพโดยไม่มีการกระจายอย่างเป็นธรรมนั้นไม่เพียงพอ: เหตุใดค่า MEV จึงควรเกิดขึ้นกับผู้ตรวจสอบเครือข่ายเมื่อสามารถจับและรวมเป็นแอปพลิเคชันได้อย่างมีประสิทธิภาพมากขึ้น

ป้อน Application-Specific Sequencing (ASS) แทนที่จะพยายามเขียนกฎใหม่ในระดับโปรโตคอล ASS ให้แต่ละแอปมีอํานาจในการควบคุมวิธีการจัดลําดับธุรกรรมของพวกเขา ด้วยการทําเช่นนี้ ASS ช่วยให้แอปพลิเคชัน onchain สามารถปกป้องผู้ใช้และสภาพคล่องจากผลกระทบที่เป็นอันตรายของ MEV ในขณะเดียวกันก็ให้โอกาสพวกเขาในการจับมูลค่าที่อาจสูญเสียไปให้กับผู้ตรวจสอบ Ethereum

สมมติฐานถึงศักยภาพ: แทนที่ผู้ซื้อขายความถี่สูงจะแข่งขันกันเพื่อทำ Arbitrage ให้มากที่สุดสำหรับแต่ละผู้ใช้ (โดยเกือบทั้งหมดของค่า Arbitraged ไปยัง validators และซึ่ง underlying chains) แต่ละแอปพลิเคชั่นสามารถกำหนดกฎของตนเองสำหรับการจัดลำดับการทำธุรกรรม ซึ่งสร้างระบบที่เป็นมากกว่าที่เหมาะสม มีประสิทธิภาพและเป็นระบบที่ยุติธรรมมากขึ้นสำหรับผู้ใช้ของตนเอง นี่เป็นการเปลี่ยนแปลงจากการพยายามแก้ไข MEV ที่ระดับเครือข่ายไปยังการที่สำคัญที่สุด-แอพพลิเคชั่นตนเอง

พื้นหลัง

แนวคิดข behind Application-Specific Sequencing (ASS) กำเริบากงานของ Matheus เนียมถึงจากกฎการเรียงลำดับที่สามารถยืนยันได้ (VSR) สำหรับการแลกเปลี่ยนที่มีการกระจายอย่างแบบกระจาย (DEXes). มาเธอุสได้แสดงให้เห็นว่า VSR สามารถปรับปรุงการดำเนินการซื้อขายและลด MEV โดยการลดความสามารถของนักขุดที่มีอิทธิพลต่อการเรียงลำดับธุรกรรม ตรัสญ later ขยายไอเดียนี้โดยการแสดงให้เห็นว่ากฎการเรียงลำดับที่เฉพาะเจาะจงสามารถมีผลต่อฟังก์ชันการชำระเงินสำหรับผู้เข้าร่วมโปรโตคอล เช่นผู้ใช้งาน ผู้ตรวจสอบ และผู้เรียงลำดับ

ที่นี่ฟังก์ชันการจ่ายเงินแสดงถึงมูลค่าทางเศรษฐกิจของการสั่งซื้อธุรกรรมเฉพาะ ค่านี้สะท้อนถึงกําไรหรือยูทิลิตี้ที่ได้รับจากผู้เข้าร่วมโปรโตคอล ซึ่งแสดงให้เห็นว่าการสั่งซื้อธุรกรรมส่งผลต่อผลลัพธ์ทางการเงินของพวกเขาอย่างไร มีสองลักษณะที่สําคัญของฟังก์ชั่นการจ่ายเงิน:

1. ผลตอบแทนที่ไม่เรียบเรียง: การเปลี่ยนแปลงขนาดเล็กในการจัดลำดับอาจทำให้เกิดการเปลี่ยนแปลงขนาดใหญ่ใน MEV
2. ผลตอบแทนที่ไม่ใช่โมโนโทน: การเปลี่ยนแปลงเล็กน้อยในการสั่งซื้อสามารถเพิ่มหรือลด MEV ได้ แต่ไม่สม่ําเสมอในทิศทางเดียว

เมื่อฟังก์ชัน payoff แสดงลักษณะทั้งสองนี้การปรับกลยุทธ์การจัดลําดับให้เหมาะสมจะมีความซับซ้อนสูง ในกรณีเช่นนี้จําเป็นต้องมีแนวทางที่ซับซ้อนและตรงตามความต้องการมากขึ้นในระดับแอปพลิเคชันเพื่อให้แน่ใจว่าผู้ใช้จะได้รับผลลัพธ์ที่เท่าเทียมกันและระบบนิเวศ DeFi ที่ยั่งยืน

ASS ทำงานอย่างไร?

เพื่อให้เข้าใจ ASS ก่อนอื่นเรามาทบทวนห่วงโซ่อุปทานของธุรกรรมที่มีอยู่ก่อน

ในระบบปัจจุบัน:

1. ธุรกรรมถูกส่งไปยัง mempool สาธารณะหรือส่วนตัว
2. ผู้สร้างรวบรวมธุรกรรมเหล่านี้และแพ็คเกจเข้ากล่อง
3. โดยสร้างก่อสร้างในการประมูลบล็อก
4. บล็อกผู้สร้างที่ชนะการประมูลรวมอยู่ในบล็อกเชนและมูลค่าที่พวกเขาเสนอราคาจะถูกจ่ายให้กับผู้เสนอข้อเสนอที่ได้รับการเลือกสำหรับบล็อกที่กำหนด

ภาพด้านล่างแสดงกระบวนการนี้ แสดงให้เห็นถึงวิธีการทำงานของธุรกรรมที่ไหลไปจาก mempools ไปยังบล็อกเชนผ่าน builders และ trusted relays

แผนภาพของโซ่อุปทานการทำธุรกรรมปัจจุบัน

แอปพลิเคชันที่เปิดใช้งานโดย ASS นั้นมีคุณสมบัติต่อไปนี้:

1. สิทธิ์การจัดลำดับที่ถูกจำกัด: การจำกัดนี้จะให้แน่ใจว่าเฉพาะผู้จัดลำดับที่ได้รับการกำหนดหรือผู้ตรวจสอบที่ฝากเงินได้สามารถสื่อสารกับสัญญาของแอปพลิเคชันบนเชนที่ตกลงไว้เท่านั้น ซึ่งจะป้องกันการหลีกเลี่ยงที่ไม่เหมาะสมของตลาดภายในของแอปพลิเคชัน
2. Mempools ที่เฉพาะแอปพลิเคชัน: แทนที่จะส่งธุรกรรมไปยังเมมพูลสาธารณะ ผู้ใช้ส่งข้อความที่ได้รับลายมือตรงนี้ให้แสดงเจตนาร้ายในเมมพูลที่เฉพาะเจาะจงของแอปพลิเคชัน จากนั้นจะรวบรวมและประมวลผลเจตนาร้ายเหล่านั้นโดยตรวจสอบเจตนาในเมมพูลที่เฉพาะเจาะจงของแอปพลิเคชัน
3. ผลลัพธ์ของ Order-Agnostic: ในการบังคับใช้กฎการจัดลําดับและส่งมอบผลตอบแทนทางเศรษฐกิจที่ดีที่สุดให้กับผู้ใช้เป้าหมายธุรกรรม ASS จะต้องไม่เชื่อเรื่องการสั่งซื้อธุรกรรมของผู้สร้างสําหรับส่วนที่เหลือของบล็อก นี่คือความสําเร็จโดยการทําให้แน่ใจว่าสถานะของแอปพลิเคชันถูกปิดกั้นโดยกลไกฉันทามติ คําสั่งซื้อ ASS จะถูกรวมเป็นชุดเดียวซึ่งจะถูกส่งไปยังผู้สร้างเพื่อรวมไว้ ระบุว่ากลุ่มนี้ไม่ได้ขัดแย้งกับรัฐที่เข้าถึงโดยแอปพลิเคชันอื่น ๆ จึงไม่เชื่อเรื่องตําแหน่งในบล็อก

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

โดยใช้หลักการพื้นฐานเหล่านี้เป็นตัวอย่างที่เป็นประโยชน์ของแอปพลิเคชันราชอาณาจักร Angstrom ที่เป็นเฮียรุกป้องกันผู้ให้สินเชื่อการเงินของมันจากการเลือกอันตรายทางการซื้อขายระหว่าง CEX-DEX arbitrageurs ในขณะที่ยังป้องกันผู้แลกเปลี่ยนจากการโจมตีแซนด์วิช ระบบเครือข่ายของโหนด Angstrom มาร่วมตัดสินใจในลักษณะเดียวกับ Ethereum ในชุดของธุรกรรมที่จะดำเนินการในบล็อกถัดไป การไหลทั่วไปมีดังนี้:

1. อนุญาโตตุลาการ CEX-DEX เสนอราคาสําหรับสิทธิ์ในการทําธุรกรรมครั้งแรกเพื่อแลกเปลี่ยนผ่าน AMM (ไม่มีค่าธรรมเนียม) ในขณะเดียวกันผู้ใช้ส่งสวอปที่ตั้งใจไว้เป็นคําสั่ง จํากัด ที่ลงนามไปยัง Angstrom mempool
2. เครือข่าย Angstrom ใช้โปรโตคอลฉันทามติและสร้างกลุ่มที่การแลกเปลี่ยนครั้งแรกคือธุรกรรม arbitrageur ที่มีราคาเสนอสูงสุด จํานวนเงินประมูลจะถูกแจกจ่ายในภายหลังตามสัดส่วนไปยัง LPs พื้นฐานในช่วงของการแลกเปลี่ยน คําสั่งจํากัดที่ถูกต้องอื่น ๆ ทั้งหมดพร้อมกับสภาพคล่อง AMM พื้นฐานจะดําเนินการในราคาหักบัญชีเดียวกัน
3. ชุดนี้จะถูกส่งให้กับ Ethereum builders และ public mempool โดยโหนด Angstrom ที่เสนอรับสล็อต
4. ผู้สร้างรวมกลุ่ม Angstrom ไว้ในตำแหน่งใดก็ได้ในบล็อก กลุ่ม Angstrom จะต้องชำระค่าธรรมเนียมพื้นฐานสำหรับการรวมเข้าด้วยกันเนื่องจากสร้างโครงสร้างได้อย่างไม่จำเป็นตามลำดับ

ภาพรวมต่อไปนี้แสดงภาพของแอปพลิเคชันรัฐบาลในการทำงาน

โซ่อุปทานการทำธุรกรรมในแองสตรอม

การมีชีวิตชีวาและการสมมติความเชื่อ

ในพื้นฐานของมัน ASS เป็นรูปแบบการสร้างบล็อกบางส่วนที่แอปพลิเคชันที่มีอำนาจสูงให้สิทธิ์ในการต่อต้านกับเครือข่ายที่กระจายอำนาจตามกฎการเรียงลำดับที่กำหนดไว้ ดังนั้น ASS จำเป็นต้องมีฝ่ายภายนอกที่มีการสร้างความมั่นใจและความไวต่อการดำเนินงานเพิ่มเติม

การสมมติเกี่ยวกับความมีชีวิต

แอปพลิเคชันเอกรัฐขึ้นอยู่กับตัวจัดลำดับพิเศษของแอปพลิเคชันเพื่อทำตามโปรโตคอลได้อย่างถูกต้องและให้การอัปเดตสถานะทันเวลา ในกรณีที่เกิดการละเมิดความมีชีวิตชีวา เช่นการแบ่งพรรคของเครือข่าย,ผู้ใช้อาจไม่สามารถติดต่อกับส่วนต่าง ๆ ของแอปพลิเคชันได้จนกว่าความเห็นที่ถูกต้องจะถูกกู้คืน

แอปพลิเคชันรัฐบาลสามารถจำกัดขอบเขตของสถานะสัญญาที่อัปเดตขึ้นอยู่กับตัวจัดลำดับได้ด้วย นี่ช่วยลดลงความขึ้นอยู่กับต่างประเทศของสัญญาให้มากที่สุดเพื่อให้สถานะสำคัญ เช่น การฝากเงินสามารถเข้าถึงได้แม้ว่าจะเกิดความล้มเหลวของตัวจัดลำดับ

การสมมติการเชื่อมั่น

เพื่อให้แน่ใจว่าซีเควนเซอร์ปฏิบัติตามกฎการจัดลําดับที่กําหนดแอปพลิเคชันอธิปไตยสามารถใช้ประโยชน์จากโซลูชันเศรษฐกิจดิจิทัล (เช่น PoS) หรือวิธีการเข้ารหัส (เช่น TEE หรือ MPC) วิธีการเฉพาะอาจแตกต่างกันอย่างมีนัยสําคัญขึ้นอยู่กับความต้องการของแอปพลิเคชัน บางคนอาจต้องการฉันทามติเกี่ยวกับความเหมาะสมของการดําเนินการในขณะที่บางคนอาจมุ่งเน้นไปที่การรับรองความเป็นส่วนตัวก่อนการดําเนินการผ่านกลไกการเข้ารหัส มีเครื่องมือมากมายเพื่อลดค่าใช้จ่ายในการไว้วางใจของซีเควนเซอร์และบรรลุวัตถุประสงค์เฉพาะของแอปพลิเคชันอธิปไตยแต่ละรายการ

การต้านการเฉือน

มีการเซ็นเซอร์สตรีมประเภทต่าง ๆ เข้ามามุ่งเน้นระบบเอเทอร์เรียม:

1. การเซ็นเซอร์ตามกฎระเบียบ: ผู้สร้างและถ่ายทอดธุรกรรมการเซ็นเซอร์ตามรายการคว่ําบาตรของ OFAC นี่เป็นหนึ่งในรูปแบบการเซ็นเซอร์ที่โดดเด่นที่สุดที่มีอยู่ใน Ethereum ในปัจจุบัน ที่ถูกบังคับใช้โดยส่วนใหญ่โดยเซนเซอร์.
2. การเซ็นเซอร์ทางเศรษฐกิจ: ผู้โจมตีที่มีแรงบันดาลใจสามารถสินสอดกับผู้เสนอบล็อกเพื่อขัดขวางการทำธุรกรรมของเหยื่อ.
3. การเซ็นเซอร์ระดับโหนด: โหนดในเครือข่าย P2P อาจปฏิเสธที่จะเผยแพร่ธุรกรรมขาเข้า นี่อาจเป็นปัญหาสําคัญหากโปรโตคอลทํางานอย่างเหมาะสมภายใต้สมมติฐานที่ว่าโหนดส่วนใหญ่มีมุมมองเดียวกันของธุรกรรมที่เข้ามา นอกจากนี้ในโปรโตคอลดังกล่าวฝ่ายตรงข้ามอาจถูกจูงใจให้แบ่งมุมมองท้องถิ่นของโหนดที่ซื่อสัตย์ (โดยการส่งธุรกรรมไปยังโหนดเพียงครึ่งเดียวที่ส่วนท้ายสุดของสล็อต) และหยุดโปรโตคอลเป็นผล

นักวิจัยหลายคนได้เปล่งเสียงความต้องการกลไกการต่อต้านการเซ็นเซอร์ที่ดีขึ้นบน Ethereum ข้อเสนอบางอย่าง เช่น Multiple Concurrent Proposer (MCP) และ รายการรวมที่บังคับใช้ Fork-Choice (FOCIL)เกิดขึ้นและกลายเป็นศูนย์กลางของการอภิปรายที่กำลังเกิดขึ้น

ความต้านทานการเซ็นเซอร์ชิปเปอร์เหมือนกับเป็นปัญหาใหญ่สำหรับการใช้งานปกครอง ตัวจัดเตรียมแอปพลิเคชันน่าจะเป็นภาคีเครื่องหมายภายนอกที่มีรายได้จากการรับซื้อขายส่วนตัวและการสั่งซื้อที่แตกต่างกัน ตัวอย่างเช่น ผู้ตรวจสอบแอปพลิเคชันที่เป็นผู้ตลาดมีส่วนของการกรองข้อความที่ถูกส่งมาโดยผู้ประกอบการตลาดที่แข่งขัน แอปพลิเคชันปกครองบนโลกนี้ สามารถผ่านการตรวจสอบข้อความที่บางส่วนได้ถูกเซ็นเซอร์ท้องถิ่น แม้ว่าโปรโตคอลฐานจะไม่ตรวจสอบการเซ็นเซอร์

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

ความต้านทานการเซ็นเซอร์

ปมประสงค์ของความสามารถในการร่วมใช้

หนึ่งในความท้าทายที่สําคัญที่แอปพลิเคชันอธิปไตยต้องเผชิญคือการสร้างความมั่นใจในความเข้ากันได้กับธุรกรรมที่มีปฏิสัมพันธ์กับรัฐสัญญาภายนอก การรวมธุรกรรมเฉพาะแอปเข้ากับธุรกรรมภายนอกโดยพลการจะบ่อนทําลายทรัพย์สินที่ไม่เชื่อเรื่องคําสั่งซึ่งจําเป็นสําหรับการปกป้องแอปพลิเคชันอธิปไตยและผู้ใช้ ธุรกรรมที่ไม่ใช่ ASS ที่ไม่ถูกต้องรายการเดียวเมื่อประกอบกับธุรกรรมเฉพาะแอปอาจมีผลลําดับที่สองของการเปลี่ยนชุดรวมทั้งหมด เมื่อสิ่งนี้เกิดขึ้นแอปพลิเคชันอธิปไตยจะไม่สามารถดําเนินการตามคําสั่งของผู้ใช้ในระหว่างช่องที่จัดสรร (แม้จะมีมติเป็นเอกฉันท์ที่ถูกต้อง) ซึ่งจะเป็นอันตรายต่อประสบการณ์ของผู้ใช้และสวัสดิการโดยรวม

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

การยืนยันก่อนการรวมกัน

เพื่ออธิบายการยืนยันล่วงหน้าของการรวมสิ่งสําคัญคือต้องเข้าใจก่อนว่าการยืนยันล่วงหน้าทํางานอย่างไร การยืนยันล่วงหน้าตามใช้ประโยชน์จากความปลอดภัยทางเศรษฐกิจของ crypto โดยตรวจสอบให้แน่ใจว่าผู้เสนอได้วางหลักประกันเพื่อรับประกันการรวมชุดธุรกรรมเฉพาะก่อนช่องภายในยุคปัจจุบัน การค้ําประกันนี้ถูกจํากัดด้วยขนาดของพันธบัตรที่ประกาศโดยผู้เสนอราคาที่เข้าร่วม

การยืนยันล่วงหน้าแบบรวมเป็นรูปแบบเฉพาะของการยืนยันล่วงหน้าตามซึ่งการรวมธุรกรรมเป็นอิสระจากสถานะสัญญาใด ๆ ธุรกรรมที่ร้องขอการยืนยันล่วงหน้าแบบรวมจะต้องไม่เชื่อเรื่องรัฐและไม่ขัดแย้งซึ่งหมายความว่าการดําเนินการของพวกเขาจะไม่ได้รับผลกระทบจากตําแหน่งของพวกเขาภายในบล็อก ผู้เสนอสามารถตกลงที่จะรวมธุรกรรมที่ไม่ใช่ ASS ได้ก็ต่อเมื่อชุด ASS รวมอยู่ในบล็อกเดียวกัน วิธีการนี้ให้ความสามารถในการเขียนที่บังคับใช้ทางเศรษฐกิจระหว่างธุรกรรมที่ไม่ขัดแย้งและการรวมกลุ่ม ASS

ภาพประกอบของความร่วมมือก่อนการประชุมพร้อมกับ ASS

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

Shared Application Specific Sequencers & Builder Commitments

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

อย่างไรก็ตามสําหรับการใช้งานที่ไม่ใช่อธิปไตยจําเป็นต้องมีวิธีแก้ปัญหาที่แตกต่างกัน ภาระผูกพันการรวมธุรกรรมจากผู้สร้างบล็อกที่มีส่วนร่วมในการจัดลําดับสําหรับแอปพลิเคชันอธิปไตยสามารถสร้างความสามารถในการประกอบอะตอมระหว่างแอปพลิเคชันที่ไม่ใช่อธิปไตยและอธิปไตย ตัวสร้างรับรองลําดับธุรกรรมที่ระบุในแอปพลิเคชันทั้งสองประเภท ความมุ่งมั่นของผู้สร้างดังกล่าวสามารถลดช่องว่างความสามารถในการประกอบสําหรับ ASS

ภาพประกอบของความมุ่งมั่นของผู้สร้างสําหรับความสามารถในการประกอบอะตอมระหว่าง dApps อธิปไตยและไม่ใช่อธิปไตย (ขวา) และซีเควนเซอร์เฉพาะแอปที่ใช้ร่วมกันสําหรับความสามารถในการประกอบอะตอมระหว่างแอปอธิปไตย (ซ้าย)

ในขณะที่ยังคงมีคําถามเกี่ยวกับพลวัตทางเศรษฐกิจของความมุ่งมั่นของผู้สร้างความเป็นไปได้ของการยืนยันล่วงหน้าการรวมและผลกระทบลําดับที่สองที่อาจเกิดขึ้นเรามั่นใจว่าความท้าทายในการเขียนของ ASS จะได้รับการแก้ไขเมื่อเวลาผ่านไป ทีมอย่าง Astriaและไพรม์กำลังศึกษาและพัฒนากรอบการทำงานที่ปรับปรุงให้เหมาะสมขึ้นสำหรับการเชื่อมต่อและการสร้างความมั่นคงที่แบ่งปัน ขณะที่ความก้าวหน้าเหล่านี้ก้าวหน้าไปข้างหน้า ความสามารถในการรวมกันจะไม่เป็นปัญหาสำหรับแอปพลิเคชันที่เป็นปกติ

ASS vs การใช้ L2s และ L1s ที่เฉพาะเจาะจงของแอป

ในปัจจุบัน dApps จำเป็นต้องสร้างเครือข่ายที่เฉพาะเจาะจงสำหรับแอปพลิเคชันหากต้องการเอาชนะการเรียงลำดับของธุรกรรมของพวกเขา แนวคิดเช่น โปรโตคอลเจ้าของบิลเดอร์ (PoB)ช่วยให้ Cosmos L1s มีกฎการเรียงลำดับที่หลากหลายมากขึ้น ซึ่งช่วยในการจับและกระจาย MEV ไปยังแอปพลิเคชันของพวกเขา ในทำนองเดียวกัน ซีเควนเซอร์ L2 ที่มี VSR cŭng สามารถดำเนินการเช่นนั้นได้ ในขณะที่ทั้งสองวิธีนี้ช่วยให้การเรียงลำดับที่หลากหลายและการจับ MEV โดยแอปพลิเคชันของมันมากขึ้น ASS ก็เป็นเอกลักษณ์เนื่องจากลักษณะที่เหลือเฟื่อง

1. ไม่มีค่าใช้จ่ายในการไว้วางใจจากการดําเนินการธุรกรรม - ASS ไม่ได้ดําเนินการหรือชําระธุรกรรมที่เรียงลําดับ เฉพาะการจัดลําดับเท่านั้นที่ deleGated สมมติฐานความน่าเชื่อถือพื้นฐานขยายจากสภาพแวดล้อมการดําเนินการดั้งเดิมเช่น Ethereum หรือ L2 อื่น ๆ
2. การเข้าถึงเงินทุนหลักและกระแสคำสั่ง - ผู้ใช้ไม่ต้องสร้างสะพาน แอปพลิเคชันจะสามารถใช้ประโยชน์จากกระแสและเงินทุนในโซ่โดยตรง
3. สินทรัพย์อยู่ในสภาพแวดล้อมการดําเนินการดั้งเดิมและไม่สามารถแช่แข็งได้ – ไม่เหมือนกับ L2s ASS ส่วนใหญ่ไม่ต้องการให้ผู้ใช้ล็อคเงินทุนของตนในสัญญาเชื่อมโยง ตัวเลือกการออกแบบนี้ให้ความปลอดภัยที่ดีกว่า: หากซีเควนเซอร์เฉพาะแอปล้มเหลวความเสียหายที่อาจเกิดขึ้นจะถูก จํากัด เนื่องจากซีเควนเซอร์สามารถควบคุมธุรกรรมภายในขอบเขตที่กําหนดโดยสัญญาอัจฉริยะเท่านั้น ในขณะที่โซลูชัน L2 บางตัวใช้คุณสมบัติด้านความปลอดภัยเช่นช่องหนีและ บังคับรวมการใช้มาตรการเหล่านี้บ่อยครั้งมักยากที่จะใช้ในปฏิบัติ ผู้ใช้อาจต้องรอหลายวันก่อนที่จะเปิดใช้งานทางออกหลบหนีหลังจากสูญเสียการเชื่อมต่อกับ L2 updates อย่างเดียวกัน การรวมที่บังคับผ่าน L1 โดยทั่วไปให้เกิดขึ้นอย่างน้อยa day’sความล่าช้า บางทีสำคัญที่สุดคือ มักจะต้องใช้มาตรการรักษาความปลอดภัยเหล่านี้ ซึ่งต้องการความเชี่ยวชาญทางเทคนิคที่ผู้ใช้ทั่วไปไม่ค่อยมี ทำให้ไม่เหมาะสมสำหรับบุคคลทั่วไป
4. ข้อสมมติความมีชีวิตรุ่นแรกที่แข็งแกร่ง - ความมีชีวิตรุ่น L2 ขึ้นอยู่กับโหนดการดำเนินการซึ่งมักเป็นตัวควบคุมการรวมกลุ่มนอกเหนือจากนี้ยังขึ้นอยู่กับความซื่อสัตย์ของโหนดในการดำเนินการที่ซ้ำซ้อนกัน ความมีชีวิตรุ่นของ L1 ขึ้นอยู่กับส่วนใหญ่ที่ซื่อสัตย์ของโหนดในการเรียกใช้ฟังก์ชันการเปลี่ยนสถานะที่สอดคล้องกัน ความมีชีวิตของแอปพลิเคชันตระกูลซอฟเวอร์ริ้งขึ้นอยู่กับสภาพแวดล้อมการดำเนินการใต้หลังคา และสัญญาอัจฉริยะสามารถระบุส่วนที่ต้องพึ่งพาตัวควบคุมการรวมกลุ่มเฉพาะแอปพลิเคชันได้

ตารางเปรียบเทียบการใช้งานด้านรัฐบาล, L2, Based L2, และ L1

สรุป

ASS ให้แอปพลิเคชันความเหมือนกันในการจัดลำดับธุรกรรมอย่างสมบูรณ์ อนุญาตให้กำหนดกฎแบบกำหนดเองโดยไม่ซับซ้อนในการจัดการดำเนินการ ซอเวอร์เรนตี้นี้ช่วยให้แอปพลิเคชันควบคุมการดำเนินการเพื่อเพิ่มประสิทธิภาพในการใช้งานของผู้ใช้ ตัวอย่างเช่นบน Angstrom ผู้ให้สินเชื่อและผู้แลกเปลี่ยนถูกต้องเหมือนกับผู้ร่วมเล่นในระดับแรก โดยมีการเพิ่มค่าเศษฐกิจของพวกเขาโดยตรงผ่านกฎแบบกำหนดเองในการจัดลำดับธุรกรรม

นอกจากนี้ ASS ยังสามารถใช้ประโยชน์จากเครื่องมือทางเศรษฐกิจดิจิทัลและการเข้ารหัสที่หลากหลายเพื่อบังคับใช้ประโยชน์สูงสุดของผลตอบแทนของผู้ใช้และใช้กลไกการต่อต้านการเซ็นเซอร์ที่แข็งแกร่ง โซลูชันเศรษฐกิจดิจิทัลเช่นการปักหลักและการเฉือนสามารถจูงใจพฤติกรรมที่ซื่อสัตย์ในหมู่ซีเควนเซอร์ในขณะที่วิธีการเข้ารหัสเช่น TEE และ MPC ช่วยเพิ่มความเป็นส่วนตัวและความปลอดภัย ด้วยเครื่องมือเหล่านี้ศักยภาพในการออกแบบของ ASS นั้นกว้างใหญ่ทําให้สามารถสร้างแอปพลิเคชันอธิปไตยที่ปลอดภัยมีประสิทธิภาพและเน้นผู้ใช้เป็นศูนย์กลางมากขึ้น

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

เรามาที่นี่เพื่อทำให้ DeFi มีความยั่งยืนมากขึ้น หนึ่ง ASS ในครั้ง

ข้อความประกันความสามารถ：

1. บทความนี้พิมพ์ซ้ําจาก [โซเรลลา]. สิทธิ์ในการลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนเดิม [ Yuki Yuminaga]. If there are objections to this reprint, please contact the Gate Learnทีม และพวกเขาจะดำเนินการโดยเร็ว
2. คำปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงอยู่ในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่เป็นการให้คำแนะนำใด ๆ เกี่ยวกับการลงทุน
3. การแปลบทความเป็นภาษาอื่น ๆ โดยทีม Gate Learn ห้ามทำการคัดลอก กระจาย หรือลอกเลียนแบบบทความที่ถูกแปล ยกเว้นว่าจะได้ระบุไว้