คำอธิบายโดยละเอียดเกี่ยวกับข้อเสนอล่าสุดของ Ethereum EIP-5988: โซลูชันใหม่สำหรับการทำงานร่วมกันของ
ในขณะที่การอัปเกรด Ethereum ในเซี่ยงไฮ้กำลังใกล้เข้ามา ข้อเสนอต่างๆ ที่เกี่ยวข้องก็ปรากฏขึ้นเช่นกัน โดยหวังว่าจะทันกับการอัปเกรดในเซี่ยงไฮ้และใช้งานร่วมกัน นอกจากนี้ EIP-5988 ยังถูกส่งไปยังเว็บไซต์อย่างเป็นทางการของ Eips.ethereum เมื่อเร็วๆ นี้ จุดประสงค์หลักของ EIP-5988 คือการดำเนินการรวบรวมล่วงหน้าสำหรับ ZK ต่างๆ เพื่อสื่อสารกับเครือข่ายหลักเพื่อประหยัดเวลาการรวบรวมและออนไลน์ พื้นที่ที่จำเป็นสำหรับการสื่อสาร
EIP-5988 มีไว้เพื่อแก้ปัญหาการสื่อสารต่างๆ ระหว่าง L2 และ L1 เป็นหลัก ด้วยข้อเสนอนี้ L2 ที่ใช้ ZK สามารถเข้ากันได้กับความปลอดภัยของเครือข่ายหลักโดยไม่ลดประสิทธิภาพการพิสูจน์ของตัวเอง L2 ที่ใช้ OP สามารถปรับปรุงการใช้งาน โครงข่ายหลัก ประสิทธิภาพ การตั้งถิ่นฐาน
นอกจากนี้ EIP-5988 ยังใช้อัลกอริทึมโพไซดอนแฮชในครั้งนี้ซึ่งจะใช้เป็นวิธีการพิสูจน์การสร้างแบบรวบรวมล่วงหน้าแบบรวมสำหรับ L2s ต่างๆ นี่เป็นอัลกอริทึมใหม่ตัวแรกที่อาจเข้ากันได้กับ Ethereum ก่อนหน้านี้ส่วนใหญ่จะเป็น ลองใช้ใน L2 ต่างๆ มีการใช้ แต่ความปลอดภัยไม่ได้รับการทดสอบโดยแอปพลิเคชันหลักเป็นเวลานานซึ่งเป็นประเด็นหลักของการโต้เถียงที่เกิดจาก EIP-5988
ผ่านการสื่อสารระหว่าง L2
ในคำอธิบายของ EIP-5988 สิ่งที่สำคัญที่สุดคือการนำเสนอวิธีการสื่อสารใหม่ระหว่างเลเยอร์ 2 ซึ่งบรรจุอัลกอริทึมการขยาย Rollup ต่างๆ ไว้ในเลเยอร์การรวบรวมที่สอดคล้องกันซึ่งสามารถเรียกได้โดยเครือข่ายหลักของ Ethereum การสื่อสารแบบเลเยอร์ 2 .
ความเข้าใจโดยสัญชาตญาณ นั่นคือ ภายใต้ STARK/SNARK และโครงร่างอื่น ๆ ขั้นแรกจะมีการดำเนินการวัดการรวบรวมก่อน เมื่อข้อเสนอมีผล ข้อเสนอจะถูกสร้างขึ้นเป็นสถานที่แปลงรูปแบบหลังจากสร้างการพิสูจน์ ZK Ethereum mainnet ไม่จำเป็นต้องพิจารณาแหล่งที่มาเฉพาะของข้อความ แต่จำเป็นต้องตัดสินว่าเป็นไปตามรูปแบบที่คอมไพล์หรือไม่ เพื่อที่จะยอมรับหรือปฏิเสธ
ระหว่าง L2 ปัจจุบันและ Ethereum mainnet มีปัญหาความเข้ากันได้มากมาย ยกตัวอย่างระบบ ZK ขณะนี้มีอุปสรรคสำคัญสองประการ:
ระบบ ZK มีเส้นทางทางเทคนิคที่แตกต่างกัน zk-SNARK และ zk-STARK เป็นเส้นทางหลักสองเส้นทาง และการทำงานร่วมกันระหว่างอินสแตนซ์ต่างๆ ขาดมาตรฐานที่เป็นหนึ่งเดียว
L2 จะเลือกภาษาที่พัฒนาขึ้นเอง เช่น ภาษาไคโรของ StarkWare ซึ่งแตกต่างจากความแข็งแกร่งที่ใช้โดย Ethereum และจำเป็นต้องรวบรวมซึ่งกันและกันเพื่อสื่อสาร
หลังจากการใช้งานเลเยอร์การรวบรวมล่วงหน้าแบบรวม รูปแบบข้อความที่ Ethereum ยอมรับจะเป็นแบบรวม และประเภทข้อมูล L2 ที่เข้ามาใด ๆ จำเป็นต้องแปลงล่วงหน้า เพื่อประหยัดเวลาในการส่ง-รอ-ตอบกลับระหว่าง L2 และหลัก เครือข่าย
ในปัจจุบัน ก่อนที่เลเยอร์คอมไพล์แบบรวมศูนย์จะมีผล มีสามวิธีในการสื่อสารระหว่าง L2s:
CEX/DEX: โทเค็นการโอนครั้งแรกไปยังการแลกเปลี่ยนที่เข้ากันได้กับ L2 มากกว่าสองรายการ อย่างไรก็ตาม สามารถดำเนินการแปลงสินทรัพย์ได้เท่านั้น และไม่สามารถดำเนินการส่งข้อความได้โดยตรง
สะพานข้ามโซ่สากล: ซ้อนเครือข่าย L2 ที่ด้านบนของสะพานข้ามโซ่ L1 แบบดั้งเดิม แปลงเนื้อหาได้ และบางข้อความสามารถส่งได้ด้วยความช่วยเหลือจากเครือข่ายหลัก
สะพานข้ามโซ่ L2: นำเสนอโดย Orbiter Finance โดยส่วนใหญ่ดำเนินการข้ามโซ่ระหว่าง Rollups ต่างๆ ซึ่งถือได้ว่าเป็นรูปแบบสะพานข้ามโซ่ในสาขาเฉพาะ
การรวบรวมล่วงหน้าแบบครบวงจรของ EIP-5988 สร้างมาตรฐานให้กับรูปแบบข้อมูล L2 ต่างๆ โดยตรง แทนที่จะให้โมเดลการทำงานร่วมกันระหว่างสินทรัพย์ข้าม L2 โดยตรง มันยังคงเป็นการอัปเกรดและการขยายตัวของ Ethereum mainnet และจะไม่ทำลายความปลอดภัยของ Ethereum ของ Fangzhu.com
ด้วยความช่วยเหลือของความเข้ากันได้จาก Ethereum mainnet จะช่วยปรับปรุงการทำงานร่วมกันของ L2 ต่างๆ ได้อย่างมาก และสอดคล้องกับวิธีการอัปเกรดแบบโมดูลาร์ในอนาคตของ Ethereum
Poseidon พลังโพไซดอนที่ต้องทดสอบ
แต่นอกเหนือจากข้อดีแล้ว ยังจำเป็นต้องให้ความสนใจกับปัญหาของการคอมไพล์ล่วงหน้าแบบรวม ซึ่งส่วนใหญ่มุ่งเน้นไปที่อัลกอริทึมแฮช "โพไซดอน" (โพไซดอน) ที่ใช้ ซึ่งเป็นจุดสนใจของการอภิปรายในชุมชนในปัจจุบันด้วย
โดยพื้นฐานแล้ว เวิร์กโฟลว์ของ EIP-5988 คือการแนะนำสัญญาที่คอมไพล์แล้วใหม่ซึ่งใช้ฟังก์ชันที่ใช้ในอัลกอริทึมแฮชการเข้ารหัสโพไซดอน ซึ่งสามารถบรรลุการทำงานร่วมกันระหว่าง EVM และ ZK / Validity rollups และแนะนำแบบดั้งเดิมแฮชการเข้ารหัสลับที่ยืดหยุ่นมากขึ้น
หน้าที่หลักของอัลกอริทึมแฮชคือการแปลงข้อมูลที่เป็นตัวเลขและไม่ใช่ตัวเลขทุกชนิด (ข้อความ รูปภาพ ฯลฯ) ให้เป็นรหัสที่มีคุณสมบัติสอดคล้องกันซึ่งสะดวกสำหรับการระบุคอมพิวเตอร์และการเรียก การพิสูจน์ Merkle tree ซึ่งก็คือ โดยพื้นฐานแล้วตัวแปรนิพจน์แฮชของไบนารีทรี มีการใช้กันอย่างแพร่หลายในการสื่อสารโหนดต่างๆ เช่น กระเป๋าเงินและการพิสูจน์สินทรัพย์การแลกเปลี่ยน
อัลกอริทึมโพไซดอนไม่ใช่โซลูชันใหม่ อย่างน้อย Vitalik ก็เคยแนะนำฟังก์ชันหลักมาก่อนแล้ว และมีความเข้ากันได้ดีกับอัลกอริทึม ZK ต่างๆ ซึ่งเป็นสาเหตุหลักที่ทำให้การอัปเดตนี้มีชื่อว่าโพไซดอน
ฟังก์ชันโพไซดอนแฮชเปิดตัวอย่างเป็นทางการในปี 2562 และเป็นแบบเดียวกับที่ได้รับความนิยม"ธรรมเนียม"เมื่อเปรียบเทียบกับฟังก์ชันแฮชอื่นๆ เช่น SHA 256 และ Keccak ฟังก์ชันเหล่านี้ไม่ได้รับการทดสอบความถูกต้องและความปลอดภัยอย่างเข้มงวด ในเครือข่าย Ethereum และเครือข่ายบล็อกเชนอื่น ๆ มีการใช้ L2 หรือแอปพลิเคชั่นอื่น ๆ อยู่บ้าง จนถึงตอนนี้ ยังไม่มีข้อผิดพลาดร้ายแรงในอัลกอริทึมโพไซดอน
กรณี Blockchain ที่ได้รับหรือวางแผนที่จะใช้อัลกอริทึม Poseidon:
StarkWare วางแผนที่จะใช้ Poseidon เป็นฟังก์ชันแฮชหลักสำหรับ StarkNet และสัญญาว่าจะเพิ่มฟังก์ชัน Poseidon ในตัวให้กับภาษาไคโร
Filecoin ใช้โพไซดอนสำหรับการพิสูจน์ Merkle Tree ที่แตกต่างกันและสำหรับข้อผูกพันสองค่า
Dusk Network ใช้ Poseidon เพื่อสร้างโปรโตคอลความเป็นส่วนตัวคล้าย Zcash สำหรับการทำธุรกรรม
Sovrin ใช้ Poseidon สำหรับธุรกรรมการเพิกถอนตามต้นไม้ของ Merkle
Loopring ใช้ Poseidon สำหรับสถานการณ์การซื้อขายส่วนตัวบน Ethereum
รูปหลายเหลี่ยมใช้โพไซดอนใน Hermez ZK-EVM
บทส่งท้าย
บทส่งท้าย
การแบ่งชั้นในแนวตั้งระหว่างแผนการขยาย Ethereum และ Layer 2 เป็นข้อสรุปมาก่อน แต่ก็ยังมีปัญหาเกี่ยวกับความปลอดภัยและความเข้ากันได้ระหว่างเลเยอร์ ดังนั้น L2 ทุกชนิดจึง "ใช้ความปลอดภัยของเครือข่ายหลักของ Ethereum และเพิ่มความพยายามอย่างกว้างขวาง ถูกสร้างขึ้นบนความเข้ากันได้ของเครือข่ายหลัก แต่บนพื้นฐานของการสร้างความเจริญรุ่งเรืองทางระบบนิเวศของ L2 มันยังก่อให้เกิดวิกฤตการแตกแยกของ L2 โดยปลอมตัว
การกระจายตัวของระบบนิเวศแบบนี้ไม่เอื้อต่อการพัฒนาระยะยาวของ Ethereum และ EVM การแข่งขันระหว่าง L1 ต่างๆ ยังคงดำเนินต่อไป วิธีการเชื่อมชิ้นส่วนระบบนิเวศต่างๆ ได้กลายเป็นความคิดริเริ่มที่จำเป็นสำหรับ Ethereum mainnet จาก mainnet มัน เป็นแนวโน้มล่าสุดที่จะเริ่มปรับปรุงและต้องการ L2 ทุกชนิดเพื่อทำการแปลงรูปแบบรวม
ไม่ว่า EIP-5988 จะสิ้นสุดลงหรือไม่ ความรุ่งเรืองและการกระจายตัวนี้จะคงอยู่ไปอีกนาน และจะต้องมีข้อเสนอการปรับปรุงเพิ่มเติมเพื่อแก้ไข
