ผู้เขียนต้นฉบับ: Favorite Mirror Reads Archive

การรวบรวมต้นฉบับ: Deep Chao TechFlow

สรุปประเด็นสำคัญ

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

• บทความนี้จะแนะนำเฟรมเวิร์ก Chain Abstraction Key Elements (CAKE) เฟรมเวิร์กประกอบด้วยสี่ส่วน : ชั้นแอปพลิเคชัน ชั้นการอนุญาต ชั้นโซลูชั่น และชั้นการตั้งถิ่นฐาน โดยมีจุดมุ่งหมายเพื่อให้ผู้ใช้ได้รับประสบการณ์การดำเนินงานข้ามเครือข่ายที่ราบรื่น

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

• เราให้คำจำกัดความของการแลกเปลี่ยนข้ามสายโซ่ในบทคัดย่อของสายโซ่เป็นไตรเล็มมา และเสนอทางเลือกการออกแบบ 6 ทางเลือก ซึ่งแต่ละทางเลือกมีข้อดีเฉพาะตัว

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

การแนะนำ

ในปี 2020 เครือข่าย Ethereum ได้เปลี่ยนไปใช้ แผนงานการปรับขนาดแบบ Rollup-centric สี่ปีต่อมา มีการใช้งานเลเยอร์โรลอัพ (L2) มากกว่า 50 ชั้น แม้ว่าเลเยอร์ Rollup จะมีการปรับขนาดแนวนอนตามที่ต้องการ แต่ ก็ทำลายประสบการณ์ผู้ใช้โดยสิ้นเชิง

ผู้ใช้ไม่ควรสนใจหรือเข้าใจว่าพวกเขากำลังโต้ตอบกับชุดข้อมูลใด ผู้ใช้ Crypto ทราบว่าตนใช้ Rollup ใด (Optimism หรือ Base) เทียบเท่ากับผู้ใช้ Web2 ที่ทราบว่าตนใช้ผู้ให้บริการระบบคลาวด์รายใด (AWS หรือ GCP) วิสัยทัศน์ของ Chain Abstraction คือการรวบรวมข้อมูลห่วงโซ่นามธรรมจากขอบเขตการมองเห็นของผู้ใช้ ผู้ใช้เพียงเชื่อมต่อกระเป๋าเงินกับ dApp และลงนามในการดำเนินการที่ต้องการ รายละเอียดเพื่อให้แน่ใจว่าผู้ใช้มียอดคงเหลือที่ถูกต้องในห่วงโซ่เป้าหมายและดำเนินการตามที่ตั้งใจไว้จะได้รับการดูแลเบื้องหลัง

ในบทความนี้ เราจะสำรวจว่า Chain Abstraction เป็นปัญหาแบบสหสาขาวิชาชีพอย่างแท้จริง ซึ่งเกี่ยวข้องกับการโต้ตอบของชั้นแอปพลิเคชัน ชั้นสิทธิ์ ชั้นโปรแกรมแก้ปัญหา และชั้นการชำระหนี้ เราแนะนำกรอบงานองค์ประกอบสำคัญของ Chain Abstraction (CAKE) และเจาะลึกถึงข้อดีข้อเสียในการออกแบบของระบบ chain abstraction

แนะนำกรอบงาน CAKE

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

• เลเยอร์การอนุญาต : ผู้ใช้เชื่อมต่อกระเป๋าเงินกับ dApp และขอใบเสนอราคาสำหรับจุดประสงค์ของผู้ใช้ เจตนา หมายถึง ผลลัพธ์ที่ผู้ใช้คาดหวังว่าจะได้รับเมื่อสิ้นสุดธุรกรรม ไม่ใช่เส้นทางของธุรกรรม ตัวอย่างเช่น โอน USDT ไปยังที่อยู่ Tron หรือฝาก USDC เข้าสู่กลยุทธ์การสร้างผลตอบแทนบน Arbitrum กระเป๋าเงินควรจะสามารถอ่านทรัพย์สินของผู้ใช้ (เช่น สถานะการอ่าน) และทำธุรกรรมในห่วงโซ่เป้าหมาย (เช่น อัปเดตสถานะ)

• Solver Layer : Solver Layer จะประมาณค่าธรรมเนียมและความเร็วในการดำเนินการตามยอดคงเหลือและความตั้งใจเริ่มต้นของผู้ใช้ ในการตั้งค่าข้ามสายโซ่ กระบวนการนี้เรียกว่าการแก้ปัญหา มีความสำคัญเนื่องจากธุรกรรมเป็นแบบอะซิงโครนัสและธุรกรรมย่อยอาจล้มเหลวระหว่างการดำเนินการ Asynchronicity นำเสนอ Trilemma แบบข้ามสายโซ่ที่เกี่ยวข้องกับค่าธรรมเนียม ความเร็วในการดำเนินการ และการรับประกันการดำเนินการ

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

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

การตัดสินใจในการออกแบบที่สำคัญ

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

ระดับการอนุญาต

ชั้นสิทธิ์จะเก็บคีย์ส่วนตัวของผู้ใช้และลงนามข้อความในนามของผู้ใช้ ซึ่งจะดำเนินการเป็นธุรกรรมออนไลน์ CAF จำเป็นต้องสนับสนุนรูปแบบลายเซ็นและเพย์โหลดธุรกรรมของเครือข่ายเป้าหมายทั้งหมด ตัวอย่างเช่น กระเป๋าเงินที่รองรับรูปแบบลายเซ็น ECDSA และมาตรฐานธุรกรรม EVM จะถูกจำกัดอยู่ที่ Ethereum, L2 และ sidechains (เช่น กระเป๋าเงิน Metamask) ในทางกลับกัน กระเป๋าเงินที่รองรับ EVM และ SVM (Solana VM) จะสามารถรองรับทั้งสองระบบนิเวศ (เช่น Phantom Wallet) ควรสังเกตว่าสามารถใช้ตัวช่วยจำเดียวกันเพื่อสร้างกระเป๋าเงินบนทั้ง EVM และ SVM chains

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

• กระเป๋าเงิน EOA คือซอฟต์แวร์กระเป๋าเงินที่ทำงานบนเครื่องของผู้ใช้และเก็บกุญแจส่วนตัวไว้ อาจเป็นส่วนขยายบนเบราว์เซอร์ (เช่น Metamask และ Phantom) แอปมือถือ (เช่น Coinbase Wallet) หรือฮาร์ดแวร์พิเศษ (เช่น Ledger) กระเป๋าเงิน EOA กำหนดให้ผู้ใช้ลงนามในธุรกรรมย่อยแต่ละรายการเป็นรายบุคคล ซึ่งในปัจจุบันต้องมีการคลิกหลายครั้ง นอกจากนี้ยังกำหนดให้ผู้ใช้เก็บค่าธรรมเนียมคงเหลือไว้ในห่วงโซ่เป้าหมาย ซึ่งทำให้เกิดความขัดแย้งที่สำคัญในกระบวนการ อย่างไรก็ตาม ด้วยการอนุญาตให้ผู้ใช้ลงนามในธุรกรรมย่อยหลายรายการด้วยการคลิกเพียงครั้งเดียว ผู้ใช้จึงสามารถแยกความขัดแย้งของการคลิกหลายครั้งออกจากผู้ใช้ได้

• ในกระเป๋าเงิน Account Abstraction (AA) ผู้ใช้ยังคงสามารถเข้าถึงคีย์ส่วนตัวของตนได้ แต่จะแยกผู้ลงนามของเพย์โหลดธุรกรรมออกจากผู้ดำเนินการธุรกรรม ช่วยให้ฝ่ายที่ซับซ้อนสามารถรวมกลุ่มและดำเนินธุรกรรมผู้ใช้แบบอะตอมมิก (Avocado, Pimlico) กระเป๋าเงิน AA ยังคงต้องการให้ผู้ใช้ลงนามในธุรกรรมย่อยแต่ละรายการเป็นรายบุคคล (ปัจจุบันผ่านการคลิกหลายครั้ง) แต่ไม่จำเป็นต้องเก็บค่าธรรมเนียมคงเหลือในแต่ละห่วงโซ่

• ตัวแทนตามนโยบาย จะบันทึกคีย์ส่วนตัวของผู้ใช้ในสภาพแวดล้อมการดำเนินการที่แยกต่างหาก และสร้างข้อความที่ลงนามในนามของผู้ใช้ตามนโยบายของผู้ใช้ Telegram Bot, Near Account Aggregator หรือ SUAVE TEE เป็นกระเป๋าสตางค์ตามกลยุทธ์ ในขณะที่ Entropy หรือ Capsule เป็นส่วนขยายกระเป๋าสตางค์ตามกลยุทธ์ ผู้ใช้จะต้องลงนามในแบบฟอร์มอนุมัติเท่านั้น และการลงนามในธุรกรรมย่อยและการจัดการค่าธรรมเนียมในภายหลังสามารถดำเนินการให้เสร็จสิ้นโดยตัวแทนเหล่านี้ในระหว่างการดำเนินการ

ชั้นตัวแก้ปัญหา

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

Intent ประกอบด้วยค่าที่สามารถแยกได้ (EVs) สองประเภท: ค่า EV_ordering และ EV_signal

• EV_ordering เป็นค่าเฉพาะบล็อคเชนที่โดยทั่วไปแล้วจะถูกแยกออกมาโดยเอนทิตีที่ดำเนินการตามคำสั่งของผู้ใช้ (เช่น ตัวสร้างบล็อกหรือเครื่องมือตรวจสอบความถูกต้อง)

• EV_signal แสดงถึงค่าที่หน่วยงานใดๆ ก็ตามที่ปฏิบัติตามคำสั่งซื้อสามารถเข้าถึงได้ ก่อนที่จะถูกบันทึกอย่างเป็นทางการบนบล็อกเชน

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

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

การแบ่งปันข้อมูล

มีสามวิธีในการแบ่งปันข้อมูลกับตัวแก้ปัญหา:

• Mempool สาธารณะ : เจตนาของผู้ใช้จะถูกเผยแพร่สู่สาธารณะไปยัง mempool สาธารณะหรือเลเยอร์ความพร้อมใช้งานของข้อมูล และตัวแก้ปัญหาตัวแรกที่สามารถตอบสนองคำขอได้จะดำเนินการตามคำสั่งและกลายเป็นผู้ชนะ ระบบนี้ให้ข้อมูลแก่ผู้ใช้อย่างมากเนื่องจากผู้ใช้เปิดเผย EV_ordering และ EV_signal ตัวอย่างเช่น mepool สาธารณะของ Ethereum และสะพาน blockchain ต่างๆ ในกรณีของบริดจ์ ผู้ใช้จะต้องวางทรัพย์สินไว้ในเอสโครว์ก่อนโอนไปยังห่วงโซ่เป้าหมายเพื่อป้องกันการโจมตีที่เป็นอันตราย แต่กระบวนการนี้ทำให้ความตั้งใจของพวกเขาเปิดเผยสู่สาธารณะโดยไม่ได้ตั้งใจ

• การแบ่งปันบางส่วน : CAF สามารถลดจำนวนมูลค่าที่เปิดเผยต่อผู้ประมูลได้โดยการจำกัดการเปิดเผยข้อมูล อย่างไรก็ตาม วิธีการนี้จะนำไปสู่การสูญเสียการปรับราคาให้เหมาะสมโดยตรง และอาจนำไปสู่ปัญหาต่างๆ เช่น สแปมราคาเสนอ

• Mempool ส่วนตัว : การพัฒนาล่าสุดใน MPC และ TEE ทำให้ Mempool ส่วนตัวเต็มรูปแบบเป็นไปได้ ไม่มีข้อมูลรั่วไหลออกไปนอกสภาพแวดล้อมการดำเนินการ และนักแก้ปัญหาจะเข้ารหัสการตั้งค่าของตนและตรงกับจุดประสงค์แต่ละอย่าง แม้ว่า EV_ordering จะถูกบันทึกโดย mempool ส่วนตัว แต่ EV_signal ก็ไม่สามารถบันทึกได้ทั้งหมด ตัวอย่างเช่น หากการซื้อขายที่ถูกแฮ็กถูกส่งไปยัง mempool คนแรกที่เห็นคำสั่งซื้อสามารถวางการซื้อขายล่วงหน้าและจับ EV_signal ใน mempool ส่วนตัว ข้อมูลจะถูกเผยแพร่หลังจากบล็อกได้รับการยืนยันเท่านั้น ดังนั้นใครก็ตามที่เห็นธุรกรรมสามารถจับ EV_signal ได้ เป็นไปได้ว่านักแก้ปัญหาจะสร้างโหนดการรับรองเพื่อจับ EV_signal จากบล็อก TEE ที่เพิ่งสร้างใหม่ ทำให้การจับ EV_signal กลายเป็นการแข่งขันที่ล่าช้า

รายการตัวแก้

นอกจากนี้ CAF จะต้องตัดสินใจว่าจะมีผู้ประมูลกี่รายและรายใดที่จะเข้าร่วมการประมูลได้ ตัวเลือกหลักมีดังนี้:

• การเข้าถึงแบบเปิด : อุปสรรคต่ำสุดที่เป็นไปได้ในการเข้าร่วมสำหรับความสามารถในการเข้าร่วม สิ่งนี้คล้ายกับการเปิดเผย mempool ซึ่งทำให้ EV_signal และ EV_ordering รั่วไหล

• จำกัดการเข้าถึง : ความสามารถในการดำเนินการตามคำสั่ง Gating ผ่านไวท์ลิสต์ ระบบชื่อเสียง ค่าธรรมเนียม หรือการประมูลที่นั่ง จำเป็นต้องมีกลไก gating เพื่อให้แน่ใจว่า EV_signal ไม่ได้ถูกจับโดยตัวแก้ปัญหาในระบบ ตัวอย่าง ได้แก่ การประมูลขนาด 1 นิ้ว การประมูล Cowswap และการประมูล Uniswap X การแข่งขันที่ชนะคำสั่งซื้อจะจับ EV_ordering สำหรับผู้ใช้ ในขณะที่กลไก gating จะจับ EV_signal สำหรับตัวสร้างคำสั่งซื้อ (wallets, dApps)

• การเข้าถึงแบบเอกสิทธิ์เฉพาะบุคคล : การเข้าถึงแบบเอกสิทธิ์เฉพาะบุคคลคือรูปแบบการประมูลพิเศษที่มีการเลือกตัวแก้ปัญหาเพียงตัวเดียวต่อช่วงเวลา เนื่องจากไม่มีข้อมูลรั่วไหลไปยังตัวแก้ปัญหาอื่นๆ จึงไม่มีการเลือกที่ไม่พึงประสงค์และส่วนลดล่วงหน้า ตัวเริ่มต้นลำดับคำสั่งจะบันทึกค่าที่คาดหวังของ EV_signal และ EV_ordering และเนื่องจากไม่มีการแข่งขัน ผู้ใช้จะได้รับเพียงการดำเนินการเท่านั้น แต่ไม่มีการปรับปรุงราคา ตัวอย่างของการประมูลประเภทนี้ ได้แก่ การประมูล Robinhood และ DFlow

ชั้นการตั้งถิ่นฐาน

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

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

ออราเคิลข้ามสายโซ่

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

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

พระอรหันต์มีสองประเภท:

• ออราเคิลนอกโปรโตคอล : จำเป็นต้องแยกจากเครื่องมือตรวจสอบบุคคลที่สามที่รันฉันทามติเพื่อส่งข้อมูลระหว่างเครือข่าย เครื่องมือตรวจสอบความถูกต้องเพิ่มเติมจะเพิ่มค่าใช้จ่ายในการใช้งาน Oracle LayerZero, Wormhole, ChainLink และ Axelar Network คือตัวอย่างของ oracle ที่ไม่อยู่ในโปรโตคอล

• ออราเคิลในโปรโตคอล : บูรณาการอย่างลึกซึ้งเข้ากับอัลกอริธึมที่เป็นเอกฉันท์ของระบบนิเวศ และสื่อสารข้อมูลโดยใช้ชุดเครื่องมือตรวจสอบที่ทำงานเป็นเอกฉันท์ IBC ของ Cosmos ใช้สำหรับเครือข่ายที่ใช้ Cosmos SDK, ระบบนิเวศของ Polygon กำลังพัฒนา AggLayer และ Optimism กำลังพัฒนา Superchain ออราเคิลแต่ละอันใช้พื้นที่บล็อกเฉพาะเพื่อส่งข้อมูลระหว่างเชนในระบบนิเวศเดียวกัน

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

โทเค็นการเชื่อมโยง

ในโลกที่มีหลายสายโซ่ ยอดโทเค็นและค่าธรรมเนียมของผู้ใช้จะกระจายไปทั่วทุกเครือข่าย ก่อนการดำเนินการข้ามเครือข่ายแต่ละครั้ง ผู้ใช้จำเป็นต้องเชื่อมโยงเงินทุนจากห่วงโซ่เดิมไปยังห่วงโซ่เป้าหมาย ขณะนี้มี สะพานข้ามสายโซ่ที่ใช้งานอยู่ 34 แห่ง โดยมี TVL รวม 7.7 พันล้านดอลลาร์ และปริมาณสะพาน 8.6 พันล้านดอลลาร์ในช่วง 30 วันที่ผ่านมา

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

สะพานข้ามโซ่มีสองประเภท:

• Lock and Mint Bridge: Lock and Mint Bridge ตรวจสอบการฝากโทเค็นบนเชนดั้งเดิมและโทเค็นมินต์บนเชนเป้าหมาย เงินทุนที่จำเป็นในการเปิดตัวสะพานดังกล่าวมีขนาดเล็ก แต่การถ่ายโอนข้อมูลที่ถูกล็อคอย่างปลอดภัยต้องใช้การลงทุนจำนวนมาก การละเมิดความปลอดภัย บนสะพานเหล่านี้ส่งผลให้ผู้ถือโทเค็นสูญเสียมูลค่าหลายพันล้านดอลลาร์

• Liquidity Bridge : Liquidity Bridge ใช้กลุ่มสภาพคล่องบนเชนดั้งเดิมและเชนเป้าหมาย และใช้อัลกอริธึมเพื่อกำหนดอัตราการแปลงระหว่างเชนดั้งเดิมและโทเค็นเป้าหมาย แม้ว่าสะพานเหล่านี้จะมีต้นทุนเริ่มต้นที่สูงกว่า แต่ต้องมีการประกันความปลอดภัยที่ต่ำกว่า หากมีการละเมิดความปลอดภัยเกิดขึ้น เฉพาะกองทุนในแหล่งรวมสภาพคล่องเท่านั้นที่มีความเสี่ยง

ในสะพานข้ามสายโซ่ทั้งสอง ผู้ใช้จำเป็นต้องจ่ายต้นทุนสภาพคล่อง ในสะพาน lock-and-mint ต้นทุนสภาพคล่องจะเกิดขึ้นเมื่อมีการแลกเปลี่ยนจากโทเค็นการห่อเป็นโทเค็นที่ต้องการ (USDC.e ถึง USDC) บนห่วงโซ่เป้าหมาย ในขณะที่ในสะพานสภาพคล่อง ต้นทุนสภาพคล่องจะเกิดขึ้นเมื่อมีการแลกเปลี่ยนจากเดิม โทเค็นเป็น USDC เกิดขึ้นเมื่อโทเค็นบนเชนถูกแลกเปลี่ยนเป็นโทเค็นบนเชนเป้าหมาย

ไตรเลมมาแบบครอสเชน

การตัดสินใจออกแบบทั้งห้าข้อข้างต้นทำให้เกิด cross-chain trilemma CAF ต้องเลือกคุณลักษณะสองประการระหว่างการรับประกันการดำเนินการ ค่าธรรมเนียมต่ำ และความเร็วในการดำเนินการ

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

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

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

ส่วนประกอบทั้งหกของเค้ก

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

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

สะพานที่กำหนดโทเค็น

มีกรณีพิเศษของสะพาน lock-and-mint ที่ไม่ต้องจ่ายต้นทุนสภาพคล่อง หรือที่เรียกว่าสะพาน burn-and-mint (เช่น USDC CCTP) ทีมโทเค็นจะกำหนดที่อยู่โทเค็นมาตรฐานในแต่ละเชน และบริดจ์มีอำนาจในการสร้างโทเค็นที่ผู้ใช้ต้องการ

หากมองใกล้ ๆ คุณจะเห็นว่า Burn และ Mint Bridge นั้นคล้ายคลึงกับการถ่ายโอนแบบ Cross-Chain โดยมีความเร็วการยืนยันบล็อกที่เพียงพอ xERC 20 เป็นมาตรฐานสำหรับการระบุโทเค็นมาตรฐานและบริดจ์ที่ได้รับมอบหมายบนเชนเป้าหมาย บริดจ์ที่ระบุโทเค็นเป็นตัวอย่างของเส้นทางภายในโปรโตคอลที่เสียสละความเร็วในขณะที่รับประกันการดำเนินการและค่าธรรมเนียมต่ำ เช่น CCTP ใช้เวลา 20 นาทีในการถ่ายโอนให้เสร็จสมบูรณ์

สะพานประสานระบบนิเวศ

สะพานประสานงานระบบนิเวศ สามารถส่งข้อความตามอำเภอใจระหว่างเครือข่ายภายในระบบนิเวศเดียวกัน บริดจ์ดังกล่าวเป็นเส้นทางภายในโปรโตคอลที่ให้ความสำคัญกับการรับประกันการดำเนินการและค่าธรรมเนียมต่ำเมื่อเทียบกับความเร็ว ตัวอย่าง ได้แก่ Cosmos IBC, Polygon AggLayer และ Optimism Superchain

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

ระบบนิเวศของ Cosmos ประกอบด้วยเครือข่ายอิสระที่มีความปลอดภัยสูงสุดและขั้นสุดท้ายที่รวดเร็ว ทำให้การส่งข้อความข้ามเครือข่ายภายในโปรโตคอลรวดเร็วมาก ระบบนิเวศของการยกเลิกขึ้นอยู่กับการสิ้นสุดระยะเวลาท้าทาย (การสรุปผลในแง่ดี) หรือการส่งหลักฐาน zk (การสรุปผลความถูกต้อง) เพื่อให้บรรลุผลขั้นสุดท้าย เนื่องจากข้อจำกัดขั้นสุดท้ายเหล่านี้ การส่งข้อความทั่วทั้งระบบนิเวศจึงช้าลง

การแข่งขันด้านราคาของตัวแก้ปัญหา

การแข่งขันด้านราคาของ Solver เกี่ยวข้องกับการแชร์ข้อมูลคำสั่งซื้อกับ Solver ทั้งหมด โปรแกรมแก้ปัญหาได้รับการออกแบบมาเพื่อรวมค่าที่คาดหวัง (EV) ที่สร้างขึ้นโดยความตั้งใจในการสั่งซื้อ และมอบให้กับผู้ใช้ การเลือก Solver ที่ชนะในระบบจะขึ้นอยู่กับการเพิ่มราคาของผู้ใช้ให้สูงสุด อย่างไรก็ตาม การออกแบบนี้มีความเสี่ยงที่จะไม่ดำเนินการ และต้องมีกลไกเพิ่มเติมเพื่อให้มั่นใจในความน่าเชื่อถือของคำสั่งซื้อ ตัวอย่างของกลไกดังกล่าว ได้แก่ Uniswap X, Bungee และ Jumper

ข้อความกระทบยอดกระเป๋าเงิน

ข้อความการประสานงาน Wallet ใช้ประโยชน์จากคุณสมบัติที่ AA หรือ Wallet ตามนโยบายมอบให้เพื่อมอบประสบการณ์แบบ Cross-Chain ที่เข้ากันได้กับประเภท Intent ทุกประเภท โดยทำหน้าที่เป็นผู้รวบรวม CA ขั้นสุดยอด โดยเปลี่ยนเส้นทางความตั้งใจของผู้ใช้ระหว่างการออกแบบ CA ต่างๆ เพื่อจัดการกับจุดประสงค์เฉพาะ ตัวอย่าง ได้แก่ Avocado Wallet, Near Account Aggregator และ Metamask Portfolio

สิ่งสำคัญที่ควรทราบคือในช่วงทศวรรษที่ผ่านมา ระบบนิเวศของสกุลเงินดิจิทัลได้เรียนรู้ว่าความสัมพันธ์ระหว่างผู้ใช้และกระเป๋าเงินของพวกเขานั้นเหนียวแน่นมาก เมื่อใดก็ตามที่ฉันคิดที่จะย้ายวลีช่วยในการจำจาก Metamask ไปยังกระเป๋าเงินอื่น ฉันรู้สึกหวาดกลัวอย่างยิ่ง นี่คือสาเหตุที่ EIP-4337 ยังคง มีการนำไปใช้ในระดับต่ำ หลังจากผ่านไป 2.5 ปี แม้ว่าจะได้รับการสนับสนุนจาก Vitalik Buterin เองก็ตาม แม้ว่าโปรโตคอลกระเป๋าเงินเวอร์ชันใหม่อาจเสนอราคาที่ดีกว่าแก่ผู้ใช้ (การลบบัญชี) หรือปรับปรุงความสะดวกในการใช้งาน (กระเป๋าเงินตามนโยบาย) แต่การย้ายผู้ใช้จากกระเป๋าเงินปัจจุบันถือเป็นงานที่น่ากังวล

การแข่งขันความเร็วของนักแก้ปัญหา

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

การออกแบบนี้มีจุดมุ่งหมายเพื่อให้บรรลุอัตราการรวมที่สูงโดยการเพิ่ม EV ที่ Solver จับให้ได้มากที่สุด อย่างไรก็ตาม สิ่งนี้มาพร้อมกับต้นทุนของการรวมศูนย์ เนื่องจากต้องอาศัยการจัดการเงินทุนที่ซับซ้อนบนเมนเน็ต Ethereum หรือการดำเนินการที่มีเวลาแฝงต่ำบน L2

การประมูลเป็นกลุ่มพิเศษ

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

สรุปแล้ว

Chain Abstraction Framework (CAF) สัญญาว่าจะให้ผู้ใช้มีการโต้ตอบข้ามสายโซ่ที่ราบรื่น ในบทความนี้ เราตรวจสอบการออกแบบในการผลิตและการพัฒนาโดยทีมงานหลายทีมที่พยายามแก้ไขปัญหา chain abstraction ทั้งโดยชัดแจ้งหรือโดยปริยาย เราเชื่อว่านี่จะเป็นปีของ CAF และคาดว่าการแข่งขันที่สำคัญระหว่างการออกแบบที่แตกต่างกันและการนำไปใช้งานจะเกิดขึ้นในช่วง 6-12 เดือนข้างหน้า

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

ข้อสรุปที่สำคัญที่เราได้รับจากกระบวนการนี้คือ เราจำเป็นต้องมีมาตรฐานทั่วไปในการแสดงความตั้งใจแบบ cross-chain ขณะนี้หลายทีมกำลังทำงานอย่างเป็นอิสระเกี่ยวกับโปรโตคอลสำหรับการเข้ารหัสความตั้งใจของผู้ใช้ ส่งผลให้เกิดความซ้ำซ้อน มาตรฐานแบบรวมจะช่วยปรับปรุงความเข้าใจของผู้ใช้เกี่ยวกับข้อความที่เซ็นชื่อ อำนวยความสะดวกให้กับนักแก้ปัญหาและความตั้งใจในการประมวลผลของ oracles และทำให้การรวมเข้ากับกระเป๋าสตางค์ง่ายขึ้น

ลิงค์เดิม