YBB Capital: จักรวาลหลายสายที่บ้าคลั่ง, OP Stack ที่บ้าคลั่ง
คำนำ
คำนำ
ชื่อระดับแรก
คำอธิบายรูปภาพ
นักวิจัย YBB Capital Ac-Core โฮมเมด
ชื่อระดับแรก
OP Stack คืออะไร?
OP Stack สามารถเข้าใจได้ว่าเป็นชุดของส่วนประกอบซอฟต์แวร์โอเพ่นซอร์สที่ช่วยให้ทุกคนสามารถสร้างบล็อกเชนเลเยอร์ 2 ของตนเองบน Ethereum โดยใช้การโรลอัปในแง่ดี โดยจะย้ายคอมพิวเตอร์และพื้นที่เก็บข้อมูลส่วนใหญ่ออกจากเครือข่ายในขณะที่อาศัย Ethereum เพื่อรับรองความปลอดภัยและขั้นสุดท้าย จากมุมมองทางเทคนิค การมองโลกในแง่ดีสะท้อนให้เห็นเป็นหลักว่าจะช่วยประหยัดค่าธรรมเนียมออนไลน์ได้มากมายสำหรับผู้ใช้ OP Stack ประกอบด้วยองค์ประกอบหลักสี่ส่วน:
Mainnet: OP Mainnet เป็นเครือข่าย Ethereum Layer 2 ที่ราคาถูกและรวดเร็วเครื่องเสมือน EVMเข้ากันได้;
สัญญา: สัญญาอัจฉริยะที่ใช้ตรรกะหลักและฟังก์ชันของ OP Stack สัญญา OP ประกอบด้วย State Transition System (STS), Fraud Prover (FP), State Commitment Chain (SCC) และ Canonical Transaction Chain (CTC)
บริการ: จัดเตรียมข้อมูลที่มีอยู่ การซิงโครไนซ์ข้อมูล และบริการการสื่อสารระหว่างเลเยอร์ 1 และเลเยอร์ 2
ชื่อรอง
เปิดกว้างมาก:
คำอธิบายรูปภาพ
นักวิจัย YBB Capital Ac-Core โฮมเมด
OP Stack (Over Powered Stack) จะกลายเป็นสแต็กการพัฒนาโมดูลาร์แบบรวมที่อยู่เบื้องหลังซูเปอร์เชน และมีบล็อกเชนที่เชื่อมต่อถึงกันและสื่อสารได้จำนวนนับไม่ถ้วนระหว่างกัน OP Stack ได้รับการพัฒนาและดูแลรักษาโดยรวมโดย Optimism Collective โดยเฉพาะ และสนับสนุนระบบโอเพ่นซอร์สที่ใช้ร่วมกันสำหรับการปรับใช้เครือข่ายรวมใหม่ ในขณะเดียวกัน ยังเป็นชุดของโมดูลโอเพ่นซอร์สที่ได้มาตรฐานอีกด้วย ฟังดูไม่เหมือนจักรวาลที่มีพื้นฐานอยู่บนความปลอดภัยของ Ethereum เลยเหรอ! ว่ากันว่า ETH และ ATOM เป็นส่วนเสริม แต่ตอนนี้มันทำให้ OP Stack เป็นนักฆ่าจักรวาลใช่ไหม ต่อไป เราจะแยกคำจำกัดความของ OP Stack ออก:
การทำให้เป็นมาตรฐาน"การทำให้เป็นมาตรฐาน"หมายความว่ามีฉันทามติเกี่ยวกับมาตรฐานสำหรับโมดูลและทุกคนสามารถนำไปใช้ได้ นอกจากนี้ การเป็นโอเพ่นซอร์สโดยสมบูรณ์ยังหมายความว่าทุกคนสามารถใช้งานการพัฒนาซ้ำและร้องขอข้อความได้อย่างอิสระ นักพัฒนามีความสามารถในการสลับโมดูลระหว่างชั้นการดำเนินการ ชั้นฉันทามติ ชั้นการชำระหนี้ และชั้นความพร้อมใช้งานของข้อมูลในห่วงโซ่
ชื่อรอง
หลักการออกแบบ OP Stack:
ประสิทธิภาพ: คุณสามารถใช้ OP Stack เพื่อสร้างอะไรก็ได้และออกบล็อคเชนได้ด้วยคลิกเดียว
ความเรียบง่าย: ใช้โค้ดที่นำมาใช้ซ้ำได้และชุดพัฒนาสำเร็จรูปเพื่อเพิ่มความปลอดภัยและลดความซับซ้อนในการบำรุงรักษา เพื่อลดเกณฑ์โดยรวม
ขยายได้: Optimism Collective จะเปิดซอร์สโค้ดหลักของ OP Stack โดยสมบูรณ์
ในแง่ของสถาปัตยกรรม OP Stack สามารถแบ่งออกเป็นหกชั้นจากล่างขึ้นบน ได้แก่ ชั้นความพร้อมใช้งานของข้อมูลชั้น DA, ชั้นการเรียงลำดับชั้นลำดับ, ชั้นอนุพันธ์ของชั้น Derivation, ชั้นการดำเนินการชั้นการดำเนินการ, ชั้นการชำระหนี้ของชั้นการชำระหนี้ และชั้นการกำกับดูแลชั้นการกำกับดูแล . แต่ละเลเยอร์ของ OP Stack เป็นส่วนประกอบ API แบบโมดูลาร์ที่สามารถรวมและแยกส่วนได้ตามต้องการ สิ่งที่สำคัญที่สุดคือชั้นความพร้อมใช้งานของข้อมูล DA ชั้นการดำเนินการ และชั้นการชำระบัญชี ซึ่งประกอบขึ้นเป็นเวิร์กโฟลว์หลักของ OP Stack
เลเยอร์ความพร้อมใช้งานของข้อมูล DA: เป็นแหล่งข้อมูลดั้งเดิมของ OP Stack ซึ่งสามารถใช้โมดูลความพร้อมใช้งานของข้อมูลเดี่ยวหรือหลายโมดูลเพื่อรับข้อมูลอินพุต ปัจจุบัน Ethereum เป็นเลเยอร์ DA ที่สำคัญที่สุด แต่จะมีเชนเพิ่มมากขึ้นในอนาคต
เลเยอร์การดำเนินการ: โครงสร้างสถานะใน OP Stack สามารถให้ความเป็นไปได้สำหรับ EVM หรือ VM อื่น ๆ โดยเพิ่มการรองรับธุรกรรมเลเยอร์ 2 ที่เริ่มต้นบน Ethereum ในขณะที่เพิ่มค่าธรรมเนียมข้อมูลเลเยอร์ 1 เพิ่มเติมสำหรับแต่ละธุรกรรม และมีส่วนสนับสนุน Ethereum ต้นทุนรวมของการโพสต์ ธุรกรรม.
ชั้นการชำระเงิน: โดยที่ข้อมูลธุรกรรมของเลเยอร์ 2 บน OP Stack หลังจากการยืนยันเลเยอร์ 2 ข้อมูลจะถูกส่งไปยังบล็อคเชนเป้าหมายเพื่อการชำระขั้นสุดท้าย ในอนาคต คาดว่าจะเข้าถึงกลไกการพิสูจน์ความถูกต้อง เช่น ZK เพื่อทะลวงอุปสรรคระหว่างเชนต่างๆ และแม้แต่เชื่อมโยงหมู่เกาะระหว่างเลเยอร์ 2 ที่ใช้ OP และเลเยอร์ 2 ที่ใช้ ZK
ชื่อรอง
กฎ OP สแต็ก:
นักวิจัย YBB Capital Ac-Core โฮมเมด
พื้นที่บล็อกไม่จำกัดของ Ethereum เป็นก้าวสำคัญสู่การยอมรับจำนวนมาก แต่การแพร่กระจายนี้ยังนำมาซึ่งการกระจายตัวและการปรับใช้ที่ไม่ได้รับอนุญาตยังได้นำไปสู่ความท้าทายใหม่ ๆ ทุกวันนี้ OP Stack chain ใหม่แต่ละเชนอยู่ในโดเมนของตัวเองเติบโตอย่างอิสระโดยไม่มีวิธีโดยตรง แบ่งปันมาตรฐานและการปรับปรุง ผู้ใช้และผู้สร้างยังเผชิญกับความท้าทายที่น่ากลัว: การประเมินห่วงโซ่ที่แตกต่างกันจำนวนมากเป็นรายบุคคลในแง่ของความปลอดภัย คุณภาพ และความเป็นกลาง เพื่อให้ตระหนักถึงซุปเปอร์เชน จำเป็นต้องเปลี่ยน OP Stack จากพื้นที่บล็อกอิสระและกระจายอำนาจไปเป็นกลุ่มโซ่แบบครบวงจร โดยทำงานร่วมกันเพื่อเปิดและกระจายอำนาจพื้นที่บล็อก กฎแห่งลูกโซ่ วางหลักการชี้นำสำหรับการกำกับดูแลและซูเปอร์เชนในแง่ดี การกำกับดูแลแบบ Optimist ย้ายจากการควบคุมห่วงโซ่เดียวไปสู่มาตรฐานการควบคุมที่ใช้ร่วมกันโดยหลายห่วงโซ่ ดังนั้นจึงกำหนดคุณสมบัติที่จำเป็นในการเป็นส่วนหนึ่งของห่วงโซ่ซุปเปอร์ ในขณะเดียวกันก็จัดลำดับความสำคัญในการปกป้องผู้ใช้ที่ทำธุรกรรมบนห่วงโซ่ซุปเปอร์ โดยพื้นฐานแล้ว Chain Law เป็นสัญญาทางสังคม (แทนที่จะเป็นสัญญาทางกฎหมาย) ดังนั้นการอภิปรายในชุมชนอย่างแข็งขันจึงมีความสำคัญ การมีอยู่ของมันจะทำให้ซุปเปอร์เชนสามารถรับประกันลักษณะดังต่อไปนี้:
ตรวจสอบให้แน่ใจว่าพื้นที่บล็อกยังคงเป็นเนื้อเดียวกัน เป็นกลาง และเปิดกว้าง: ความมุ่งมั่นต่อกฎหมายลูกโซ่คือความมุ่งมั่นต่อผู้ใช้ นักพัฒนา และผู้มีส่วนได้ส่วนเสียอื่น ๆ ที่รักษาความปลอดภัยของห่วงโซ่ โซ่ไม่ว่าขนาดใหญ่หรือเล็ก หากเป็นส่วนหนึ่งของไฮเปอร์เชน สามารถแสดงให้เห็นได้อย่างน่าเชื่อถือถึงความเป็นเนื้อเดียวกัน ความเป็นกลาง และความเปิดกว้างของพื้นที่บล็อก โดยได้รับการสนับสนุนจากการกำกับดูแลในแง่ดี
ประโยชน์จากการปรับปรุงอย่างต่อเนื่อง: การอัพเกรดที่ใช้ร่วมกันหมายความว่าซุปเปอร์เชนสามารถรับเทคโนโลยีที่ดีที่สุดได้ตลอดเวลาโดยไม่ต้องกังวลเรื่องการบำรุงรักษา
ชื่อรอง
คำถามที่ควรค่าแก่การพิจารณา:
OP Stack สามารถป้อนกลับ OP ได้หรือไม่
วัตถุประสงค์ของ OP Token คืออะไร หากพวกเขาใช้วิธี PlasmaChain พวกเขาจะป้อนคืนส่วนหนึ่งของรายได้ให้กับ Optimism Collective จากนั้นแหล่งที่มาของรายได้สำหรับ คลัง จะขึ้นอยู่กับ มูลค่า ของตัวเองและพึ่งพาการสร้างมากขึ้น เรื่องราวที่จะฟีดกลับไปยังสกุลเงินในที่สุด ในแง่ของราคา Performance Logic ของ OP ในตลาดรองนั้นคล้ายคลึงกับของ ATOM แต่โซลูชันนี้อาจดีที่สุดในปัจจุบัน หากมี chain มากขึ้นตามตัวอย่างของ PlasmaChain เพื่อป้อน กลับมา Optimism Collective ก็จะได้รับประโยชน์ในที่สุด ความรู้สึกนี้ทำให้เรานึกถึง UNI ไหม? ทั้งสองโครงการมีจุดแข็งที่แข็งแกร่ง แต่ Token เองก็ไม่มีคุณค่าอื่นใดนอกจากการลงคะแนนเสียงและการกำกับดูแล ซึ่งแตกต่างจากสิ่งนี้ ขณะนี้เลเยอร์ 2 กำลังเผชิญกับปัญหาตัวเรียงลำดับแบบรวมศูนย์ และแม้ว่าโทเค็นของเลเยอร์ 2 จะใช้สำหรับการเลือกผู้นำบางรูปแบบเท่านั้น (ไม่ใช่การลงคะแนนเสียงเป็นเอกฉันท์) แต่ค่าของพลังการเรียงลำดับจะยังคงสะสมเป็นโทเค็น Rullop
ในเวลาเดียวกัน ทีม OP ได้เปิดตัวข้อเสนอ Law of Chain เมื่อวันที่ 25 กรกฎาคม เครือข่ายทั้งหมดที่ใช้ OP Stack จะเริ่มโมเดลการกำกับดูแลและตัวเรียงลำดับที่ใช้ร่วมกัน โดยหวังว่าจะสร้างมาตรฐานให้กับโมเดล ผลตอบรับผลกำไร เพื่อผูก OP ทั้งหมด สามารถก่อให้เกิดประโยชน์มากขึ้น (เช่นกฎ OP Stack ที่กล่าวถึงข้างต้น) ซึ่งคล้ายกับโมเดลความปลอดภัยที่ใช้ร่วมกันของ Cosmos
ความแตกต่างระหว่าง OP Stack และ ZK Stack:
OP Stack: การเลือกเดี่ยวแบบหลายสายโซ่
จากที่กล่าวมาข้างต้น พบว่า OP Stack ใช้โมเดลหลายเชนที่คล้ายกับ Cosmos ได้ไม่ยาก แต่มีทางเลือกเดียวเท่านั้น เนื่องจาก OP Stack จำเป็นต้องตรวจสอบธุรกรรมของเชนอื่นๆ เพื่อติดตามแต่ละเชน ไม่เช่นนั้นจะ ต้องรอเป็นเวลาหลายวันบนเลเยอร์ 1 ด้วยเหตุนี้ ซีเควนเซอร์เดี่ยวและที่ใช้ร่วมกัน การจัดสรร MEV แบบรวมศูนย์ และการป้องกันตามสัญญาและการจัดการจึงเป็นความเป็นไปได้เพียงอย่างเดียวสำหรับการทำงานร่วมกันอย่างราบรื่นของ Rollups Optimistic ระหว่างเครือข่ายที่แตกต่างกัน
ZK Stack: หลายโซ่และหลายตัวเลือก
ชื่อระดับแรก
คำอธิบายรูปภาพ
นักวิจัย YBB Capital Ac-Core โฮมเมด
ชื่อรอง
ใช้หลักฐานความรู้เป็นศูนย์ (ZKP) สำหรับ OP:
คำอธิบายรูปภาพ
นักวิจัย YBB Capital Ac-Core โฮมเมด
การบรรลุภารกิจนี้หมายถึงการใช้ระบบพิสูจน์ความรู้เป็นศูนย์ (ZKP) ที่สามารถพิสูจน์ได้ว่าโปรแกรมป้องกันข้อผิดพลาดของ OP [2 ] นอกจากนี้ ระบบพิสูจน์ยังต้องพิสูจน์การเปลี่ยนแปลงสถานะระหว่างสองบล็อกของห่วงโซ่ OP Stack การกำหนดค่ามาตรฐาน ดังนั้นจึงพิสูจน์ได้ว่าเป็นไปได้ในทางปฏิบัติ นอกเหนือจากการพิสูจน์วิถีการดำเนินการมาตรฐานของ ISA แล้ว การสนับสนุนโปรแกรมป้องกันข้อผิดพลาดยังแนะนำข้อกำหนดเพิ่มเติมอีกด้วย [1]
ชื่อรอง
ความพยายามในการคัดแยกแบบกระจายอำนาจ:
Espresso Systems ทวีตเมื่อวันที่ 21 กรกฎาคม 2023 เพื่อประกาศอย่างเป็นทางการว่าข้อเสนอในการสร้างการตรวจสอบการเรียงลำดับแบบกระจายอำนาจสำหรับการเลือกตั้งผู้นำ OP Stack ได้รับการยอมรับแล้วและได้กลายเป็นผู้สนับสนุน OP Stack และ Superchain โปรโตคอลหลักของโปรเจ็กต์ HotShot เป็นโปรโตคอลฉันทามติความเร็วสูงที่ใช้การสมมุติฐานใหม่เพื่อให้เครื่องมือตรวจสอบ Ethereum สามารถมีส่วนร่วมในโปรโตคอล โดยมีเป้าหมายเพื่อให้ได้ระดับเดียวกันกับชุดเครื่องมือตรวจสอบ Ethereum โปรเจ็กต์นี้ยังพัฒนา Espresso Sequencer ซึ่งผสานรวมกับ Zk-rollup ที่มีฟีเจอร์ครบถ้วน โดยเฉพาะทางแยกของ Polygon zkEVM
การเลือกตั้งผู้นำคืออะไร?
การเลือกตั้งผู้นำ [6] หมายถึงความสามารถในระบบแบบกระจายในการใช้ผู้นำที่แตกต่างกันซึ่งรับผิดชอบในการสร้างการเปลี่ยนแปลงสถานะตามรูปแบบบัญญัติครั้งต่อไป ในบล็อกเชน การเลือกผู้นำอนุญาตให้ผู้ผลิตบล็อกที่แตกต่างกันสร้างบล็อกในเวลาที่ต่างกัน และอัลกอริธึมการเลือกผู้นำสามารถแข่งขันหรือไม่มีการแข่งขันได้
ในกรณีของการพิสูจน์การทำงาน อัลกอริธึมการเลือกตั้งผู้นำที่มีการแข่งขันหมายความว่ามีหน่วยงานที่มีศักยภาพจำนวนมากแข่งขันกันเพื่อเป็นผู้นำในเวลาเดียวกัน อัลกอริธึมการเลือกตั้งผู้นำที่ไม่มีการแข่งขันหมายความว่ามีผู้นำที่รู้จักเพียงคนเดียว ณ จุดใดจุดหนึ่ง และในกรณีของ Ethereum Gasper อัลกอริธึมการเลือกตั้งผู้นำที่ไม่แข่งขันหมายความว่ามีเพียงหน่วยเดียวที่ทราบ ณ จุดใดจุดหนึ่ง เวลาและไม่มีทางอื่นใดที่หน่วยที่มีศักยภาพอื่นจะเป็นผู้นำในขณะนั้นได้
ในกรณีที่เครือข่ายผู้เสนอและเครือข่ายผู้สร้างแยกจากกัน (เช่น เครือข่ายตัวสร้างบล็อกมีหน้าที่เลือกลำดับธุรกรรมเท่านั้น และเครือข่ายผู้เสนอจะรับผิดชอบเฉพาะการลงนามบล็อกเท่านั้น) ซึ่งเป็นหน่วยงานเดียวที่เดิมรับผิดชอบในการผลิต บล็อกในช่วงเวลาหนึ่ง แปลงร่างเป็นเอนทิตีที่เป็นไปได้มากมาย และปล่อยให้พวกเขาแข่งขันเพื่อสร้างบล็อกที่มีศักยภาพทำกำไรมากที่สุดในเครือข่ายในช่วงเวลาหนึ่ง และในเวลาเดียวกัน เนื่องจากการมีอยู่ของ MEV การแข่งขันนี้จะกลับมาอีกครั้ง
ชื่อระดับแรก
ชื่อรอง
Ethereum ทำงานอย่างไร:
หลักการของ Ethereum คือแต่ละโหนดจะจัดเก็บและดำเนินการทุกธุรกรรมที่ผู้ใช้ส่งมา วิธีการรักษาความปลอดภัยระดับสูงนี้ยังทำให้เครือข่ายทั้งหมดมีราคาแพงมาก ดังนั้นจึงจำเป็นต้องนำโซลูชัน Rollup มาใช้เพื่อขยายเครือข่ายทั้งหมด พูดง่ายๆ ก็คือ Rollup = ชุดของสัญญาเลเยอร์ 1 + โหนดเครือข่ายของเลเยอร์ 2 นั่นคือ สัญญาอัจฉริยะบนเชน + ตัวรวบรวมนอกเชน ซึ่งพึ่งพา Ethereum สำหรับการชำระบัญชี ฉันทามติ และความพร้อมใช้งานของข้อมูล และเป็นเพียง รับผิดชอบในการดำเนินการ Rollup
สัญญาอันชาญฉลาดบนห่วงโซ่บ่งชี้ว่ารูปแบบความไว้วางใจนั้นเป็นสัญญาอันชาญฉลาดบน Ethereum ซึ่งยืมความปลอดภัยของ Ethereum
ผู้รวบรวมนอกเครือข่ายหมายความว่าจะดำเนินการและรวมธุรกรรมนอกเครือข่าย บีบอัดธุรกรรมจำนวนมาก และสุดท้ายก็นำธุรกรรมเหล่านั้นไปไว้บนเครือข่ายหลัก Ethereum เพื่อให้บรรลุเป้าหมายที่เร็วขึ้นและราคาถูกกว่า
คำอธิบายรูปภาพ
ชื่อรอง
ปัญหาตัวเรียงลำดับแบบรวมศูนย์:
โหนดเต็มของเลเยอร์ 2 สามารถรับลำดับธุรกรรมได้สองวิธี วิธีหนึ่งคือการรับมันโดยตรงจากเครื่องคัดแยก และอีกวิธีคือการอ่านชุดธุรกรรม (แบทช์) ที่ส่งโดยเครื่องคัดแยกไปยังเลเยอร์ 1 แต่อย่างหลังมี ทรัพย์สินที่ไม่สามารถแก้ไขได้แข็งแกร่งขึ้น เนื่องจากการดำเนินการธุรกรรมจะเปลี่ยนสถานะของบัญชีแยกประเภทบล็อคเชน เพื่อให้มั่นใจถึงความสอดคล้อง โหนดแบบเต็มของเลเยอร์ 2 จะต้องซิงโครไนซ์สถานะของบัญชีแยกประเภทกับตัวเรียงลำดับ นอกเหนือจากการได้รับลำดับของธุรกรรม ดังนั้น งานของเครื่องคัดแยกไม่เพียงแต่ส่งชุดธุรกรรมไปยังสัญญา Rollup ของเลเยอร์ 1 เท่านั้น แต่ยังส่งผลการอัพเดตสถานะ StateRoot/StateDiff หลังจากดำเนินการธุรกรรมไปยังเลเยอร์ 1 โดยทั่วไปแล้ว งานของเครื่องคัดแยกคือ ประมวลผลธุรกรรมและสั่งซื้อเป็นบล็อกที่เพิ่มลงในบล็อกเชน ซึ่งรับผิดชอบในการแบทช์ธุรกรรมและเผยแพร่ไปยังสัญญาอัจฉริยะเลเยอร์ 1
คำอธิบายรูปภาพ
ชื่อรอง
OP Stack:
ดังนั้นคำถามก็คือ เลเยอร์ 2 สามารถปลอมแปลงธุรกรรมที่ไม่มีอยู่จริงหรือไม่ถูกต้องได้หรือไม่ เช่น การโอนสินทรัพย์ Token ของเลเยอร์ 2 ไปยังที่อยู่ของผู้ปฏิบัติงานของเครื่องคัดแยก จากนั้นจึงโอนสินทรัพย์ Token เหล่านี้ไปยังเลเยอร์ 1 เพื่อขโมยสินทรัพย์ของผู้ใช้ คำตอบคือ: คุณสามารถทำได้ถ้าคุณต้องการ ดังนั้น เมื่อเผชิญกับความเสี่ยงในการฉ้อโกงที่อาจเกิดขึ้นจากซีเควนเซอร์ Rollup ประเภทต่างๆ จึงได้นำวิธีการตอบโต้ที่แตกต่างกันไปใช้
ลองใช้ Optimistic Rollup เป็นตัวอย่าง ซึ่งช่วยให้โหนดแบบเต็มของเลเยอร์ 2 สามารถพิสูจน์การฉ้อโกง (Fraud Proof) ได้ ซึ่งพิสูจน์ได้ว่าข้อมูลที่เผยแพร่โดยเครื่องคัดแยกในเลเยอร์ 1 นั้นไม่ถูกต้อง แต่สำหรับการมองโลกในแง่ดีโดยไม่มีหลักฐานการฉ้อโกง หากต้องการขโมยทรัพย์สินผู้ใช้เลเยอร์ 2 ผ่านเครื่องคัดแยกจริงๆ ก็เพียงแค่ต้องให้ผู้ดำเนินการคัดแยกปลอมคำสั่งการทำธุรกรรมและโอนทรัพย์สินในเลเยอร์ 2 ของผู้อื่นไปยังที่อยู่ของตนเอง และสุดท้ายก็โอนเหรียญที่ถูกขโมยไป สู่เลเยอร์ 1 ผ่านสัญญา Bridge ที่มาพร้อมกับ Rollup
คำอธิบายรูปภาพ
ชื่อรอง
ZK Stack：
ต่อไปเราจะพูดถึง ZK Stack ในเครือข่ายรวบรวม ZK มีโหนด Prover ซึ่งมีหน้าที่รับผิดชอบในการออกแบทช์ธุรกรรมสำหรับตัวเรียงลำดับและสร้างการพิสูจน์ความถูกต้องในเวลาเดียวกัน หลักฐานความถูกต้องเหล่านี้มีสัญญาการตรวจสอบเฉพาะในเลเยอร์ 1 ตราบใดที่หลักฐานของชุดธุรกรรมและ StateRoot/StateDiff ที่เกี่ยวข้องผ่านการตรวจสอบสัญญา Verifier ธุรกรรมก็จะได้รับการยืนยันในที่สุด มันแตกต่างจาก OP Stack ตรงที่การโรลอัพ ZK ไม่เพียงแต่อาศัยโหนดเต็มของเลเยอร์ 2 เท่านั้น แต่ยังใช้ Validity Proof ในการแก้ปัญหาการฉ้อโกงเครื่องคัดแยกอีกด้วย สะพานอย่างเป็นทางการของการยกเลิก ZK จะอนุญาตให้ดำเนินการธุรกรรมการถอนเงินที่ตรวจสอบโดยใบรับรองความถูกต้องเท่านั้น จากมุมมองของความปลอดภัย สิ่งนี้มีความน่าเชื่อถือมากกว่าการมองในแง่ดีอย่างเห็นได้ชัด นั่นคือในส่วน ความแตกต่างระหว่าง OP Stack และ ZK Stack ข้างต้น ข้อเสนอ: ZK Stack เป็นแบบหลายสายโซ่และหลายตัวเลือก
จากมุมมองทางทฤษฎี ความปลอดภัยของ ZK Rollup รับประกันโดยสัญญา Verifier บนเลเยอร์ 1 หรืออาจกล่าวได้ว่าการยืนยันขั้นสุดท้ายของธุรกรรมเสร็จสมบูรณ์โดยโหนดเลเยอร์ 1 เมื่อเปรียบเทียบกับความปลอดภัยของ OP rollup ซึ่งอาศัยโหนดเต็มเลเยอร์ 2 ที่ซื่อสัตย์อย่างน้อยหนึ่งโหนดที่สามารถพิสูจน์การฉ้อโกงได้ พวกมันทั้งหมดสืบทอดความปลอดภัยของเลเยอร์ 1 (ETH) แต่นี่อาจไม่เป็นเช่นนั้นในแง่ที่เข้มงวด แต่ นี่เป็นทางออกที่ดีที่สุดในปัจจุบันเมื่อเทียบกับเครือข่ายสาธารณะอื่น ๆ Ethereum มีประสบการณ์ในการพัฒนามาหลายปีและความปลอดภัยของมันก็น่าเชื่อถือที่สุดอย่างไม่ต้องสงสัย
คำอธิบายรูปภาพ
นักวิจัย YBB Capital Ac-Core โฮมเมด
ปัญหาความล่าช้า: การยกเลิก ZK ยังต้องแก้ไขปัญหาความล่าช้าของโหนดเลเยอร์ 2 ที่เผยแพร่ข้อมูลไปยังเลเยอร์ 1 เช่นเดียวกับความจำเป็นในการเตรียมกล่องสำหรับการจัดส่งด่วน แต่ละครั้งที่เครื่องคัดแยกหรือ Prover ส่งข้อมูลไปยังเลเยอร์ 1 จะมีค่าใช้จ่ายคงที่
ปัญหาความเร็ว: การยกเลิก ZK เผชิญกับความท้าทายในการสร้างการพิสูจน์ความถูกต้องช้า แม้ว่าตัวจัดลำดับจะสามารถดำเนินการธุรกรรมนับพันรายการได้ภายใน 1 วินาที แต่การสร้างหลักฐานยืนยันความถูกต้องสำหรับธุรกรรมเหล่านี้อาจใช้เวลาหลายชั่วโมง
ปัญหาด้านต้นทุน: เพื่อลดต้นทุนโดยรวม โซลูชันการรวบรวม ZK จำนวนมากจึงใช้กลยุทธ์ การรวม Proofs หลายรายการและส่งไปยังเลเยอร์ 1 ในคราวเดียว ซึ่งหมายความว่า Prover จะไม่ส่งการพิสูจน์ไปยังเลเยอร์ 1 ทันทีหลังจากสร้างการพิสูจน์ แต่รอให้สร้างการพิสูจน์หลายรายการ จากนั้นรวมเข้าด้วยกัน และส่งไปยังสัญญา Verifier ในเลเยอร์ 1 ในคราวเดียว
ปัญหาด้านปริมาณ: หากจำนวนธุรกรรมที่เริ่มต้นไม่เพียงพอ ตัวจัดลำดับอาจชะลอการเผยแพร่ข้อมูลไปยังเลเยอร์ 1 ตัวอย่างเช่น เครือข่าย Rollup บางเครือข่ายอาจส่งชุดธุรกรรมไปยังเลเยอร์ 1 ทุกครึ่งชั่วโมงเท่านั้นในช่วงที่ไม่มีกิจกรรมของตลาด
เกี่ยวกับปัญหาของโซลูชันตัวเรียงลำดับแบบกระจายอำนาจที่เหมาะสมกว่านั้น การทำให้เป็นโมดูล อาจเป็นทางออกที่ดีที่สุด เนื่องจากการทำให้เป็นโมดูลนั้นเทียบเท่ากับการปรับแต่งที่มากขึ้น ในเครื่องมือแบบกระจายอำนาจในปัจจุบัน ห้ารายการต่อไปนี้ส่วนใหญ่เป็นโฮสต์:
- Single Sequencer & POA
- Based rollup
- DVT x Sequencer
- Shared Sequencer
- Bootstrap a New Sequencer Set
ชื่อระดับแรก
คำอธิบายรูปภาพ
นักวิจัย YBB Capital Ac-Core โฮมเมด
Hyperchain และ Hyperextension เป็นทิศทางการขยายที่ทุกคนให้ความสำคัญมาโดยตลอด แม้ว่าแต่ละโครงการจะยังอยู่ในช่วงเริ่มต้นของการพัฒนา แต่พวกเขาก็ได้นำการเล่าเรื่องที่แข็งแกร่งยิ่งขึ้นมาสู่ Ethereum โดยรวม ตอนนี้เราเห็นได้ว่า OP Stack ได้รับการนำไปใช้เป็นจำนวนมาก และเครือข่ายสาธารณะระดับดาวหลายรายก็ได้เข้าร่วมด้วย เช่น Coinbase, opBNB, Zora, Worldcoin และเครือข่ายสาธารณะอื่น ๆ อีกมากมายที่ทำให้ OP Stack ได้รับการรับรองแบรนด์ที่ดี รวมถึงเมื่อเร็ว ๆ นี้ในตอนเย็นของวันที่ 26 มิถุนายน zkSync ได้ประกาศเปิดตัว ZK Stack ซึ่งเป็นเฟรมเวิร์กโอเพ่นซอร์สแบบโมดูลาร์สำหรับการสร้าง ZK Rollups แบบกำหนดเอง ซึ่งหลายคนก็ถือว่าเป็นเครื่องมืออันดับหนึ่งที่ทีม zkSync ใช้เพื่อจัดการกับ OP ซ้อนกัน. ด้านหนึ่งคือ OP Stack ที่มีข้อได้เปรียบแบบ first-mover และอีกด้านหนึ่งคือ ZK Stack ที่มีข้อได้เปรียบทางคณิตศาสตร์ โดยรวมแล้ว ค่าใดๆ ของเลเยอร์ 2 สามารถสะสมเป็น Rollup tokens ได้ การต่อสู้เพื่อการขยายเลเยอร์ 2 เพิ่งเริ่มต้นขึ้น . เกี่ยวกับชั้นที่ 2 คุณคิดอย่างไรกับสงครามที่ไม่มีดินปืน?
บทความอ้างอิง:
[ 1 ]https://github.com/ethereum-optimism/optimism/blob/develop/specs/fault-proof.md#fault-proof-program
[ 2 ]https://github.com/ethereum-optimism/ecosystem-contributions/issues/61
[ 3 ]https://github.com/ethereum-optimism/optimism/blob/develop/specs/fault-proof.md#pre-image-oracle
[ 4 ]https://en.wikipedia.org/wiki/System_call
[ 5 ]https://github.com/ethereum-optimism/optimism/blob/develop/specs/fault-proof.md#fault-proof-vm
[ 6 ]https://github.com/ethereum-optimism/ecosystem-contributions/issues/63
บทความอ้างอิง:
https://mp.weixin.qq.com/s/ezSpKkoUoyFtoYd2cLoOzw
