แนะนํากรอบ CAKE
TL; ดร
- UX การเข้ารหัสลับเริ่มต้นในวันนี้มีไว้สําหรับผู้ใช้ที่จะรู้เสมอว่าพวกเขากําลังโต้ตอบกับเครือข่ายใด อย่างไรก็ตามผู้ใช้อินเทอร์เน็ตไม่จําเป็นต้องรู้ว่าพวกเขากําลังโต้ตอบกับผู้ให้บริการคลาวด์รายใด การนําแนวทางนี้มาสู่บล็อกเชนคือสิ่งที่เราเรียกว่า Chain Abstraction
- บทความนี้แนะนําเฟรมเวิร์ก CAKE เช่น Chain Abstraction Key Elements ประกอบด้วยสี่ชั้น: แอปพลิเคชันสิทธิ์การแก้และการตั้งถิ่นฐานซึ่งช่วยอํานวยความสะดวกในการดําเนินงานข้ามสายโซ่ที่ราบรื่นสําหรับผู้ใช้
- การบรรลุ Chain Abstraction ต้องใช้ชุดเทคโนโลยีที่ซับซ้อนเพื่อให้การดําเนินการที่เชื่อถือได้คุ้มค่าปลอดภัยรวดเร็วและเป็นส่วนตัว
- เรากําหนดพื้นที่การแลกเปลี่ยนข้ามสายโซ่ในนามธรรมโซ่เป็นไตรเลมาและเสนอการออกแบบหกแบบซึ่งแต่ละแบบมีข้อดีที่เป็นเอกลักษณ์
- เพื่อที่จะประสบความสําเร็จในการก้าวกระโดดไปสู่อนาคตที่เป็นนามธรรมของห่วงโซ่มันเป็นสิ่งจําเป็นที่เราในฐานะอุตสาหกรรมกําหนดและใช้มาตรฐานทั่วไปสําหรับการส่งข้อความระหว่างชั้นของ CAKE มาตรฐานที่ยอดเยี่ยมคือไอซิ่งบนเค้ก 🎂
บทนํา
ในปี 2020 เครือข่าย Ethereum เปลี่ยนเป็น rollup centric roadmap สําหรับการปรับขนาด สี่ปีนับตั้งแต่การตัดสินใจครั้งนั้นมากกว่า 50 rollups (L2s) อยู่ในการผลิตแล้ว ในขณะที่ rollups ให้การปรับขนาดแนวนอนที่จําเป็นมากสําหรับพื้นที่บล็อก EVM แต่ก็มี แนะนํา CAKE Framework ในโลกที่เป็นนามธรรมห่วงโซ่ผู้ใช้ไปที่เว็บไซต์ dApps เชื่อมต่อกระเป๋าเงินของพวกเขาลงนามในการดําเนินการที่ตั้งใจไว้และรอการตั้งถิ่นฐานในที่สุด ความซับซ้อนทั้งหมดของการได้มาซึ่งสินทรัพย์ที่จําเป็นไปยังห่วงโซ่เป้าหมายและการตั้งถิ่นฐานขั้นสุดท้ายจะถูกคัดแยกออกจากผู้ใช้ซึ่งเกิดขึ้นในชั้นโครงสร้างพื้นฐานของ CAKE CAKE มีโครงสร้างพื้นฐานสามชั้น: การบรรลุ Chain Abstraction หมายถึงการรวมโครงสร้างพื้นฐานสามชั้นข้างต้นเข้ากับผลิตภัณฑ์แบบครบวงจร ข้อมูลเชิงลึกที่สําคัญในขณะที่รวมเลเยอร์เหล่านี้คือความแตกต่างระหว่างการถ่ายโอนข้อมูลกับค่าการถ่ายโอน การถ่ายโอนข้อมูลระหว่างห่วงโซ่ควรไม่สูญเสียและจําเป็นต้องพึ่งพาเส้นทางที่ปลอดภัยที่สุด สมมติว่าผู้ใช้พยายามลงคะแนนใช่ในการลงคะแนนการกํากับดูแลจากห่วงโซ่หนึ่งไปยังอีกห่วงโซ่หนึ่งพวกเขาไม่ต้องการให้การลงคะแนนของพวกเขาเปลี่ยนเป็นอาจจะ ในทางกลับกันมูลค่าการโอนอาจสูญเสียตามความต้องการของผู้ใช้ บุคคลที่สามที่มีความซับซ้อนสามารถใช้ประโยชน์เพื่อให้ผู้ใช้เร็วขึ้นถูกกว่าหรือรับประกันการโอนมูลค่า หมายเหตุ 95% ของ ethereum blockspace (ถ่วงน้ําหนักโดยค่าธรรมเนียมที่จ่ายให้กับผู้ตรวจสอบความถูกต้อง) ถูกใช้สําหรับการโอนมูลค่า สามชั้นข้างต้นแนะนําการตัดสินใจออกแบบที่สําคัญซึ่ง CAF ต้องดําเนินการ พวกเขาเกี่ยวข้องกับผู้ที่ควบคุมอํานาจในการดําเนินการตามเจตนาข้อมูลใดที่ควรเปิดเผยต่อผู้แก้และเส้นทางการตั้งถิ่นฐานที่มีให้สําหรับนักแก้ ลองดูที่แต่ละคนในรายละเอียด เลเยอร์สิทธิ์จะเก็บคีย์ส่วนตัวสําหรับผู้ใช้และลงนามในข้อความในนามของพวกเขา ซึ่งจะดําเนินการแบบ on-chain เป็นธุรกรรม CAF จําเป็นต้องสนับสนุนแผนการลงนามและเพย์โหลดธุรกรรมสําหรับเครือข่ายเป้าหมายทั้งหมดที่ต้องการสนับสนุน ตัวอย่างเช่น กระเป๋าเงินที่รองรับรูปแบบการลงนาม ECDSA และมาตรฐานการทําธุรกรรม EVM จะจํากัดเฉพาะ Ethereum, L2s และ side-chains (เช่น Metamask wallet) ในทางกลับกันกระเป๋าเงินที่รองรับทั้ง EVM และ SVM (Solana VM) จะสามารถรองรับระบบนิเวศทั้งสอง (เช่น Phantom wallet) สิ่งสําคัญคือต้องทราบว่าความจําเดียวกันสามารถใช้เพื่อสร้างกระเป๋าเงินได้ทั้งในเครือข่าย EVM และ SVM ธุรกรรมแบบหลายสายเดี่ยวประกอบด้วยธุรกรรมย่อยหลายรายการที่ต้องดําเนินการตามลําดับที่ถูกต้อง ธุรกรรมย่อยเหล่านี้จะต้องดําเนินการในหลายเชน โดยแต่ละธุรกรรมมีค่าธรรมเนียมและค่าธรรมเนียมที่แตกต่างกันตามเวลาของตนเอง การประสานงานและการชําระบัญชีของธุรกรรมย่อยเหล่านี้เกิดขึ้นได้อย่างไรเป็นการตัดสินใจออกแบบที่สําคัญสําหรับชั้นการอนุญาต เมื่อผู้ใช้โพสต์เจตนาของพวกเขาเลเยอร์การแก้ปัญหาเกี่ยวข้องกับการคืนค่าธรรมเนียมและเวลายืนยันให้กับผู้ใช้ ปัญหานี้เกี่ยวข้องอย่างใกล้ชิดกับการออกแบบการประมูลการไหลของคําสั่งซื้อและเขียนรายละเอียด ที่นี่ CAF สามารถใช้ประโยชน์จากเส้นทางในโปรโตคอลเพื่อดําเนินการตามเจตนาของผู้ใช้หรือใช้ประโยชน์จากตัวแก้ aka ของบุคคลที่สามที่ซับซ้อนเพื่อให้ UX ที่ได้รับการปรับปรุงแก่ผู้ใช้โดยประนีประนอมกับการรับประกันความปลอดภัยบางอย่าง การตัดสินใจออกแบบสองครั้งถัดไปเกิดขึ้นเมื่อเรานําตัวแก้เข้าสู่กรอบ CAF และเกี่ยวข้องกับข้อมูล เจตนาประกอบด้วยค่าที่แยกได้ (EV) สองประเภท: EV_ordering และ EV_signal EV_ordering เป็นค่าเฉพาะสําหรับบล็อกเชน ซึ่งโดยทั่วไปจะแยกโดยเอนทิตีที่ดําเนินการคําสั่งซื้อของผู้ใช้ เช่น ผู้สร้างบล็อกหรือผู้ตรวจสอบความถูกต้อง ในทางกลับกัน EV_signal แสดงถึงมูลค่าที่สามารถเข้าถึงได้โดยหน่วยงานใด ๆ ที่ปฏิบัติตามคําสั่งก่อนที่จะถูกบันทึกอย่างเป็นทางการบนบล็อกเชน เจตนาของผู้ใช้ที่แตกต่างกันมีการแจกแจงที่แตกต่างกันระหว่าง EV_ordering และ EV_signal ตัวอย่างเช่นความตั้งใจที่จะแลกเปลี่ยนเหรียญบน DEX มักจะมี EV_ordering สูง แต่ EV_signal ต่ํา ในทางกลับกันธุรกรรมแฮ็คที่เข้ามาจะมีองค์ประกอบของ EV_signal ที่สูงกว่าเนื่องจากการเรียกใช้ด้านหน้าจะส่งคืนมูลค่ามากกว่าการดําเนินการอย่างมีนัยสําคัญ สิ่งสําคัญคือต้องทราบว่าบางครั้ง EV_signal อาจเป็นลบเช่นในกรณีของการซื้อขายจาก Market Makers ซึ่งหน่วยงานที่ดําเนินการคําสั่งเหล่านี้อาจประสบกับความสูญเสียเนื่องจากผู้ดูแลสภาพคล่องเข้าใจสภาวะตลาดในอนาคตได้ดีขึ้น เมื่อใครบางคนมีความสามารถในการสังเกตเจตนาของผู้ใช้ล่วงหน้าพวกเขาสามารถมีส่วนร่วมในการวิ่งหน้าซึ่งนําไปสู่การรั่วไหลของมูลค่า นอกจากนี้ โอกาสที่ EV_signal จะเป็นลบยังสร้างสภาพแวดล้อมการแข่งขันระหว่างผู้แก้ปัญหา ทําให้พวกเขาส่งราคาเสนอที่ต่ํากว่าและส่งผลให้เกิดการรั่วไหลของมูลค่าเพิ่มเติม (หรือที่เรียกว่าการเลือกที่ไม่พึงประสงค์) ในที่สุดการรั่วไหลส่งผลกระทบต่อผู้ใช้โดยการเพิ่มค่าธรรมเนียมหรือให้ราคาที่ไม่เอื้ออํานวย หมายเหตุค่าธรรมเนียมต่ําหรือการปรับปรุงราคาเป็นสองด้านของเหรียญเดียวกันและจะใช้แทนกันได้ในช่วงที่เหลือของบทความ มี 3 วิธีในการแบ่งปันข้อมูลกับผู้แก้ปัญหา: CAF ยังต้องตัดสินใจว่าผู้ประมูลรายใดได้รับอนุญาตให้เข้าร่วมการประมูล โดยทั่วไปตัวเลือกมีดังต่อไปนี้: เมื่อกระเป๋าเงินลงนามในชุดของธุรกรรมพวกเขาจะต้องดําเนินการบนบล็อกเชน ธุรกรรมข้ามสายโซ่แปลงกระบวนการชําระบัญชีจากอะตอมเป็นอะซิงโครนัส ในขณะที่ธุรกรรมเริ่มต้นกําลังดําเนินการและยืนยันสถานะในห่วงโซ่เป้าหมายสามารถเปลี่ยนแปลงได้ซึ่งอาจนําไปสู่ความล้มเหลวของธุรกรรม ส่วนย่อยนี้จะศึกษาการแลกเปลี่ยนระหว่างต้นทุนความปลอดภัยเวลายืนยันและการรับประกันการดําเนินการ สิ่งสําคัญคือต้องทราบว่าการดําเนินการธุรกรรมที่ตั้งใจไว้บนห่วงโซ่เป้าหมายขึ้นอยู่กับกลไกการรวมธุรกรรมของห่วงโซ่เป้าหมาย รวมถึงความสามารถในการเซ็นเซอร์ธุรกรรมและกลไกค่าธรรมเนียมของห่วงโซ่เป้าหมายรวมถึงปัจจัยอื่น ๆ เราเชื่อว่าการเลือกห่วงโซ่เป้าหมายเป็นการตัดสินใจสําหรับ dApp และจะพิจารณาเกินขอบเขตของบทความนี้ สองบล็อกเชนที่มีสถานะและกลไกฉันทามติที่แตกต่างกันจําเป็นต้องมีตัวกลาง เช่น Oracle เพื่ออํานวยความสะดวกในการถ่ายโอนข้อมูลระหว่างกัน ออราเคิลทําหน้าที่เป็นรีเลย์สําหรับข้อมูลระหว่างโซ่ ซึ่งรวมถึงการตรวจสอบสถานการณ์เช่นผู้ใช้ล็อคเงินในบัญชีเอสโครว์สําหรับสะพานล็อคและมิ้นท์หรือการยืนยันยอดคงเหลือโทเค็นของผู้ใช้ในห่วงโซ่ต้นทางเพื่อมีส่วนร่วมในการลงคะแนนการกํากับดูแลในห่วงโซ่เป้าหมาย ออราเคิลถ่ายโอนข้อมูลระหว่างโซ่ด้วยความเร็วของโซ่ที่ช้าที่สุด นี่เป็นสิ่งจําเป็นในการจัดการความเสี่ยงในการจัดโครงสร้างใหม่เนื่องจาก Oracle จําเป็นต้องรอฉันทามติเกี่ยวกับห่วงโซ่ต้นกําเนิด ลองพิจารณาสถานการณ์ที่ผู้ใช้ต้องการเชื่อมโยง USDC จากห่วงโซ่ต้นทางไปยังห่วงโซ่เป้าหมาย ในการทําเช่นนี้ผู้ใช้จะล็อคเงินของพวกเขาในสัญญา อย่างไรก็ตามหาก Oracle ไม่รอการยืนยันที่เพียงพอและดําเนินการสร้างโทเค็นสําหรับผู้ใช้ในห่วงโซ่เป้าหมายปัญหาอาจเกิดขึ้นได้ ในกรณีที่มีการจัดโครงสร้างใหม่หากผู้ใช้เขียนทับธุรกรรมเอสโครว์ Oracle จะมีการใช้จ่ายสองครั้ง ออราเคิลมีสองประเภท: ในโลกแบบหลายเชน โทเค็นผู้ใช้และยอดคงเหลือค่าธรรมเนียมจะกระจายไปทั่วทุกเครือข่าย ก่อนการดําเนินการข้ามสายโซ่ทุกครั้งผู้ใช้จําเป็นต้องเชื่อมโยงเงินทุนจากห่วงโซ่ต้นทางไปยังห่วงโซ่เป้าหมาย ปัจจุบันมี 34 สะพานที่ใช้งานอยู่พร้อม TVL รวม $7.7B และเชื่อม ปริมาณ $8.6B ในช่วง 30 วันที่ผ่านมา การเชื่อมโยงโทเค็นเป็นกรณีของการโอนมูลค่า สิ่งนี้สร้างโอกาสในการใช้บุคคลที่สามที่มีความเชี่ยวชาญซึ่งมีความเชี่ยวชาญในการจัดการเงินทุนและยินดีที่จะรับความเสี่ยงในการปรับโครงสร้างใหม่ลดต้นทุนและเวลาที่จําเป็นสําหรับการทําธุรกรรมของผู้ใช้ สะพานมี 2 ประเภท: ในสะพานทั้งสองประเภทมีค่าใช้จ่ายสภาพคล่องซึ่งผู้ใช้ต้องจ่าย ใน Lock and Mint bridges ต้นทุนสภาพคล่องคือในขณะที่สลับจากโทเค็นที่ห่อไปยังโทเค็นที่ต้องการ (USDC.e ถึง USDC) บนห่วงโซ่เป้าหมายในขณะที่ใน Liquidity Bridges ต้นทุนสภาพคล่องคือในขณะที่แลกเปลี่ยนจากโทเค็นบนห่วงโซ่ต้นทางไปยังโทเค็นบนห่วงโซ่เป้าหมาย การตัดสินใจออกแบบ 5 ข้อข้างต้นก่อให้เกิด trilemma แบบ cross-chain CAF ต้องเลือกคุณสมบัติ 2 แห่งระหว่างการรับประกันการดําเนินการค่าธรรมเนียมต่ําและความเร็วในการดําเนินการ ในการเขียนบทความนี้เราได้ศึกษาการออกแบบที่แตกต่างกันมากกว่า 20 แบบจากทีมทั้งการทํางานอย่างชัดเจนและโดยนัยเกี่ยวกับ Chain Abstraction ในส่วนนี้เราจะพูดถึงการใช้งาน CA อิสระหกรายการซึ่งเราเชื่อว่ามีประสิทธิภาพโดยธรรมชาติและความเหมาะสมของตลาดผลิตภัณฑ์ การออกแบบเหล่านี้มีศักยภาพในการแต่งเพลงซึ่งกันและกันหากสร้างขึ้นอย่างถูกต้อง ประเด็นสําคัญประการหนึ่งจากแบบฝึกหัดนี้คือเราต้องการมาตรฐานทั่วไปในการแสดงเจตนาข้ามสายโซ่ แต่ละทีมกําลังทํางานเกี่ยวกับวิธีการและโปรโตคอลของตนเองสําหรับการเข้ารหัสเจตนาของผู้ใช้ การรวมมาตรฐานเข้าด้วยกันจะช่วยปรับปรุงความเข้าใจของผู้ใช้เกี่ยวกับข้อความที่พวกเขากําลังลงนามทําให้นักแก้และออราเคิลเข้าใจเจตนาเหล่านี้ได้ง่ายขึ้นและทําให้การรวมเข้ากับกระเป๋าเงินง่ายขึ้น โทเค็น Anointed Bridges สะพานที่สอดคล้องกับระบบนิเวศ การแข่งขันด้านราคา Solver การส่งข้อความที่ควบคุมโดย Wallet การแข่งขันความเร็ว Solver การประมูลแบบแบทช์พิเศษ วัตถุประสงค์ การโอนเงินข้ามสายโซ่ราคาถูก การโทรด้วยข้อความข้ามสายโซ่ การแลกเปลี่ยนข้ามสายโซ่ราคาถูก การโทรด้วยข้อความข้ามสายโซ่ การถ่ายโอนข้ามสายโซ่ที่รวดเร็ว การโทรด้วยข้อความข้ามสายโซ่ ตัว อย่าง เช่น CCTP, CCIP, XERC20 AggLayer, ซูเปอร์เชน, IBC บันจี้จัมเปอร์, Uniswap X อัลเฟรด, อะโวคาโด, ใกล้บัญชี ข้าม, วงโคจร นา กระเป๋าสตางค์ ใด ใด ขึ้นอยู่กับการใช้งาน AA หรือตามนโยบาย ใด ใด ข้อมูลที่แชร์ สาธารณะ สาธารณะ ขึ้นอยู่กับการใช้งาน ขึ้นอยู่กับการใช้งาน ทั้งหมดหรือไม่มีเลย ไม่มีใคร รายการแก้ ขึ้นอยู่กับการใช้งาน ขึ้นอยู่กับการใช้งาน ทางเข้าด้วยรั้วรอบขอบชิด ขึ้นอยู่กับการใช้งาน ขึ้นอยู่กับการใช้งาน พิเศษ คําพยากรณ์ ในโปรโตคอล ในโปรโตคอล นอกโปรโตคอล นอกโปรโตคอล นอกโปรโตคอล นอกโปรโตคอล การเชื่อมโยงโทเค็น เผาและสะระแหน่ ล็อคและสะระแหน่ ขึ้นอยู่กับตัวแก้ ขึ้นอยู่กับตัวแก้ สะพานสภาพคล่อง ขึ้นอยู่กับการใช้งาน มีกรณีพิเศษของสะพานล็อคและมิ้นท์ซึ่งไม่จ่ายค่าสภาพคล่องหรือที่เรียกว่าสะพานเผาและมิ้นท์ (เช่น. USDC CCTP) ทีมโทเค็นเจิมที่อยู่โทเค็นบัญญัติในแต่ละห่วงโซ่ในขณะที่สะพานมีอํานาจในการสร้างโทเค็นเช่นโทเค็นที่ผู้ใช้ต้องการ หากคุณเหล่อย่างหนักพอสะพานเผาไหม้และสะระแหน่จะคล้ายกับการถ่ายโอนข้ามโซ่ด้วยความเร็วของการยืนยันบล็อกที่เพียงพอ xERC20 เป็นหนึ่งในมาตรฐานดังกล่าวในการเจิมโทเค็นบัญญัติและสะพานที่ได้รับอนุญาตบนโซ่เป้าหมาย สะพานที่เจิมโทเค็นเป็นตัวอย่างของเส้นทางในโปรโตคอลเช่นมันประนีประนอมกับความเร็วในการรับประกันการดําเนินการและค่าธรรมเนียมต่ําเช่น CCTP ใช้เวลา 20 นาทีในการดําเนินการโอน สะพานที่สอดคล้องกับระบบนิเวศช่วยให้สามารถถ่ายโอนข้อความโดยพลการระหว่างเชนภายในระบบนิเวศเดียวกัน มันอยู่ภายใต้หมวดหมู่ของเส้นทางในโปรโตคอลจัดลําดับความสําคัญของการรับประกันการดําเนินการและค่าธรรมเนียมต่ํามากกว่าความเร็ว ตัวอย่างเช่น Cosmos IBC, Polygon AggLayer และ Optimism Superchain เมื่อสามปีก่อนระบบนิเวศของ Cosmos ต้องเผชิญกับความท้าทายที่คล้ายคลึงกันกับสิ่งที่ Ethereum กําลังเผชิญอยู่ในปัจจุบัน สภาพคล่องกระจัดกระจายไปทั่วห่วงโซ่แต่ละห่วงโซ่มีโทเค็นค่าธรรมเนียมของตัวเองและการจัดการบัญชีหลายสายก็ยุ่งยาก ระบบนิเวศของ Cosmos แก้ไขปัญหาเหล่านี้โดยใช้ข้อความในโปรโตคอลที่ส่งผ่านบริดจ์ผ่าน IBC ส่งผลให้บัญชีหลายสายและการถ่ายโอนข้ามสายโซ่เป็นไปอย่างราบรื่น ระบบนิเวศของจักรวาลประกอบด้วยโซ่อิสระที่มีความปลอดภัยอธิปไตยและขั้นสุดท้ายที่รวดเร็วทําให้เส้นทางในโปรโตคอลสําหรับการส่งข้อความข้ามสายโซ่รวดเร็วมาก ในทางกลับกันระบบนิเวศของ rollup ขึ้นอยู่กับการหมดอายุของระยะเวลาความท้าทาย (Optimistic Rollups) หรือกระทํา zk-proofs (Validity Rollups) เพื่อสิ้นสุด เส้นทางในโปรโตคอลสําหรับข้อความที่ส่งผ่านระบบนิเวศจะช้าเนื่องจากข้อ จํากัด ขั้นสุดท้ายเหล่านี้ การแข่งขันด้านราคา Solver เกี่ยวข้องกับการแบ่งปันข้อมูลคําสั่งซื้อกับตัวแก้ทั้งหมด Solvers มีจุดมุ่งหมายเพื่อรวมมูลค่าที่คาดหวัง (EV) ที่สร้างขึ้นโดยความตั้งใจของคําสั่งซื้อและมอบให้กับผู้ใช้ การเลือกตัวแก้ที่ชนะในระบบนั้นขึ้นอยู่กับการปรับปรุงราคาผู้ใช้ให้สูงสุด อย่างไรก็ตามการออกแบบนี้มีความเสี่ยงจากการไม่ดําเนินการและต้องการกลไกเพิ่มเติมเพื่อให้แน่ใจว่ามีการรวมคําสั่งซื้อที่เชื่อถือได้ ตัวอย่างของกลไกดังกล่าว ได้แก่ Uniswap X, Bungee และ Jumper Wallet การส่งข้อความประสานงานใช้ความสามารถที่ได้รับจาก AA หรือกระเป๋าเงินตามนโยบายเพื่อมอบประสบการณ์ข้ามสายโซ่ที่เข้ากันได้กับเจตนาทุกประเภท มันทําหน้าที่เป็นตัวรวบรวม CA ที่ดีที่สุดเปลี่ยนเส้นทางความตั้งใจของผู้ใช้ในการออกแบบ CA ต่างๆเพื่อจัดการกับเจตนาเฉพาะ ตัวอย่างเช่น Avocado wallet, Near Account Aggregator และ Metamask Portfolio โปรดทราบว่าในช่วงทศวรรษที่ผ่านมาระบบนิเวศของ crypto ได้เรียนรู้ว่าความสัมพันธ์ระหว่างผู้ใช้และกระเป๋าเงินของพวกเขานั้นเหนียวมาก โดยส่วนตัวแล้วฉันรู้สึกหวาดกลัวทุกครั้งที่คิดถึงการย้ายความจําของฉันจาก Metamask ไปยังกระเป๋าเงินอื่น นี่เป็นเหตุผลว่าทําไมแม้หลังจาก 2.5 ปีและการสนับสนุนจาก Vitalik Buterin เอง EIP-4337 ได้รับ การยอมรับน้อยที่สุด แม้ว่าโปรโตคอลกระเป๋าเงินเวอร์ชันใหม่อาจให้ราคาที่ดีกว่าแก่ผู้ใช้ (นามธรรมของบัญชี) หรือความสะดวกในการใช้งานที่ดีขึ้น (กระเป๋าเงินตามนโยบาย) แต่การโยกย้ายผู้ใช้จากกระเป๋าเงินปัจจุบันเป็นงานที่ยากลําบาก การแข่งขันความเร็ว Solver ช่วยให้ผู้ใช้สามารถแสดงความตั้งใจสําหรับการเปลี่ยนข้ามสายโซ่เฉพาะสําหรับการรับประกันการดําเนินการสูง ไม่ได้ช่วยผู้ใช้ในการลดค่าธรรมเนียม แต่เสนอช่องทางที่เชื่อถือได้สําหรับการรวมธุรกรรมที่ซับซ้อน ผู้แก้คนแรกที่ดําเนินการตามเจตนาตามค่าธรรมเนียมการสร้างบล็อกหรือความเร็วในการรวมจะชนะความตั้งใจ การออกแบบมีจุดมุ่งหมายเพื่อให้ได้อัตราการรวมที่สูงโดยการเพิ่ม EV ที่จับได้โดยนักแก้ปัญหา อย่างไรก็ตามมันมาพร้อมกับค่าใช้จ่ายในการรวมศูนย์เนื่องจากอาศัยการจัดการเงินทุนที่ซับซ้อนบน Ethereum mainnet หรือการดําเนินการที่มีเวลาแฝงต่ําใน L2s การประมูลแบบแบทช์แบบเอ็กซ์คลูซีฟจะจัดการประมูลสําหรับสิทธิ์พิเศษในการดําเนินการโฟลว์คําสั่งซื้อทั้งหมดในกรอบเวลาไปยังตัวแก้เดียว เนื่องจากผู้แก้ปัญหารายอื่นไม่เห็นคําสั่งซื้อพวกเขาจึงเสนอราคาตามความผันผวนของตลาดที่คาดการณ์ไว้และคุณภาพการดําเนินการโดยเฉลี่ย การประมูลแบทช์พิเศษขึ้นอยู่กับราคา backstop เพื่อให้มั่นใจว่าราคาผู้ใช้ดีดังนั้นจึงไม่สามารถใช้สําหรับการปรับปรุงราคาได้ การส่งโฟลว์คําสั่งซื้อทั้งหมดไปยังผู้เสนอราคารายเดียวจะช่วยลดการรั่วไหลของข้อมูลและปรับปรุงการรับประกันการดําเนินการ Chain Abstraction Frameworks (CAFs) สัญญาว่าจะให้ผู้ใช้มีปฏิสัมพันธ์ข้ามสายโซ่อย่างราบรื่น ในบทความนี้เราได้ศึกษาการออกแบบในการผลิตและในการพัฒนาโดยหลายทีมที่พยายามแก้ปัญหาสําหรับ Chain Abstraction อย่างชัดเจนหรือโดยปริยาย เราเชื่อว่านี่จะเป็นปีของ CAFs และคาดว่าจะมีการแข่งขันที่สําคัญระหว่างการออกแบบที่แตกต่างกันและการใช้งานในอีก 6-12 เดือนข้างหน้า การโอนมูลค่า การถ่ายโอนข้อมูล เส้นทางในโปรโตคอล สะพานที่ได้รับการเจิมโทเค็น สะพานที่สอดคล้องกับระบบนิเวศ การรวมตัวแก้ การแข่งขันด้านราคา Solver การส่งข้อความที่ประสานกันของ Wallet การแข่งขันการดําเนินการ การแข่งขันความเร็ว Solver การประมูลแบบแบทช์พิเศษ การโอนมูลค่าข้ามสายโซ่จะถูกกําหนดเส้นทางผ่านการรวมกันของสะพานที่เจิมโทเค็นสําหรับค่าธรรมเนียมต่ําและความเร็ว Solver หรือการแข่งขันด้านราคาเพื่อความเร็วและการดําเนินการ ในขณะที่การถ่ายโอนข้อมูลจะถูกกําหนดเส้นทางผ่านการรวมกันของสะพานข้อความที่สอดคล้องกับระบบนิเวศซึ่งจะมีจุดมุ่งหมายเพื่อลดต้นทุนให้กับผู้ใช้และไปยังแพลตฟอร์มที่ควบคุมกระเป๋าเงินซึ่งจะเพิ่มความเร็วสูงสุด การใช้งานขั้นสุดท้ายจะจัดกลุ่มรอบการออกแบบที่แตกต่างกันหกแบบนี้เนื่องจากแต่ละแบบตอบสนองความต้องการที่เป็นอิสระและได้รับประโยชน์จากประสิทธิภาพที่มีอยู่ในมุมต่างๆของเมทริกซ์การแลกเปลี่ยน ประเด็นสําคัญประการหนึ่งจากแบบฝึกหัดนี้คือเราต้องการมาตรฐานทั่วไปในการแสดงเจตนาข้ามสายโซ่ หลายทีมกําลังทํางานกับโปรโตคอลแต่ละตัวเพื่อเข้ารหัสเจตนาของผู้ใช้ที่ทําให้เกิดงานที่ซ้ําซ้อน การรวมมาตรฐานเข้าด้วยกันจะช่วยปรับปรุงความเข้าใจของผู้ใช้เกี่ยวกับข้อความที่พวกเขากําลังลงนามทําให้นักแก้และออราเคิลทํางานกับเจตนาได้ง่ายขึ้นและทําให้การรวมเข้ากับกระเป๋าเงินง่ายขึ้น
การตัดสินใจออกแบบที่สําคัญ
เลเยอร์สิทธิ์
Solver Layer
การแบ่งปันข้อมูล
Solver List
Settlement Layer
Cross-Chain Oracle
Bridging Tokens
Cross-Chain Trilemma
The Six Pieces Of CAKE
Token Anointed Bridges
Ecosystem Aligned Bridge
การแข่งขันด้านราคา Solver
Wallet Coordinated Messages
การแข่งขันความเร็ว Solver
Exclusive Batch Auctions
Conclusion
ข้อจํากัดความรับผิดชอบ:
แล้ว เว้นแต่จะกล่าวถึง
บทความที่เกี่ยวข้อง
วิธีเดิมพัน ETH？
การใช้ Bitcoin (BTC) ในเอลซัลวาดอร์ - การวิเคราะห์สถานะปัจจุบัน
เทคโนโลยีบัญชีแยกประเภทแบบกระจาย (DLT) คืออะไร?
แนะนํากรอบ CAKE
TL; ดร
- UX การเข้ารหัสลับเริ่มต้นในวันนี้มีไว้สําหรับผู้ใช้ที่จะรู้เสมอว่าพวกเขากําลังโต้ตอบกับเครือข่ายใด อย่างไรก็ตามผู้ใช้อินเทอร์เน็ตไม่จําเป็นต้องรู้ว่าพวกเขากําลังโต้ตอบกับผู้ให้บริการคลาวด์รายใด การนําแนวทางนี้มาสู่บล็อกเชนคือสิ่งที่เราเรียกว่า Chain Abstraction
- บทความนี้แนะนําเฟรมเวิร์ก CAKE เช่น Chain Abstraction Key Elements ประกอบด้วยสี่ชั้น: แอปพลิเคชันสิทธิ์การแก้และการตั้งถิ่นฐานซึ่งช่วยอํานวยความสะดวกในการดําเนินงานข้ามสายโซ่ที่ราบรื่นสําหรับผู้ใช้
- การบรรลุ Chain Abstraction ต้องใช้ชุดเทคโนโลยีที่ซับซ้อนเพื่อให้การดําเนินการที่เชื่อถือได้คุ้มค่าปลอดภัยรวดเร็วและเป็นส่วนตัว
- เรากําหนดพื้นที่การแลกเปลี่ยนข้ามสายโซ่ในนามธรรมโซ่เป็นไตรเลมาและเสนอการออกแบบหกแบบซึ่งแต่ละแบบมีข้อดีที่เป็นเอกลักษณ์
- เพื่อที่จะประสบความสําเร็จในการก้าวกระโดดไปสู่อนาคตที่เป็นนามธรรมของห่วงโซ่มันเป็นสิ่งจําเป็นที่เราในฐานะอุตสาหกรรมกําหนดและใช้มาตรฐานทั่วไปสําหรับการส่งข้อความระหว่างชั้นของ CAKE มาตรฐานที่ยอดเยี่ยมคือไอซิ่งบนเค้ก 🎂
บทนํา
ในปี 2020 เครือข่าย Ethereum เปลี่ยนเป็น rollup centric roadmap สําหรับการปรับขนาด สี่ปีนับตั้งแต่การตัดสินใจครั้งนั้นมากกว่า 50 rollups (L2s) อยู่ในการผลิตแล้ว ในขณะที่ rollups ให้การปรับขนาดแนวนอนที่จําเป็นมากสําหรับพื้นที่บล็อก EVM แต่ก็มี แนะนํา CAKE Framework ในโลกที่เป็นนามธรรมห่วงโซ่ผู้ใช้ไปที่เว็บไซต์ dApps เชื่อมต่อกระเป๋าเงินของพวกเขาลงนามในการดําเนินการที่ตั้งใจไว้และรอการตั้งถิ่นฐานในที่สุด ความซับซ้อนทั้งหมดของการได้มาซึ่งสินทรัพย์ที่จําเป็นไปยังห่วงโซ่เป้าหมายและการตั้งถิ่นฐานขั้นสุดท้ายจะถูกคัดแยกออกจากผู้ใช้ซึ่งเกิดขึ้นในชั้นโครงสร้างพื้นฐานของ CAKE CAKE มีโครงสร้างพื้นฐานสามชั้น: การบรรลุ Chain Abstraction หมายถึงการรวมโครงสร้างพื้นฐานสามชั้นข้างต้นเข้ากับผลิตภัณฑ์แบบครบวงจร ข้อมูลเชิงลึกที่สําคัญในขณะที่รวมเลเยอร์เหล่านี้คือความแตกต่างระหว่างการถ่ายโอนข้อมูลกับค่าการถ่ายโอน การถ่ายโอนข้อมูลระหว่างห่วงโซ่ควรไม่สูญเสียและจําเป็นต้องพึ่งพาเส้นทางที่ปลอดภัยที่สุด สมมติว่าผู้ใช้พยายามลงคะแนนใช่ในการลงคะแนนการกํากับดูแลจากห่วงโซ่หนึ่งไปยังอีกห่วงโซ่หนึ่งพวกเขาไม่ต้องการให้การลงคะแนนของพวกเขาเปลี่ยนเป็นอาจจะ ในทางกลับกันมูลค่าการโอนอาจสูญเสียตามความต้องการของผู้ใช้ บุคคลที่สามที่มีความซับซ้อนสามารถใช้ประโยชน์เพื่อให้ผู้ใช้เร็วขึ้นถูกกว่าหรือรับประกันการโอนมูลค่า หมายเหตุ 95% ของ ethereum blockspace (ถ่วงน้ําหนักโดยค่าธรรมเนียมที่จ่ายให้กับผู้ตรวจสอบความถูกต้อง) ถูกใช้สําหรับการโอนมูลค่า สามชั้นข้างต้นแนะนําการตัดสินใจออกแบบที่สําคัญซึ่ง CAF ต้องดําเนินการ พวกเขาเกี่ยวข้องกับผู้ที่ควบคุมอํานาจในการดําเนินการตามเจตนาข้อมูลใดที่ควรเปิดเผยต่อผู้แก้และเส้นทางการตั้งถิ่นฐานที่มีให้สําหรับนักแก้ ลองดูที่แต่ละคนในรายละเอียด เลเยอร์สิทธิ์จะเก็บคีย์ส่วนตัวสําหรับผู้ใช้และลงนามในข้อความในนามของพวกเขา ซึ่งจะดําเนินการแบบ on-chain เป็นธุรกรรม CAF จําเป็นต้องสนับสนุนแผนการลงนามและเพย์โหลดธุรกรรมสําหรับเครือข่ายเป้าหมายทั้งหมดที่ต้องการสนับสนุน ตัวอย่างเช่น กระเป๋าเงินที่รองรับรูปแบบการลงนาม ECDSA และมาตรฐานการทําธุรกรรม EVM จะจํากัดเฉพาะ Ethereum, L2s และ side-chains (เช่น Metamask wallet) ในทางกลับกันกระเป๋าเงินที่รองรับทั้ง EVM และ SVM (Solana VM) จะสามารถรองรับระบบนิเวศทั้งสอง (เช่น Phantom wallet) สิ่งสําคัญคือต้องทราบว่าความจําเดียวกันสามารถใช้เพื่อสร้างกระเป๋าเงินได้ทั้งในเครือข่าย EVM และ SVM ธุรกรรมแบบหลายสายเดี่ยวประกอบด้วยธุรกรรมย่อยหลายรายการที่ต้องดําเนินการตามลําดับที่ถูกต้อง ธุรกรรมย่อยเหล่านี้จะต้องดําเนินการในหลายเชน โดยแต่ละธุรกรรมมีค่าธรรมเนียมและค่าธรรมเนียมที่แตกต่างกันตามเวลาของตนเอง การประสานงานและการชําระบัญชีของธุรกรรมย่อยเหล่านี้เกิดขึ้นได้อย่างไรเป็นการตัดสินใจออกแบบที่สําคัญสําหรับชั้นการอนุญาต เมื่อผู้ใช้โพสต์เจตนาของพวกเขาเลเยอร์การแก้ปัญหาเกี่ยวข้องกับการคืนค่าธรรมเนียมและเวลายืนยันให้กับผู้ใช้ ปัญหานี้เกี่ยวข้องอย่างใกล้ชิดกับการออกแบบการประมูลการไหลของคําสั่งซื้อและเขียนรายละเอียด ที่นี่ CAF สามารถใช้ประโยชน์จากเส้นทางในโปรโตคอลเพื่อดําเนินการตามเจตนาของผู้ใช้หรือใช้ประโยชน์จากตัวแก้ aka ของบุคคลที่สามที่ซับซ้อนเพื่อให้ UX ที่ได้รับการปรับปรุงแก่ผู้ใช้โดยประนีประนอมกับการรับประกันความปลอดภัยบางอย่าง การตัดสินใจออกแบบสองครั้งถัดไปเกิดขึ้นเมื่อเรานําตัวแก้เข้าสู่กรอบ CAF และเกี่ยวข้องกับข้อมูล เจตนาประกอบด้วยค่าที่แยกได้ (EV) สองประเภท: EV_ordering และ EV_signal EV_ordering เป็นค่าเฉพาะสําหรับบล็อกเชน ซึ่งโดยทั่วไปจะแยกโดยเอนทิตีที่ดําเนินการคําสั่งซื้อของผู้ใช้ เช่น ผู้สร้างบล็อกหรือผู้ตรวจสอบความถูกต้อง ในทางกลับกัน EV_signal แสดงถึงมูลค่าที่สามารถเข้าถึงได้โดยหน่วยงานใด ๆ ที่ปฏิบัติตามคําสั่งก่อนที่จะถูกบันทึกอย่างเป็นทางการบนบล็อกเชน เจตนาของผู้ใช้ที่แตกต่างกันมีการแจกแจงที่แตกต่างกันระหว่าง EV_ordering และ EV_signal ตัวอย่างเช่นความตั้งใจที่จะแลกเปลี่ยนเหรียญบน DEX มักจะมี EV_ordering สูง แต่ EV_signal ต่ํา ในทางกลับกันธุรกรรมแฮ็คที่เข้ามาจะมีองค์ประกอบของ EV_signal ที่สูงกว่าเนื่องจากการเรียกใช้ด้านหน้าจะส่งคืนมูลค่ามากกว่าการดําเนินการอย่างมีนัยสําคัญ สิ่งสําคัญคือต้องทราบว่าบางครั้ง EV_signal อาจเป็นลบเช่นในกรณีของการซื้อขายจาก Market Makers ซึ่งหน่วยงานที่ดําเนินการคําสั่งเหล่านี้อาจประสบกับความสูญเสียเนื่องจากผู้ดูแลสภาพคล่องเข้าใจสภาวะตลาดในอนาคตได้ดีขึ้น เมื่อใครบางคนมีความสามารถในการสังเกตเจตนาของผู้ใช้ล่วงหน้าพวกเขาสามารถมีส่วนร่วมในการวิ่งหน้าซึ่งนําไปสู่การรั่วไหลของมูลค่า นอกจากนี้ โอกาสที่ EV_signal จะเป็นลบยังสร้างสภาพแวดล้อมการแข่งขันระหว่างผู้แก้ปัญหา ทําให้พวกเขาส่งราคาเสนอที่ต่ํากว่าและส่งผลให้เกิดการรั่วไหลของมูลค่าเพิ่มเติม (หรือที่เรียกว่าการเลือกที่ไม่พึงประสงค์) ในที่สุดการรั่วไหลส่งผลกระทบต่อผู้ใช้โดยการเพิ่มค่าธรรมเนียมหรือให้ราคาที่ไม่เอื้ออํานวย หมายเหตุค่าธรรมเนียมต่ําหรือการปรับปรุงราคาเป็นสองด้านของเหรียญเดียวกันและจะใช้แทนกันได้ในช่วงที่เหลือของบทความ มี 3 วิธีในการแบ่งปันข้อมูลกับผู้แก้ปัญหา: CAF ยังต้องตัดสินใจว่าผู้ประมูลรายใดได้รับอนุญาตให้เข้าร่วมการประมูล โดยทั่วไปตัวเลือกมีดังต่อไปนี้: เมื่อกระเป๋าเงินลงนามในชุดของธุรกรรมพวกเขาจะต้องดําเนินการบนบล็อกเชน ธุรกรรมข้ามสายโซ่แปลงกระบวนการชําระบัญชีจากอะตอมเป็นอะซิงโครนัส ในขณะที่ธุรกรรมเริ่มต้นกําลังดําเนินการและยืนยันสถานะในห่วงโซ่เป้าหมายสามารถเปลี่ยนแปลงได้ซึ่งอาจนําไปสู่ความล้มเหลวของธุรกรรม ส่วนย่อยนี้จะศึกษาการแลกเปลี่ยนระหว่างต้นทุนความปลอดภัยเวลายืนยันและการรับประกันการดําเนินการ สิ่งสําคัญคือต้องทราบว่าการดําเนินการธุรกรรมที่ตั้งใจไว้บนห่วงโซ่เป้าหมายขึ้นอยู่กับกลไกการรวมธุรกรรมของห่วงโซ่เป้าหมาย รวมถึงความสามารถในการเซ็นเซอร์ธุรกรรมและกลไกค่าธรรมเนียมของห่วงโซ่เป้าหมายรวมถึงปัจจัยอื่น ๆ เราเชื่อว่าการเลือกห่วงโซ่เป้าหมายเป็นการตัดสินใจสําหรับ dApp และจะพิจารณาเกินขอบเขตของบทความนี้ สองบล็อกเชนที่มีสถานะและกลไกฉันทามติที่แตกต่างกันจําเป็นต้องมีตัวกลาง เช่น Oracle เพื่ออํานวยความสะดวกในการถ่ายโอนข้อมูลระหว่างกัน ออราเคิลทําหน้าที่เป็นรีเลย์สําหรับข้อมูลระหว่างโซ่ ซึ่งรวมถึงการตรวจสอบสถานการณ์เช่นผู้ใช้ล็อคเงินในบัญชีเอสโครว์สําหรับสะพานล็อคและมิ้นท์หรือการยืนยันยอดคงเหลือโทเค็นของผู้ใช้ในห่วงโซ่ต้นทางเพื่อมีส่วนร่วมในการลงคะแนนการกํากับดูแลในห่วงโซ่เป้าหมาย ออราเคิลถ่ายโอนข้อมูลระหว่างโซ่ด้วยความเร็วของโซ่ที่ช้าที่สุด นี่เป็นสิ่งจําเป็นในการจัดการความเสี่ยงในการจัดโครงสร้างใหม่เนื่องจาก Oracle จําเป็นต้องรอฉันทามติเกี่ยวกับห่วงโซ่ต้นกําเนิด ลองพิจารณาสถานการณ์ที่ผู้ใช้ต้องการเชื่อมโยง USDC จากห่วงโซ่ต้นทางไปยังห่วงโซ่เป้าหมาย ในการทําเช่นนี้ผู้ใช้จะล็อคเงินของพวกเขาในสัญญา อย่างไรก็ตามหาก Oracle ไม่รอการยืนยันที่เพียงพอและดําเนินการสร้างโทเค็นสําหรับผู้ใช้ในห่วงโซ่เป้าหมายปัญหาอาจเกิดขึ้นได้ ในกรณีที่มีการจัดโครงสร้างใหม่หากผู้ใช้เขียนทับธุรกรรมเอสโครว์ Oracle จะมีการใช้จ่ายสองครั้ง ออราเคิลมีสองประเภท: ในโลกแบบหลายเชน โทเค็นผู้ใช้และยอดคงเหลือค่าธรรมเนียมจะกระจายไปทั่วทุกเครือข่าย ก่อนการดําเนินการข้ามสายโซ่ทุกครั้งผู้ใช้จําเป็นต้องเชื่อมโยงเงินทุนจากห่วงโซ่ต้นทางไปยังห่วงโซ่เป้าหมาย ปัจจุบันมี 34 สะพานที่ใช้งานอยู่พร้อม TVL รวม $7.7B และเชื่อม ปริมาณ $8.6B ในช่วง 30 วันที่ผ่านมา การเชื่อมโยงโทเค็นเป็นกรณีของการโอนมูลค่า สิ่งนี้สร้างโอกาสในการใช้บุคคลที่สามที่มีความเชี่ยวชาญซึ่งมีความเชี่ยวชาญในการจัดการเงินทุนและยินดีที่จะรับความเสี่ยงในการปรับโครงสร้างใหม่ลดต้นทุนและเวลาที่จําเป็นสําหรับการทําธุรกรรมของผู้ใช้ สะพานมี 2 ประเภท: ในสะพานทั้งสองประเภทมีค่าใช้จ่ายสภาพคล่องซึ่งผู้ใช้ต้องจ่าย ใน Lock and Mint bridges ต้นทุนสภาพคล่องคือในขณะที่สลับจากโทเค็นที่ห่อไปยังโทเค็นที่ต้องการ (USDC.e ถึง USDC) บนห่วงโซ่เป้าหมายในขณะที่ใน Liquidity Bridges ต้นทุนสภาพคล่องคือในขณะที่แลกเปลี่ยนจากโทเค็นบนห่วงโซ่ต้นทางไปยังโทเค็นบนห่วงโซ่เป้าหมาย การตัดสินใจออกแบบ 5 ข้อข้างต้นก่อให้เกิด trilemma แบบ cross-chain CAF ต้องเลือกคุณสมบัติ 2 แห่งระหว่างการรับประกันการดําเนินการค่าธรรมเนียมต่ําและความเร็วในการดําเนินการ ในการเขียนบทความนี้เราได้ศึกษาการออกแบบที่แตกต่างกันมากกว่า 20 แบบจากทีมทั้งการทํางานอย่างชัดเจนและโดยนัยเกี่ยวกับ Chain Abstraction ในส่วนนี้เราจะพูดถึงการใช้งาน CA อิสระหกรายการซึ่งเราเชื่อว่ามีประสิทธิภาพโดยธรรมชาติและความเหมาะสมของตลาดผลิตภัณฑ์ การออกแบบเหล่านี้มีศักยภาพในการแต่งเพลงซึ่งกันและกันหากสร้างขึ้นอย่างถูกต้อง ประเด็นสําคัญประการหนึ่งจากแบบฝึกหัดนี้คือเราต้องการมาตรฐานทั่วไปในการแสดงเจตนาข้ามสายโซ่ แต่ละทีมกําลังทํางานเกี่ยวกับวิธีการและโปรโตคอลของตนเองสําหรับการเข้ารหัสเจตนาของผู้ใช้ การรวมมาตรฐานเข้าด้วยกันจะช่วยปรับปรุงความเข้าใจของผู้ใช้เกี่ยวกับข้อความที่พวกเขากําลังลงนามทําให้นักแก้และออราเคิลเข้าใจเจตนาเหล่านี้ได้ง่ายขึ้นและทําให้การรวมเข้ากับกระเป๋าเงินง่ายขึ้น โทเค็น Anointed Bridges สะพานที่สอดคล้องกับระบบนิเวศ การแข่งขันด้านราคา Solver การส่งข้อความที่ควบคุมโดย Wallet การแข่งขันความเร็ว Solver การประมูลแบบแบทช์พิเศษ วัตถุประสงค์ การโอนเงินข้ามสายโซ่ราคาถูก การโทรด้วยข้อความข้ามสายโซ่ การแลกเปลี่ยนข้ามสายโซ่ราคาถูก การโทรด้วยข้อความข้ามสายโซ่ การถ่ายโอนข้ามสายโซ่ที่รวดเร็ว การโทรด้วยข้อความข้ามสายโซ่ ตัว อย่าง เช่น CCTP, CCIP, XERC20 AggLayer, ซูเปอร์เชน, IBC บันจี้จัมเปอร์, Uniswap X อัลเฟรด, อะโวคาโด, ใกล้บัญชี ข้าม, วงโคจร นา กระเป๋าสตางค์ ใด ใด ขึ้นอยู่กับการใช้งาน AA หรือตามนโยบาย ใด ใด ข้อมูลที่แชร์ สาธารณะ สาธารณะ ขึ้นอยู่กับการใช้งาน ขึ้นอยู่กับการใช้งาน ทั้งหมดหรือไม่มีเลย ไม่มีใคร รายการแก้ ขึ้นอยู่กับการใช้งาน ขึ้นอยู่กับการใช้งาน ทางเข้าด้วยรั้วรอบขอบชิด ขึ้นอยู่กับการใช้งาน ขึ้นอยู่กับการใช้งาน พิเศษ คําพยากรณ์ ในโปรโตคอล ในโปรโตคอล นอกโปรโตคอล นอกโปรโตคอล นอกโปรโตคอล นอกโปรโตคอล การเชื่อมโยงโทเค็น เผาและสะระแหน่ ล็อคและสะระแหน่ ขึ้นอยู่กับตัวแก้ ขึ้นอยู่กับตัวแก้ สะพานสภาพคล่อง ขึ้นอยู่กับการใช้งาน มีกรณีพิเศษของสะพานล็อคและมิ้นท์ซึ่งไม่จ่ายค่าสภาพคล่องหรือที่เรียกว่าสะพานเผาและมิ้นท์ (เช่น. USDC CCTP) ทีมโทเค็นเจิมที่อยู่โทเค็นบัญญัติในแต่ละห่วงโซ่ในขณะที่สะพานมีอํานาจในการสร้างโทเค็นเช่นโทเค็นที่ผู้ใช้ต้องการ หากคุณเหล่อย่างหนักพอสะพานเผาไหม้และสะระแหน่จะคล้ายกับการถ่ายโอนข้ามโซ่ด้วยความเร็วของการยืนยันบล็อกที่เพียงพอ xERC20 เป็นหนึ่งในมาตรฐานดังกล่าวในการเจิมโทเค็นบัญญัติและสะพานที่ได้รับอนุญาตบนโซ่เป้าหมาย สะพานที่เจิมโทเค็นเป็นตัวอย่างของเส้นทางในโปรโตคอลเช่นมันประนีประนอมกับความเร็วในการรับประกันการดําเนินการและค่าธรรมเนียมต่ําเช่น CCTP ใช้เวลา 20 นาทีในการดําเนินการโอน สะพานที่สอดคล้องกับระบบนิเวศช่วยให้สามารถถ่ายโอนข้อความโดยพลการระหว่างเชนภายในระบบนิเวศเดียวกัน มันอยู่ภายใต้หมวดหมู่ของเส้นทางในโปรโตคอลจัดลําดับความสําคัญของการรับประกันการดําเนินการและค่าธรรมเนียมต่ํามากกว่าความเร็ว ตัวอย่างเช่น Cosmos IBC, Polygon AggLayer และ Optimism Superchain เมื่อสามปีก่อนระบบนิเวศของ Cosmos ต้องเผชิญกับความท้าทายที่คล้ายคลึงกันกับสิ่งที่ Ethereum กําลังเผชิญอยู่ในปัจจุบัน สภาพคล่องกระจัดกระจายไปทั่วห่วงโซ่แต่ละห่วงโซ่มีโทเค็นค่าธรรมเนียมของตัวเองและการจัดการบัญชีหลายสายก็ยุ่งยาก ระบบนิเวศของ Cosmos แก้ไขปัญหาเหล่านี้โดยใช้ข้อความในโปรโตคอลที่ส่งผ่านบริดจ์ผ่าน IBC ส่งผลให้บัญชีหลายสายและการถ่ายโอนข้ามสายโซ่เป็นไปอย่างราบรื่น ระบบนิเวศของจักรวาลประกอบด้วยโซ่อิสระที่มีความปลอดภัยอธิปไตยและขั้นสุดท้ายที่รวดเร็วทําให้เส้นทางในโปรโตคอลสําหรับการส่งข้อความข้ามสายโซ่รวดเร็วมาก ในทางกลับกันระบบนิเวศของ rollup ขึ้นอยู่กับการหมดอายุของระยะเวลาความท้าทาย (Optimistic Rollups) หรือกระทํา zk-proofs (Validity Rollups) เพื่อสิ้นสุด เส้นทางในโปรโตคอลสําหรับข้อความที่ส่งผ่านระบบนิเวศจะช้าเนื่องจากข้อ จํากัด ขั้นสุดท้ายเหล่านี้ การแข่งขันด้านราคา Solver เกี่ยวข้องกับการแบ่งปันข้อมูลคําสั่งซื้อกับตัวแก้ทั้งหมด Solvers มีจุดมุ่งหมายเพื่อรวมมูลค่าที่คาดหวัง (EV) ที่สร้างขึ้นโดยความตั้งใจของคําสั่งซื้อและมอบให้กับผู้ใช้ การเลือกตัวแก้ที่ชนะในระบบนั้นขึ้นอยู่กับการปรับปรุงราคาผู้ใช้ให้สูงสุด อย่างไรก็ตามการออกแบบนี้มีความเสี่ยงจากการไม่ดําเนินการและต้องการกลไกเพิ่มเติมเพื่อให้แน่ใจว่ามีการรวมคําสั่งซื้อที่เชื่อถือได้ ตัวอย่างของกลไกดังกล่าว ได้แก่ Uniswap X, Bungee และ Jumper Wallet การส่งข้อความประสานงานใช้ความสามารถที่ได้รับจาก AA หรือกระเป๋าเงินตามนโยบายเพื่อมอบประสบการณ์ข้ามสายโซ่ที่เข้ากันได้กับเจตนาทุกประเภท มันทําหน้าที่เป็นตัวรวบรวม CA ที่ดีที่สุดเปลี่ยนเส้นทางความตั้งใจของผู้ใช้ในการออกแบบ CA ต่างๆเพื่อจัดการกับเจตนาเฉพาะ ตัวอย่างเช่น Avocado wallet, Near Account Aggregator และ Metamask Portfolio โปรดทราบว่าในช่วงทศวรรษที่ผ่านมาระบบนิเวศของ crypto ได้เรียนรู้ว่าความสัมพันธ์ระหว่างผู้ใช้และกระเป๋าเงินของพวกเขานั้นเหนียวมาก โดยส่วนตัวแล้วฉันรู้สึกหวาดกลัวทุกครั้งที่คิดถึงการย้ายความจําของฉันจาก Metamask ไปยังกระเป๋าเงินอื่น นี่เป็นเหตุผลว่าทําไมแม้หลังจาก 2.5 ปีและการสนับสนุนจาก Vitalik Buterin เอง EIP-4337 ได้รับ การยอมรับน้อยที่สุด แม้ว่าโปรโตคอลกระเป๋าเงินเวอร์ชันใหม่อาจให้ราคาที่ดีกว่าแก่ผู้ใช้ (นามธรรมของบัญชี) หรือความสะดวกในการใช้งานที่ดีขึ้น (กระเป๋าเงินตามนโยบาย) แต่การโยกย้ายผู้ใช้จากกระเป๋าเงินปัจจุบันเป็นงานที่ยากลําบาก การแข่งขันความเร็ว Solver ช่วยให้ผู้ใช้สามารถแสดงความตั้งใจสําหรับการเปลี่ยนข้ามสายโซ่เฉพาะสําหรับการรับประกันการดําเนินการสูง ไม่ได้ช่วยผู้ใช้ในการลดค่าธรรมเนียม แต่เสนอช่องทางที่เชื่อถือได้สําหรับการรวมธุรกรรมที่ซับซ้อน ผู้แก้คนแรกที่ดําเนินการตามเจตนาตามค่าธรรมเนียมการสร้างบล็อกหรือความเร็วในการรวมจะชนะความตั้งใจ การออกแบบมีจุดมุ่งหมายเพื่อให้ได้อัตราการรวมที่สูงโดยการเพิ่ม EV ที่จับได้โดยนักแก้ปัญหา อย่างไรก็ตามมันมาพร้อมกับค่าใช้จ่ายในการรวมศูนย์เนื่องจากอาศัยการจัดการเงินทุนที่ซับซ้อนบน Ethereum mainnet หรือการดําเนินการที่มีเวลาแฝงต่ําใน L2s การประมูลแบบแบทช์แบบเอ็กซ์คลูซีฟจะจัดการประมูลสําหรับสิทธิ์พิเศษในการดําเนินการโฟลว์คําสั่งซื้อทั้งหมดในกรอบเวลาไปยังตัวแก้เดียว เนื่องจากผู้แก้ปัญหารายอื่นไม่เห็นคําสั่งซื้อพวกเขาจึงเสนอราคาตามความผันผวนของตลาดที่คาดการณ์ไว้และคุณภาพการดําเนินการโดยเฉลี่ย การประมูลแบทช์พิเศษขึ้นอยู่กับราคา backstop เพื่อให้มั่นใจว่าราคาผู้ใช้ดีดังนั้นจึงไม่สามารถใช้สําหรับการปรับปรุงราคาได้ การส่งโฟลว์คําสั่งซื้อทั้งหมดไปยังผู้เสนอราคารายเดียวจะช่วยลดการรั่วไหลของข้อมูลและปรับปรุงการรับประกันการดําเนินการ Chain Abstraction Frameworks (CAFs) สัญญาว่าจะให้ผู้ใช้มีปฏิสัมพันธ์ข้ามสายโซ่อย่างราบรื่น ในบทความนี้เราได้ศึกษาการออกแบบในการผลิตและในการพัฒนาโดยหลายทีมที่พยายามแก้ปัญหาสําหรับ Chain Abstraction อย่างชัดเจนหรือโดยปริยาย เราเชื่อว่านี่จะเป็นปีของ CAFs และคาดว่าจะมีการแข่งขันที่สําคัญระหว่างการออกแบบที่แตกต่างกันและการใช้งานในอีก 6-12 เดือนข้างหน้า การโอนมูลค่า การถ่ายโอนข้อมูล เส้นทางในโปรโตคอล สะพานที่ได้รับการเจิมโทเค็น สะพานที่สอดคล้องกับระบบนิเวศ การรวมตัวแก้ การแข่งขันด้านราคา Solver การส่งข้อความที่ประสานกันของ Wallet การแข่งขันการดําเนินการ การแข่งขันความเร็ว Solver การประมูลแบบแบทช์พิเศษ การโอนมูลค่าข้ามสายโซ่จะถูกกําหนดเส้นทางผ่านการรวมกันของสะพานที่เจิมโทเค็นสําหรับค่าธรรมเนียมต่ําและความเร็ว Solver หรือการแข่งขันด้านราคาเพื่อความเร็วและการดําเนินการ ในขณะที่การถ่ายโอนข้อมูลจะถูกกําหนดเส้นทางผ่านการรวมกันของสะพานข้อความที่สอดคล้องกับระบบนิเวศซึ่งจะมีจุดมุ่งหมายเพื่อลดต้นทุนให้กับผู้ใช้และไปยังแพลตฟอร์มที่ควบคุมกระเป๋าเงินซึ่งจะเพิ่มความเร็วสูงสุด การใช้งานขั้นสุดท้ายจะจัดกลุ่มรอบการออกแบบที่แตกต่างกันหกแบบนี้เนื่องจากแต่ละแบบตอบสนองความต้องการที่เป็นอิสระและได้รับประโยชน์จากประสิทธิภาพที่มีอยู่ในมุมต่างๆของเมทริกซ์การแลกเปลี่ยน ประเด็นสําคัญประการหนึ่งจากแบบฝึกหัดนี้คือเราต้องการมาตรฐานทั่วไปในการแสดงเจตนาข้ามสายโซ่ หลายทีมกําลังทํางานกับโปรโตคอลแต่ละตัวเพื่อเข้ารหัสเจตนาของผู้ใช้ที่ทําให้เกิดงานที่ซ้ําซ้อน การรวมมาตรฐานเข้าด้วยกันจะช่วยปรับปรุงความเข้าใจของผู้ใช้เกี่ยวกับข้อความที่พวกเขากําลังลงนามทําให้นักแก้และออราเคิลทํางานกับเจตนาได้ง่ายขึ้นและทําให้การรวมเข้ากับกระเป๋าเงินง่ายขึ้น
การตัดสินใจออกแบบที่สําคัญ
เลเยอร์สิทธิ์
Solver Layer
การแบ่งปันข้อมูล
Solver List
Settlement Layer
Cross-Chain Oracle
Bridging Tokens
Cross-Chain Trilemma
The Six Pieces Of CAKE
Token Anointed Bridges
Ecosystem Aligned Bridge
การแข่งขันด้านราคา Solver
Wallet Coordinated Messages
การแข่งขันความเร็ว Solver
Exclusive Batch Auctions
Conclusion
ข้อจํากัดความรับผิดชอบ:
แล้ว เว้นแต่จะกล่าวถึง
บทความที่เกี่ยวข้อง
วิธีเดิมพัน ETH？
การใช้ Bitcoin (BTC) ในเอลซัลวาดอร์ - การวิเคราะห์สถานะปัจจุบัน