Opside เครือข่าย ZK-RaaS เปิดตัวโปรโตคอล NCRC ซึ่งช่วยให้เกิดการสื่อสารแบบ Cross-Rollup ที่ไม่น่าเชื่อถือ
TL; DR
โปรโตคอล NCRC (Native Cross Rollup Communication) ของ Opside มอบโซลูชันการทำงานร่วมกันแบบ Rollup ที่น่าเชื่อถือ โปรโตคอล NCRC ไม่ได้เพิ่มบริดจ์ของบุคคลที่สามเพิ่มเติมให้กับแต่ละ Rollup แต่จะแปลงบริดจ์ (เนทิฟบริดจ์) ที่มาพร้อมกับ ZK-Rollup ในระดับระบบ เพื่อใช้บริดจ์เนทิฟของ ZK-Rollup แต่ละตัวโดยตรงเพื่อให้บรรลุผล การสื่อสารแบบ Cross-Rollup แนวทางนี้กระชับและละเอียดยิ่งขึ้น ไม่เพียงแต่สืบทอดการรักษาความปลอดภัยแบบสัมบูรณ์ของเนทีฟบริดจ์เท่านั้น แต่ยังหลีกเลี่ยงความซับซ้อนของระบบและต้นทุนการเชื่อถือที่เกิดจากบริดจ์ของบุคคลที่สามอีกด้วย
NCRC เปิดตัวบนเครือข่ายทดสอบแล้ว และผู้ใช้สามารถสัมผัสได้โดยตรงhttps://pre-alpha-assetshub.opside.network/。
เหตุใดเราจึงต้องมีการสื่อสารแบบข้ามกลุ่มที่ไม่น่าเชื่อถือ
การโรลอัปสามารถเพิ่มความสามารถในการปรับขนาดของเครือข่ายบล็อคเชนได้อย่างมาก ลดต้นทุนการทำธุรกรรม และปรับปรุงประสิทธิภาพโดยรวม และยังได้รับความสนใจและใช้งานมากขึ้นเรื่อยๆ Opside ให้บริการ ZK-RaaS สำหรับแอปพลิเคชัน Web3 และนักพัฒนาทุกคนสามารถสร้าง Rollup ของตนเองผ่าน Opside Rollup Launchbase ในยุคของการโรลอัพหลายครั้งนี้ เราคาดหวังว่าโรลอัพจะอยู่ร่วมกันมากขึ้นเรื่อยๆ ดังนั้นการทำงานร่วมกันอย่างราบรื่นระหว่างเลเยอร์ 2 ที่แตกต่างกันจึงมีความสำคัญ ปัจจุบัน Rollups ค่อนข้างโดดเดี่ยวและขาดการสื่อสารข้ามสายโซ่แบบเรียลไทม์และการทำงานร่วมกันของสินทรัพย์ การแยกส่วนนี้นำไปสู่ภูมิทัศน์ที่กระจัดกระจายโดยที่เนื้อหาจะถูกแยกออกภายในชุดรวมอัปเดตเฉพาะ ซึ่งจำกัดการไหลอย่างอิสระและการใช้ประโยชน์ในเครือข่ายที่แตกต่างกัน
การขาดการสื่อสารข้ามชุดข้อมูลที่มีประสิทธิภาพไม่เพียงแต่จำกัดศักยภาพของชุดรวมชุดแต่ละรายการเท่านั้น แต่ยังส่งผลต่อประสบการณ์ผู้ใช้โดยรวมด้วย ผู้ใช้ต้องเผชิญกับกระบวนการที่ยุ่งยากและใช้เวลานานเมื่อพยายามถ่ายโอนสินทรัพย์ระหว่าง Rollups หรือทำธุรกรรมข้ามสายโซ่ ประสบการณ์ที่ไม่ดีนักนี้ทำให้ความน่าสนใจของ Rollup ลดลง และในระดับหนึ่งเป็นอุปสรรคต่อการนำโซลูชันการปรับขนาดเลเยอร์ 2 ไปใช้อย่างกว้างขวาง
โซลูชันการเชื่อมโยงข้ามสายโซ่ในปัจจุบันส่วนใหญ่จะปรับใช้ชุดสัญญาข้ามสายโซ่ชุดใหม่บนสายโซ่แบบโรลอัพ จากนั้นจึงจัดเตรียมสินทรัพย์ข้ามสายโซ่ผ่านกลไกจูงใจด้านสภาพคล่องแบบหลายสายโซ่ โซลูชันเหล่านี้ไม่ใช่ข้อความข้ามสายโซ่สากล และยังนำความเสี่ยงของการรวมศูนย์และความไว้วางใจอีกด้วย
เพื่อปลดปล่อยศักยภาพสูงสุดของยุค Multi-Rollup มีความจำเป็นเร่งด่วนสำหรับโปรโตคอลการสื่อสาร Cross-Rollup ทั่วไปที่ไม่น่าเชื่อถือ
โซลูชันของ Opside: การสื่อสารแบบ Native Cross Rollup
ในความเป็นจริง ZK-Rollup แต่ละตัวมาพร้อมกับ L1<>สะพาน L2 เรียกว่าสะพานพื้นเมือง ต่างจากบริดจ์ของบริษัทอื่นที่ใช้โซลูชั่นสภาพคล่อง Native Bridge เป็นกลไกแบบ cross-chain เพียงตัวเดียวเท่านั้น มีการรักษาความปลอดภัยด้วยหลักฐานที่ไม่มีความรู้และไม่น่าเชื่อถืออีกด้วย สินทรัพย์ทั้งหมดใน Rollup มาจากธุรกรรมการฝากเงินของเนทิฟบริดจ์ และการรับรองความปลอดภัยขั้นสุดท้ายจะได้รับจากเนทิฟบริดจ์ด้วย
เราเชื่อมั่นในหลักการของมีดโกนของ Occam ที่ว่า เอนทิตีจะไม่ถูกคูณเกินความจำเป็น บริดจ์ของบุคคลที่สามมีประสบการณ์แบบ cross-chain ที่ถูกกว่าและเร็วกว่า แต่ก็ยังนำมาซึ่งต้นทุนด้านความน่าเชื่อถือและความเสี่ยงด้านความปลอดภัยที่มากขึ้นอีกด้วย เหตุการณ์ Multichain ล่าสุดเป็นกรณีหนึ่ง ดังนั้นในเบื้องต้นแรงบันดาลใจสำหรับการสื่อสารแบบ cross-rollup ของ Opside นั้นเรียบง่ายอย่างน่าประหลาดใจ: ใช้เนทีฟบริดจ์โดยตรงเพื่อให้เกิดการทำงานร่วมกันแบบหลายโรลอัพ แทนที่จะเพิ่มบริดจ์ของบุคคลที่สามมีโปรโตคอล NCRC (Native Cross Rollup Communication) ในปัจจุบัน
ข้อกำหนดเบื้องต้นสำหรับ NCRC
การใช้งาน NCRC ระหว่างชุดรวมอัปเดตหลายรายการต้องเป็นไปตามข้อกำหนดเบื้องต้นสองประการต่อไปนี้:
Rollup เหล่านี้เป็นประเภท ZK-Rollup
Rollups เหล่านี้อยู่บน L1 เดียวกัน
ตามทฤษฎีแล้ว ZK-Rollup ที่ตรงตามเงื่อนไขสองประการข้างต้น จะมีความปลอดภัยเหมือนกับ L1 ในทำนองเดียวกัน ระดับความปลอดภัยของบริดจ์ดั้งเดิมระหว่างชุดรวมอัปเดตเหล่านี้จะเท่ากัน และไม่จำเป็นต้องเชื่อถือซึ่งกันและกัน ธุรกรรมของ NCRC ทั้งหมดได้รับการตรวจสอบโดยการพิสูจน์ความถูกต้อง ซึ่งเป็นแหล่งที่มาพื้นฐานของการรับประกันความปลอดภัยของ NCRC
Rollup Recognition Contract（RRC）
ในเดือนสิงหาคม 2023 มีการเปิดตัวเมนเน็ต ZK-Rollups หลายรายการ รวมถึง Polygon zkEVM, zkSync Era, Linea เป็นต้น อย่างไรก็ตาม ZK-Rollup เหล่านี้มีความเป็นอิสระและไม่เกี่ยวข้อง และทรัพย์สินของผู้ใช้จึงกระจัดกระจาย สาเหตุของปัญหานี้ก็คือสัญญาของพวกเขาบน L1 (Ethereum mainnet) ไม่เกี่ยวข้องกัน พวกเขาไม่รู้สึกถึงการมีอยู่ของกันและกัน ไม่ต้องพูดถึงการสื่อสารโดยตรงของ Rollup Bridge ดั้งเดิม
ดังนั้น ขั้นตอนแรกที่เราต้องทำคือการปรับใช้สัญญาพิเศษบน L1 เพื่อให้ Rollups สามารถค้นพบและจดจำกันและกันได้ เราเรียกมันว่า RRC (สัญญาการรับรู้แบบสะสม) RRC มีหน้าที่รับผิดชอบในการจัดการ ZK-Rollups ทั้งหมดที่เข้าร่วมใน NCRC รวมถึงการเพิ่ม การระงับ และการถอน Rollups Rollup แต่ละรายการใน RRC จะมี Rollup ID พิเศษ และ ID ของ L1 ได้รับการแก้ไขที่ 0
ที่อยู่ใน Rollup สามารถระบุรหัส Rollup เป้าหมายได้เมื่อบริดจ์เนทิฟเริ่มต้นธุรกรรม Cross-Rollup:
หาก Rollup ID เป็น 0 หมายความว่าข้อความถูกข้ามไปที่ L1 เช่น การถอนเงิน
หาก Rollup ID ไม่ใช่ 0 แสดงว่าข้อความควรถูกข้ามไปยัง Rollup อื่นๆ
Opside จะปรับใช้สัญญา RRC ในแต่ละเลเยอร์ L1 และอนุญาตให้ ZK-Rollup ที่เกี่ยวข้องเข้าร่วมหรือออกโดยไม่ได้รับอนุญาต สัญญา RRC นี้จะถูกนำมาใช้เพื่อรักษาข้อมูล Rollup ที่สอดคล้องกับ Rollup ID แต่ละรายการ รวมถึงที่อยู่สัญญา Bridge บน L1 เป็นต้น เป็นมูลค่าการกล่าวขวัญว่าสัญญา RRC มีหน้าที่รับผิดชอบในการให้บริการเรียกค้นข้อมูลเท่านั้น และจะไม่มีการเชื่อมต่อโดยตรงกับสินทรัพย์แบบ cross-chain
สัญญาและบริการอัจฉริยะที่เข้ากันได้กับเนทีฟบริดจ์
โดยทั่วไปแล้ว Rollup Native Bridge จะแบ่งออกเป็นสามโมดูล ได้แก่ สัญญาบริดจ์บน L1 สัญญาบริดจ์บน L2 และบริการบริดจ์ที่รับผิดชอบในการส่งข้อมูล โปรโตคอล NCRC มัลติเพล็กซ์โมดูลเหล่านี้ที่ชั้นล่างสุดและทำการห่อหุ้มระดับที่สูงกว่าตามโมดูลเหล่านี้ การเปลี่ยนแปลงหลักมีดังนี้:
สัญญาบริดจ์บน L2: บนพื้นฐานของการรักษาวิธีดั้งเดิมไว้ จะมีการเพิ่มวิธี BridgeAsset ใหม่ซึ่งช่วยให้ผู้ใช้สามารถระบุ ID ของการสะสมเป้าหมายในพารามิเตอร์ DestinationNetwork
สัญญาบริดจ์บน L1: สรุปวิธีการใหม่เพื่อจัดการข้อความข้ามลูกโซ่ของวิธี BridgeAsset ใหม่ สัญญาบริดจ์จะค้นหาข้อมูลของ Rollup เป้าหมายในสัญญา RRC ตาม Rollup ID และโอนสินทรัพย์ข้ามเชนไปยังสัญญาบริดจ์ของ Rollup เป้าหมาย สินทรัพย์แบบ Cross-chain จะถูกฝากไว้ที่ Rollup เป้าหมาย
บริการบริดจ์: รับผิดชอบในการส่งข้อมูลและเรียกเก็บเงินค่าธรรมเนียมการทำธุรกรรมแบบ Cross-Rollup จากผู้ใช้
หลังจากที่ชุดรวมอัปเดตเสร็จสิ้นการปรับเปลี่ยนที่เข้ากันได้กับ NCRC ข้างต้นแล้ว จะสามารถลงทะเบียนชุดรวมอัปเดตกับ RRC เพื่อเข้าร่วมเครือข่ายการสื่อสารระหว่างชุดรวมดั้งเดิมได้
กระบวนการของธุรกรรมการสะสมข้ามแบบเนทีฟ
สำหรับผู้ใช้ โหมดการทำงานของ NCRC จะเหมือนกับ Rollup ดั้งเดิมทุกประการ เมื่อผู้ใช้เริ่มต้นธุรกรรมข้ามสายโซ่ใน Rollup 1 ถึง Rollup 2 กระบวนการทั้งหมดจะเสร็จสมบูรณ์โดยอัตโนมัติ รวมถึงขั้นตอนต่อไปนี้:
ขั้นแรก ผู้ใช้ 1 ซึ่งเป็นผู้ริเริ่มธุรกรรม cross-Rollup เรียกวิธี bridgeAsset ของเนทิฟบริดจ์บน Rollup 1 เพื่อเริ่มต้นธุรกรรม cross-chain พารามิเตอร์ DestinationNetwork ในธุรกรรมนี้ได้รับการตั้งค่าเป็น Rollup ID ของ Rollup 2 รหัสชุดสะสมนี้จะใช้เพื่อดึงข้อมูลที่อยู่สัญญาบริดจ์ L1 ที่สอดคล้องกัน หาก Rollup ID เป็น 0 แสดงว่าเครือข่ายเป้าหมายคือ L1
จากนั้น ธุรกรรมนี้ถูกจัดทำแพ็กเกจโดยซีเควนเซอร์ 1 ของ Rollup 1 ต้นทุนของธุรกรรมการสะสมข้ามจะตกเป็นภาระโดยผู้ริเริ่มธุรกรรม ผู้ใช้ 1 และชำระให้กับซีเควนเซอร์ 1 ของ Rollup 1 ซึ่งเป็นที่ตั้งของธุรกรรมดังกล่าว บริการบริดจ์ของ Rollup 1 จะถ่ายโอนสินทรัพย์ข้ามเชนไปยังสัญญาบริดจ์ Rollup 1 ใน L1 ณ จุดนี้ Rollup 1 และ L1 ได้เสร็จสิ้นการดำเนินการเผาและปล่อยสินทรัพย์ตามลำดับ
เพื่อให้การโอนสินทรัพย์ข้ามชุดรวมเสร็จสมบูรณ์ บริการบริดจ์ของ Rollup 1 จะเรียกใช้สัญญา RRC เพื่อสอบถามข้อมูล Rollup 2 เป้าหมายที่สอดคล้องกับพารามิเตอร์ DestinationNetwork เพื่อให้ได้ที่อยู่สัญญาบริดจ์ของ Rollup 2 ที่เลเยอร์ L1 . จากนั้น สัญญาเชื่อมโยงของ Rollup 2 จะเข้าควบคุมสินทรัพย์เหล่านี้โดยตรง และแมปสินทรัพย์ลงใน Rollup 2 ผ่านวิธี BridgeAsset
ในที่สุด หลังจากที่ธุรกรรมได้รับการบรรจุเรียบร้อยแล้วและสร้างหลักฐานแล้ว บริการ Bridge ของ Rollup 2 จะดำเนินการเพื่ออ้างสิทธิ์สินทรัพย์ ในที่สุด สินทรัพย์ข้ามสายโซ่ที่ส่งโดย Rollup 1 จะมาถึงที่อยู่ที่ระบุโดย Rollup 2 อย่างปลอดภัย
เป็นที่น่าสังเกตว่าในระหว่างกระบวนการข้ามสายโซ่ทั้งหมด สินทรัพย์ของผู้ใช้ไหลผ่าน: Rollup 1 -> Rollup 1 สัญญาบริดจ์ใน L1 -> Rollup 2 สัญญาบริดจ์ใน L1 -> Rollup 2 กล่าวอีกนัยหนึ่ง ทรัพย์สินของผู้ใช้ไม่ผ่านข้อตกลงของบุคคลที่สามใดๆ แต่นำเนทีฟบริดจ์ที่มาพร้อมกับ Rollup มาใช้ซ้ำ และกระบวนการทั้งหมดก็ปลอดภัยและไร้ความน่าเชื่อถือ
เมื่อผู้ใช้ดำเนินการข้ามสายโซ่บน Rollup 1 และเลือก Rollup 2 เป็นเป้าหมาย กระบวนการทางเทคนิคจะเกี่ยวข้องกับ Rollup 1, L1 และ Rollup 2 จริงๆ อย่างไรก็ตาม ผู้ใช้ไม่จำเป็นต้องตระหนักถึงการมีอยู่ของ L1 ในระหว่างกระบวนการนี้ และประสบการณ์ของพวกเขาก็ข้ามจาก Rollup 1 ไปยัง Rollup 2 โดยตรง สถานการณ์จริงที่อยู่เบื้องหลังคือมีการเชื่อมโยงสินทรัพย์ข้ามสายโซ่สองครั้งใน L1 ทำให้ผู้ใช้รู้สึกถึงการเชื่อมต่อที่ราบรื่นตั้งแต่ Rollup 1 ถึง Rollup 2 ในระหว่างกระบวนการนี้ การดำเนินการบน L1 จะได้รับการจัดการโดยอัตโนมัติ และผู้ใช้ไม่จำเป็นต้องดำเนินการอื่นๆ สำหรับผู้ใช้ Rollup ปัจจุบันสามารถดำเนินการข้ามสายโซ่กับ L1 และ Rollup อื่นๆ ได้ การออกแบบนี้ทำให้ผู้ใช้ได้รับประสบการณ์ที่ราบรื่นยิ่งขึ้นในขณะที่ซ่อนความซับซ้อนที่ซ่อนอยู่
NCRC ถ่ายทอดสดบน Opside testnet!
Opside ได้ใช้การสื่อสารแบบ cross-rollup แบบเนทีฟบนเครือข่ายทดสอบแล้ว ตอนนี้ใครๆ ก็สามารถสัมผัสประสบการณ์นี้ได้บนเว็บไซต์ทางการhttps://pre-alpha-assetshub.opside.network/. นอกจากนี้เรายังยินดีต้อนรับผู้ใช้และนักพัฒนาเพื่อช่วยให้เราค้นพบจุดบกพร่องและความเสี่ยงด้านความปลอดภัยที่เป็นไปได้ และยินดีรับข้อเสนอแนะที่มีค่า
เราเชื่อว่าการสื่อสารระหว่าง Rollup แบบเนทีฟที่ไร้ความน่าเชื่อถือจะไม่เพียงแต่แบ่งปันสภาพคล่องของ Rollup ทั้งหมดอย่างปลอดภัยเท่านั้น แต่ยังให้การทำงานร่วมกันแบบ Multi-Rollup ที่แข็งแกร่งขึ้นด้วย จึงเปิดโอกาสใหม่สำหรับแอปพลิเคชันแบบกระจายอำนาจและโปรโตคอล DeFi
