eth2 ต้องการส่วนใดของ eth1
หมายเหตุบรรณาธิการ: บทความนี้มาจากBlue Fox Notes (รหัส: lanhubiji)พิมพ์ซ้ำโดย Odaily โดยได้รับอนุญาต
Blue Fox Notes (รหัส: lanhubiji)
Blue Fox Notes (รหัส: lanhubiji)
พิมพ์ซ้ำโดย Odaily โดยได้รับอนุญาต
ชื่อเรื่องรอง
พรมแดนใหม่
ฉันต้องการให้ภาพรวมระดับสูงของการเข้ารหัสใหม่และอธิบายว่าก่อนที่จะย้ายสถานะ eth1 ไปยังระบบใหม่ การรวมเข้ากับ EVM จะเป็นการวางรากฐานสำหรับการใช้ประโยชน์จากความสามารถของระบบใหม่ใน eth1
https://en.wikipedia.org/,ชื่อเรื่องรอง
อะไรหายไปจาก eth1?
เมื่อพิจารณาว่าข้อมูลทั้งหมดบน Ethereum blockchain นั้นเป็นข้อมูลสาธารณะ จึงจำเป็นต้องมีลายเซ็นเข้ารหัสเพื่อให้แน่ใจว่าการทำธุรกรรมเฉพาะนั้นสะท้อนถึงความต้องการของฝ่ายต่างๆ ที่เกี่ยวข้อง รูปแบบลายเซ็นที่ใช้ใน Ethereum อิงตามวัตถุทางคณิตศาสตร์ "เส้นโค้งวงรี" ซึ่งเส้นโค้งเฉพาะที่ใช้เรียกว่า secp256k1 จุดบนเส้นโค้งนี้มีไว้สำหรับรูปแบบลายเซ็นโดยเฉพาะ ECDSA ซึ่งมีคุณสมบัติลายเซ็นเข้ารหัสที่เราต้องการ
คุณสมบัติทางคณิตศาสตร์นี้เพิ่มความปลอดภัยของ ECDSA เป็นรูปแบบลายเซ็น
แม้ว่า ECDSA สำหรับ secp256k1 จะได้รับการฝึกฝนมาหลายปีแล้ว แต่มาตรฐานที่กำหนดนั้นมีอายุ 20 และ 10 ปีตามลำดับ eth2 ใช้โครงสร้างใหม่ที่ใช้ประโยชน์จากความก้าวหน้าด้านการเข้ารหัสตั้งแต่นั้นเป็นต้นมา ตัวตรวจสอบบน eth2 (เช่น miners บน eth1) ใช้รูปแบบลายเซ็น BLS ซึ่งอิงตามเส้นโค้งวงรีอีกอันที่เรียกว่า BLS12-381 (โปรดทราบว่า "BLS" ในชื่อล้วนเป็นตัวย่อ ซึ่งหมายถึงชุดต่างๆ ของ "B", "L", "S"!)
เหตุผลหลักสำหรับการใช้สแต็กนี้คือช่วยให้การรวมลายเซ็นจำนวนมากเป็นลายเซ็นเดียวได้อย่างมีประสิทธิภาพ ซึ่งส่งผลโดยตรงต่อความสามารถในการปรับขนาดของการรักษาความปลอดภัย eth2 สำหรับข้อมูลเพิ่มเติมเกี่ยวกับความสำคัญของการรวมลายเซ็นใน eth2 คุณสามารถดูบทความของ Carl Beekhuizen
ชื่อเรื่องรอง
เราจะได้รับมันได้อย่างไร
การคอมไพล์ล่วงหน้าบน Ethereum เป็นทรัพยากรที่หายาก ดังนั้นจึงสงวนไว้สำหรับการคำนวณที่ชุมชนเห็นว่าสำคัญเท่านั้น นอกจากนี้ พวกเขาต้องการฮาร์ดฟอร์กสำหรับการปรับใช้ (เนื่องจากพวกเขาเปลี่ยนความหมายของ EVM) ดังนั้นการประสานงานจึงมีราคาแพง โชคดีที่มีแบบร่าง EIP-2537 ในปัจจุบันสำหรับคอมไพล์ BLS เหล่านี้
EIP นี้ประกอบด้วยพรีคอมไพล์หลายตัวที่ทำงานบนเส้นโค้ง BLS12381 และจะรวมการดำเนินการอื่นที่มีราคาแพงที่เรียกว่า "การแมปเส้นโค้ง" (สำหรับรูปแบบลายเซ็น BLS) หากคุณเจาะลึกลงไปในคณิตศาสตร์ของ BLS Signature Scheme เอง คุณจะเห็นว่าจำเป็นต้องมีกลไกบางอย่างในการแปลข้อมูลเฉพาะให้เป็นตัวแทนของจุดบนเส้นโค้ง ซึ่งจะช่วย "แมปกับเส้นโค้ง"
ชื่อเรื่องรอง
มันช่วยเราได้อย่างไร?
การคอมไพล์ล่วงหน้าของ EIP-2537 จะช่วย eth2 ในทันทีโดยการปรับปรุงประสบการณ์ผู้ใช้ของสัญญาการจัดเก็บ และวางรากฐานสำหรับการสร้างไคลเอนต์ eth2 light ใน eth1 เส้นโค้ง BLS12-381 นั้นสามารถใช้สร้าง zk-SNARK ได้ และการใช้ BLS ในบล็อกเชนอื่นๆ สามารถปูทางสำหรับการทำงานร่วมกันระหว่างเครือข่ายเหล่านี้
ประสบการณ์ผู้ใช้สัญญาพื้นที่เก็บข้อมูลหากต้องการเป็นผู้ตรวจสอบบน eth2 beacon chain วิธีการเริ่มต้นคือฝาก ETH ไว้ในสัญญาอัจฉริยะบน eth1 (“สัญญาการจัดเก็บ”) เพื่อประหยัดค่าใช้จ่ายก๊าซหรือลดความซับซ้อนให้เหลือน้อยที่สุด สัญญาอัจฉริยะนี้เป็นเพียงความมุ่งมั่นในการเข้ารหัส (บน Merkle tree) ไปยังเงินฝากเฉพาะ ซึ่งเป็นหลักฐานการบริโภคในห่วงโซ่บีคอน และไม่ได้ทำอย่างอื่นมากนัก》）
ที่สำคัญ ลายเซ็น BLS ที่จำเป็นในการตรวจสอบหน่วยเก็บข้อมูลนั้นไม่ได้ถูกตรวจสอบบนเชน eth1 ข้อเท็จจริงนี้นำไปสู่การสูญเสีย ETH ของ testnet เมื่อชุดลายเซ็น BLS ไม่ได้รับการคำนวณอย่างถูกต้องเนื่องจากข้อบกพร่อง ด้วยการสนับสนุนการตรวจสอบลายเซ็น BLS (EIP-2537) บนเครือข่าย eth1 เราจึงสามารถเขียน "ส่งต่อ" สัญญาอัจฉริยะที่รับข้อมูลการฝาก ตรวจสอบลายเซ็น แล้วส่งข้อมูลการฝากไปยังสัญญาการฝาก สัญญาการฝากเงินไม่จำเป็นต้องทำงานในลักษณะที่ปลอดภัย แต่จะเพิ่มความสบายใจเป็นพิเศษสำหรับนักพัฒนาที่เชื่อมต่อกับสัญญาการฝากเงิน
zk-SNARKs
ไคลเอ็นต์แสง eth2 ภายใน EVM
เรายังหวังว่า eth1 สามารถเข้าใจเทคโนโลยีการเข้ารหัส eth2 และใช้เป็นข้อกำหนดเบื้องต้นสำหรับการสร้างไคลเอนต์ eth2 light บนเชน eth1 ความสามารถนี้ทำให้สามารถใช้ไคลเอ็นต์แบบไลท์ในโหมดรีเลย์ BTC ในสัญญาอัจฉริยะได้ ไคลเอนต์แบบเบานั้นน่าตื่นเต้นเพราะมันสร้าง "สะพาน" ระหว่างเครือข่าย eth1 และ eth2 บริดจ์แบบสองทางดังกล่าวสามารถปลดล็อกความสามารถในการถ่ายโอน ETH ระหว่าง eth1 และ eth2 และยังทำให้สามารถใช้ eth2 sharding เป็นชั้นข้อมูลขนาดใหญ่ที่ปรับขนาดได้เพื่อรองรับการสร้างเลเยอร์ 2 บน eth1 (เช่น Optimistic Rollups, zk -rollups, เป็นต้น สำหรับ Rollup โปรดดูบทความก่อนหน้าของ Blue Fox Notes "
น่าตื่นเต้น การสร้างไคลเอ็นต์แบบเบา (เป็นสัญญาอัจฉริยะ) ภายใน EVM อาจไม่ใช่วิธีที่ดีที่สุดในการเพิ่มการรับรู้ eth2 ให้กับ eth1 (การใช้งานทางเลือกของไคลเอ็นต์แบบเบาในระดับไคลเอ็นต์ eth1) และการอัปเดตล่าสุดเกี่ยวกับ "การเชื่อมโยงแบบสองทาง " การวิจัยแสดงให้เห็นว่าสิ่งนี้ไม่สามารถทำได้เนื่องจากพารามิเตอร์ความปลอดภัยอื่นๆ ของแต่ละเครือข่าย (แต่จะเป็นการดีกว่าถ้าใส่สถานะ eth1 ลงในชิ้นส่วน eth2) ต้องบอกว่าไม่เสียหายที่จะวางรากฐานในวันนี้และกลยุทธ์การควบรวมกิจการ eth1-eth2 อาจเปลี่ยนแปลงได้ในอนาคต
เส้นโค้ง BLS12-381 ถูกสร้างขึ้นเพื่อรองรับ zk-SNARK ที่มีประสิทธิภาพมากขึ้นที่ใช้ใน Zcash และการเพิ่มเส้นโค้งลงใน EVM จะทำให้ Ethereum สามารถตรวจสอบ SNARK นี้ ทำให้สามารถใช้โปรโตคอลที่ไม่มีความรู้ในแอปพลิเคชันความเป็นส่วนตัวและบรรลุความสามารถในการปรับขยายความน่าเชื่อถือ
เครือข่ายอื่นๆ
