ถนนสู่การทำงานร่วมกันของ L2
ที่มา |StarkWare
สรุป
ที่มา |
โซลูชันความสามารถในการทำงานร่วมกันของ L2 ที่เสนอในเอกสารนี้สร้างขึ้นจากข้อเสนอก่อนหน้าของเรา
StarkEx 2.0 (เปิดตัวในเดือนพฤศจิกายน 2020) จะให้ความสามารถในการทำงานร่วมกันของ L2-L1 (เช่น การถอนเงินอย่างรวดเร็ว) โดยใช้การทำธุรกรรมแบบมีเงื่อนไขบนเครือข่าย
พื้นหลัง
StarkEx 3.0 (เปิดตัวในเดือนกุมภาพันธ์ 2564) จะให้ความสามารถในการทำงานร่วมกันระหว่าง L2-L2 ระหว่างระบบ StarkEx โดยใช้ธุรกรรมแบบมีเงื่อนไขนอกเครือข่าย
พื้นหลัง
โซลูชันการขยายเลเยอร์ 2 กำลังพัฒนาอย่างรวดเร็ว มีระบบพิสูจน์ความถูกต้องหลายระบบอยู่แล้วบน Ethereum mainnet และระบบป้องกันการฉ้อโกงบางระบบได้เปิดตัวเครือข่ายทดสอบแล้ว โซลูชัน L2 มาพร้อมกับความสามารถในการปรับขนาด แต่มาพร้อมกับราคา: ข้อดีบางประการที่เรามีจากการดำเนินงานบน L1 ทั้งหมดอาจได้รับผลกระทบ
เราไม่ต้องการให้โซลูชัน L2 บางอย่างครอบงำ: แอปต่างๆ มีข้อกำหนดที่แตกต่างกันสำหรับความสามารถในการปรับขนาด ดังนั้นคุณจึงสามารถเลือกโซลูชัน L2 ที่เหมาะสมได้ตามความต้องการของคุณเอง ต่อไป ให้เราอธิบายคำศัพท์สำคัญสองคำให้คุณฟัง:
การทำงานร่วมกัน: อนุญาตให้ผู้ใช้โอนเงินระหว่างแอป 1 (สภาพแวดล้อมเริ่มต้น) และแอป 2 (สภาพแวดล้อมเป้าหมาย) ได้อย่างมีประสิทธิภาพ
ความสามารถในการจัดองค์ประกอบ: ความสามารถในการรวมการดำเนินการที่มีอยู่ใน app1...appn เป็นรายการเดียวเพื่อส่ง
หมายเหตุ: ความสามารถในการจัดองค์ประกอบจะกล่าวถึงโดยละเอียดในบทความต่อๆ ไป
การทำธุรกรรมแบบมีเงื่อนไขหารือธุรกรรมแบบมีเงื่อนไขคือบล็อกที่สร้างจากรหัสผ่าน (ก่อนอื่น
หารือ
ด้วยแนวคิดนี้) มีจุดมุ่งหมายเพื่อให้เกิดการทำงานร่วมกันสำหรับบล็อกเชนที่ไม่ได้รับอนุญาต การทำธุรกรรมแบบมีเงื่อนไขหมายความว่าการทำธุรกรรมจะมีผลหรือไม่นั้นขึ้นอยู่กับว่ามีเหตุการณ์บางอย่างเกิดขึ้นหรือไม่ (เช่น การชำระเงินเกิดขึ้นหรือสถานะเปลี่ยนแปลง) ตามแนวคิดแล้ว อันดับแรกเราจะตั้งค่าการทำธุรกรรมแบบมีเงื่อนไขในสภาพแวดล้อมเริ่มต้น ซึ่งจะมีผลเมื่อตรงตามเงื่อนไขบางอย่างในสภาพแวดล้อมอื่น (เช่น สภาพแวดล้อมเป้าหมาย)
เป็นขั้นเป็นตอน
แม้ว่าจะไม่มีวิธีแก้ปัญหาที่ดีกว่านี้ แต่ผู้ใช้สามารถโอนเงินจาก L2 เริ่มต้นไปยัง L1 และจาก L1 ไปยังเป้าหมาย L2 ได้เสมอ แนวทางการบังคับเดรัจฉานนี้ช้าและมีราคาแพง และจะช้าลงและแพงขึ้นตามความต้องการของผู้ใช้สำหรับการทำงานร่วมกันที่เพิ่มขึ้น
“เราจำเป็นต้องทำให้ดีขึ้น ด้วยเหตุนี้ เราจึงจัดทำแผนพิเศษต่อไปนี้เพื่อให้บรรลุความสามารถในการทำงานร่วมกันของ L2 ทีละขั้นตอนระยะที่ 1: StarkEx (L2) → Ethereum (L1) — การถอนอย่างรวดเร็ว
"(การถอนอย่างรวดเร็ว) สามารถแก้ปัญหาที่ผู้ใช้ต้องการถอนเงินอย่างรวดเร็วจากระบบ L2 StarkEx ไปยัง L1 ด้วยการถอนอย่างรวดเร็ว ผู้ใช้ไม่เพียงแต่สามารถโอนเงินไปยังที่อยู่ L1 ของตนเองได้ แต่ยังสามารถโอนเงินไปยังที่อยู่เป้าหมายของ L1 ได้ด้วย เช่น Compound, Aave เป็นต้น สิ่งสำคัญคือช่วยให้ผู้ใช้สามารถถอนเงินโดยวัดเป็น "เวลาบล็อก" โดยไม่คำนึงว่า StarkEx ยืนยันธุรกรรมเป็นชุดบ่อยเพียงใด
ผู้เข้าร่วม:
กรณีการใช้งาน: Alice ต้องการโอน 1 ETH จากบัญชี dYdX ของเธอใน L2 ไปยังที่อยู่ L1 ของเธอ
ผู้เข้าร่วม:
LP (ผู้ให้บริการสภาพคล่องที่ถือหุ้น L1)
ตัวดำเนินการ StarkEx ในสภาพแวดล้อมเริ่มต้น (dYdX ในตัวอย่างข้างต้น)
คำอธิบายภาพ
รูปที่ 1: ขั้นตอนการถอนด่วน
ขั้นตอน: (1) Alice ส่งธุรกรรมแบบมีเงื่อนไขมูลค่า 1 ETH ไปยัง LP (บวกค่าธรรมเนียมการจัดการสำหรับ LP) เงื่อนไขคือ LP ต้องโอน 1 ETH ไปยังที่อยู่ L1 ของ Alice (2) LP อยู่หลังจาก L1 โอนไปยัง Alice ธุรกรรมแบบมีเงื่อนไขจะมีผล จากนั้น (3) LP ส่งธุรกรรมแบบมีเงื่อนไขไปยังผู้ดำเนินการ จากนั้น จะรวมเป็นชุดธุรกรรมถัดไปที่รอการพิสูจน์ (4) รอจนกว่าหลักฐานเหล่านี้จะถูกส่ง หลังจากมาถึง L1 และได้รับการยืนยัน บัญชีของ LP ใน L2 ได้รับการโอนเงินจากอลิซ
การปรับสมดุลอย่างสม่ำเสมอ: LPs จำเป็นต้องนำเงินที่ค่อยๆ สะสมในบัญชี L2 ออกอย่างสม่ำเสมอเพื่อเสริมเงินที่ค่อยๆ ใช้ไปในบัญชี L1
การปรับใช้งาน StarkEx เริ่มต้นแต่ละครั้งจะโฮสต์แอปพลิเคชัน ในขั้นตอนนี้ เราต้องการให้ผู้ใช้สามารถย้ายเงินได้อย่างรวดเร็วระหว่างแอปพลิเคชันต่างๆ เหล่านี้ เช่นเดียวกับการถอนเงินที่รวดเร็ว เราต้องการลดค่าใช้จ่ายบนเครือข่ายสำหรับผู้ใช้และประหยัดเวลาในการรอการทำธุรกรรมชุดถัดไปเพื่อบรรจุหีบห่อเพื่อพิสูจน์
ผู้เข้าร่วม:
กรณีการใช้งาน: Alice ต้องการโอน 1 ETH จากบัญชี dYdX (L2_1) ไปยังบัญชี DeversiFi (L2_2) ของเธอ
ผู้เข้าร่วม:
LP (ผู้ให้บริการสภาพคล่องที่ถือหุ้น L2_2)
ตัวดำเนินการ StarkEx ในสภาพแวดล้อมเริ่มต้น (dYdX ในตัวอย่างด้านบน)
คำอธิบายภาพ
รูปที่ 2: ขั้นตอนการทำธุรกรรมแบบมีเงื่อนไขแบบออฟไลน์
กระบวนการ: (1) Alice ส่งธุรกรรมแบบมีเงื่อนไขที่ลงนามมูลค่า 1 ETH ไปยัง LP บน L2_1 (บวกค่าธรรมเนียมการจัดการสำหรับ LP) เงื่อนไขคือ LP ต้องโอน 1 ETH ไปยังบัญชี L2_2 ของ Alice (2) หลังจาก LP โอนเงินไปที่ บัญชี L2_2 ของอลิซ (3) การชำระเงินถูกรวมเป็นชุดของธุรกรรมซึ่งได้รับการรับรองโดยผู้ดำเนินการของ L2_2 และตรวจสอบใน L1 หลังจากธุรกรรมเหล่านี้ได้รับการเผยแพร่ใน L1 และยอมรับแล้ว ธุรกรรมที่มีเงื่อนไขที่ส่งโดย Alice จะมีผล (4) LP ส่งธุรกรรมที่มีเงื่อนไขไปยังผู้ดำเนินการของ L2_1 และบรรจุลงในธุรกรรมชุดถัดไปที่รอการพิสูจน์ (5) เมื่อชุดธุรกรรมบน L2_1 ได้รับการรับรองและส่งไปยัง L1 เพื่อตรวจสอบแล้ว บัญชีของ LP บน L2_1 จะได้รับการโอนจาก Alice
การปรับสมดุลอย่างสม่ำเสมอ: LP จำเป็นต้องปรับสมดุลของเงินทุนระหว่างสองระบบเป็นระยะๆ คือ L2_1 และ L2_2 ตามการไหลของเงินทุนระหว่างทั้งสองระบบ
ขยายระยะที่ 2 เพื่ออนุญาตให้โอนเงินระหว่างโซลูชั่น L2 ตามอำเภอใจ ไม่ว่าจะเป็นระบบพิสูจน์ที่ถูกต้องหรือระบบป้องกันการฉ้อโกง (เช่น Optimistic Rollup, Plasma) ข้อแม้ที่นี่คือ Optimistic Rollups เผชิญกับความไร้ประสิทธิภาพของเงินทุนเมื่อใช้ LPs เพื่อสนับสนุนการทำงานร่วมกัน (ดูที่นี่)。
ที่นี่
ชื่อระดับแรก
โมเดลความน่าเชื่อถือ
ตอนนี้เพื่อสรุปโมเดลความน่าเชื่อถือที่เราใช้
สำหรับผู้ใช้
ไม่ไว้วางใจโดยสิ้นเชิง
สำหรับหจก
LPs จำเป็นต้องไว้วางใจผู้ดำเนินการ (ในสภาพแวดล้อมเริ่มต้น) ว่าจะทำแพคเกจธุรกรรมแบบมีเงื่อนไขที่ถูกต้อง นั่นคือไม่เซ็นเซอร์ระหว่างการประมวลผล ความไว้วางใจนี้สามารถลบออกได้หลายวิธี
หากผู้ดำเนินการไม่สามารถดำเนินการธุรกรรมที่มีเงื่อนไขของ LP ได้ทันเวลา LP สามารถ:
การต่อต้านการเซ็นเซอร์: การส่งธุรกรรมแบบมีเงื่อนไขที่ถูกเซ็นเซอร์ไปยังสัญญาอัจฉริยะของผู้ดำเนินการบนห่วงโซ่จะทำให้ผู้ปฏิบัติงานหยุดทำงาน ดังนั้นหลักฐานที่ส่งมาภายหลังจึงไม่สามารถดำเนินการได้
หลักประกันความปลอดภัย: ส่งการทำธุรกรรมที่มีเงื่อนไขที่ได้รับการตรวจสอบไปยังสัญญาสมาร์ทหลักประกันบนเครือข่ายและรับเงินโดยตรงจากสัญญา
เฟส 1 จะเปิดตัวบน Ethereum mainnet ในเดือนพฤศจิกายน 2020 (เช่น StarkEx 2.0) และเฟส 2 จะเปิดตัวในไตรมาสแรกของปี 2021 (เช่น StarkEx 3.0) มีหจก.เข้าแถวรอให้บริการอยู่จำนวนหนึ่งแล้ว
ข้อจำกัดความรับผิดชอบ: งานแปลของ ECN มีเป้าหมายเพื่อส่งมอบข้อมูลคุณภาพสูงและทรัพยากรการเรียนรู้สำหรับชุมชน Ethereum ของจีน ลิขสิทธิ์ของบทความเป็นของผู้เขียนต้นฉบับ การพิมพ์ซ้ำต้องระบุแหล่งที่มาของข้อความต้นฉบับและ ethereum.cn สำหรับระยะยาว พิมพ์ซ้ำ โปรดติดต่อ Authorize etheremcn@gmail.com
