ขอแนะนำ Eclipse Mainnet: Ethereum SVM L2

Eclipse Mainnet เป็น L2 อเนกประสงค์ที่รวมส่วนที่ดีที่สุดของสแต็คโมดูลาร์:

1. การตั้งถิ่นฐาน: Ethereum - Eclipse จะชำระเป็น Ethereum (เช่น สะพานตรวจสอบความถูกต้องที่ประดิษฐานอยู่จะอยู่บน Ethereum) และใช้ ETH เป็นโทเค็นก๊าซ
2. การดำเนินการ: Solana Virtual Machine (SVM) - Eclipse จะรัน SVM ที่มีประสิทธิภาพสูงเป็นสภาพแวดล้อมการดำเนินการ
3. ความพร้อมใช้งานของข้อมูล: Celestia - Eclipse จะโพสต์ข้อมูลไปยัง Celestia เพื่อความพร้อมของข้อมูลที่ปรับขนาดได้ (DA)
4. การพิสูจน์: RISC Zero - Eclipse จะใช้ RISC Zero สำหรับการพิสูจน์การฉ้อโกง ZK (โดยไม่ต้องซีเรียลไลซ์สถานะระดับกลาง!)

หัวข้อข่าวส่วนใหญ่ของ Eclipse เกี่ยวข้องกับงานของเราในการปรับใช้ Rollup เฉพาะแอปสำหรับโปรเจ็กต์ต่างๆ แต่ตอนนี้ชัดเจนยิ่งกว่าที่เคยว่า Ethereum ต้องการ L2 สำหรับวัตถุประสงค์ทั่วไปที่มีความสามารถในขนาดที่ใหญ่โตอย่างแท้จริง แอปพลิเคชันส่วนใหญ่ไม่ได้รับประโยชน์จากการปรับแต่งเชนเฉพาะแอป และการแยกตัวและความซับซ้อนที่เกิดขึ้นอาจส่งผลให้ประสบการณ์ UX และนักพัฒนาแย่ลงได้

มักจะมีการแบ่งขั้วที่ผิดพลาด ระหว่างการมองเห็นแบบรวมโมดูลาร์กับความสามารถในการมีห่วงโซ่เดียวที่มีขนาดมหึมา การดำเนินการแบบขนาน และสถานะที่ใช้ร่วมกัน “โมดูลาร์” มักจะรวมกับ “เฉพาะแอป” ซึ่งจะทำให้คุณเชื่อว่าการโรลอัปหมายถึงโลกของเครือข่ายที่กระจัดกระจายและมีปริมาณงานต่ำจำนวนมาก เราท้าทายความคิดนั้น

การประหารชีวิต: ความเร็วและมาตราส่วนของโซลานา

Eclipse Mainnet จะนำสภาพแวดล้อมการดำเนินการที่ดีที่สุดของ Solana มาใช้ สิ่งนี้นำมาซึ่งข้อได้เปรียบอย่างมาก:

เพิ่มประสิทธิภาพการดำเนินการแบบขนาน

SVM และรันไทม์ Sealevel ช่วยให้สามารถดำเนินธุรกรรมแบบขนานได้ ธุรกรรมที่ไม่สัมผัสสถานะที่ทับซ้อนกันสามารถดำเนินการแบบขนานมากกว่าตามลำดับ

ซึ่งช่วยให้ SVM สามารถปรับขนาดด้วยฮาร์ดแวร์ได้โดยตรง เนื่องจากโปรเซสเซอร์ยังคงเพิ่มแกนประมวลผลอย่างต่อเนื่องด้วยต้นทุนที่ต่ำกว่า รันไทม์แบบเธรดเดียว (เช่น EVM ในปัจจุบัน) โดยพื้นฐานแล้วไม่ได้รับประโยชน์จากการลดต้นทุนต่อคอร์ เป็นเวลากว่าทศวรรษแล้วที่การเร่งความเร็วของประสิทธิภาพแบบเธรดเดียวลดลงอย่างต่อเนื่อง การปรับปรุงเกือบทั้งหมดยังคงมาจากการเพิ่มจำนวนแกนประมวลผล ดังนั้นจึงจำเป็นอย่างยิ่งที่จะต้องใช้ประโยชน์จาก แนวโน้มนี้ โดยการปรับปริมาณงานให้ขนานกัน:

มีความพยายามที่ไม่ได้รับการพิสูจน์ตั้งแต่เนิ่นๆ ในการ ทำ EVM แบบขนาน แต่การเพิ่มสิ่งนี้ในขณะที่รักษาความเข้ากันได้จะนำมาซึ่งการแลกเปลี่ยนขั้นพื้นฐาน รวมถึงประสิทธิภาพที่ต่ำกว่ามาตรฐานโดยไม่ต้องแก้ไขปัญหาคอขวดอื่น ๆ (เช่น การเติบโตของสถานะ) สัญญาที่ประกาศการพึ่งพาของรัฐล่วงหน้า (เช่นเดียวกับใน SVM) ช่วยให้สามารถใช้งานแบบขนานได้อย่างเหมาะสมที่สุด

ตลาดค่าธรรมเนียมท้องถิ่น

ตลาดค่าธรรมเนียมส่วนใหญ่ในปัจจุบันเป็นตลาดระดับโลก ซึ่งหมายความว่าแอปพลิเคชันยอดนิยมหนึ่งรายการจะเพิ่มค่าธรรมเนียมสำหรับผู้ใช้ ทั้งหมด ในเครือข่าย โรงกษาปณ์ NFT หนึ่งอันไม่ควรทำให้เชนไร้ประโยชน์สำหรับทุกสิ่ง การทำงานอันน่าทึ่งของ Solana ใน ตลาดค่าธรรมเนียมท้องถิ่น ช่วยแก้ ปัญหาความขัดแย้งในสถานะข้ามแอปนี้ได้ ในการใช้งานปัจจุบัน ตัวกำหนดเวลาจะจัดลำดับความสำคัญของธุรกรรมโดยไม่มีข้อขัดแย้ง ช่วยให้ธุรกรรมที่ปราศจากข้อขัดแย้งดำเนินไปได้โดยมีค่าธรรมเนียมที่ต่ำกว่า ในระยะยาว ตลาดค่าธรรมเนียมท้องถิ่นจะดำเนินการในระดับโปรโตคอล เพื่อให้แน่ใจว่าค่าธรรมเนียมที่เพิ่มขึ้นอย่างรวดเร็วสำหรับแอปเดียวจะไม่ส่งผลกระทบต่อส่วนที่เหลือของห่วงโซ่

ตลาดค่าธรรมเนียมท้องถิ่นเป็นไปได้ด้วยรันไทม์แบบขนานที่เป็นเอกลักษณ์ของ Solana การพยายามใช้ตลาดค่าธรรมเนียมท้องถิ่นสำหรับฮอตสปอตของรัฐใน EVM โดยใช้การวิเคราะห์พฤติกรรม (เช่น โดยไม่ประกาศการเข้าถึงของรัฐล่วงหน้า) จะทำให้เกิดความไร้ประสิทธิภาพและแนวทางการโจมตีที่เป็นไปได้

นอกจากนี้ยังมี การวิจัยในช่วงแรกๆ ที่กำลังดำเนินการอยู่ ซึ่งจะช่วยให้แอปพลิเคชันสามารถเข้าใจคุณค่าท้องถิ่นที่เป็นของแอปพลิเคชันเหล่านั้นได้อย่างง่ายดาย ซึ่งโดยทั่วไปในปัจจุบันจำเป็นต้องมี การออกแบบระดับแอปที่สร้างสรรค์มากขึ้น

การจัดการการเจริญเติบโตของรัฐ

ก่อนที่ EVM จะปะทะกับการดำเนินการตามลำดับเนื่องจากเป็นคอขวด การเติบโตของสถานะถือเป็นคอขวดที่กดดันยิ่งกว่ามาก

เนื่องจากไม่มีแผนผัง Merkle สำหรับสถานะ Solana จึงไม่มีค่าใช้จ่ายในการอัปเดตแผนผัง Merkle สำหรับการอัปเดตแต่ละสถานะ แต่หลังจากแต่ละยุค (~2.5 วัน) รัฐทั้งหมดจะเข้าสู่ยุค Merklized ซึ่ง มีราคาถูกกว่า Merklization แบบเรียลไทม์ มาก (เช่นใน EVM)

ที่สำคัญกว่านั้น EVM มี การเข้าถึงบัญชีแบบไดนามิก (เช่น ธุรกรรมสามารถแตะสถานะใดก็ได้ตามความต้องการ) การค้นหาสถานะแบบไดนามิกนั้นหมายความว่าไม่สามารถโหลดสถานะลงในหน่วยความจำก่อนดำเนินการได้ ใน SVM แต่ละธุรกรรมจะระบุสถานะทั้งหมดที่จำเป็นสำหรับการดำเนินการ

ด้วยเหตุนี้ ขนาดสถานะจึงไม่ส่งผลกระทบต่อการดำเนินการ SVM เครือข่ายสามารถเพิ่มขนาดสแน็ปช็อตได้อย่างปลอดภัยเป็นสองเท่าทุกๆ 2 ปีโดยไม่มีปัญหาสำคัญใดๆ โดยถือว่าผู้ตรวจสอบจะอัปเกรดดิสก์จัดเก็บข้อมูลทุกๆ 2 ปี

นอกจากนี้ ทีมงานอย่าง Helius กำลังปรับปรุงการเข้าถึงข้อมูลในอดีตอย่างจริงจัง และลดขนาดสถานะด้วย การบีบอัด

ความเข้ากันได้ของ EVM

Neon EVM เป็น EVM ที่ดำเนินงานเป็นสัญญาอัจฉริยะที่สามารถปรับใช้บนเครือข่าย SVM ใดก็ได้ สิ่งนี้นำ ความเข้ากันได้ของ EVM เต็มรูปแบบมาสู่ Eclipse Mainnet (รวมถึงการรองรับ EVM bytecode และ Ethereum JSON-RPC) ด้วย ปริมาณงานที่มากกว่า EVM แบบเธรดเดียว เนื่องจากแต่ละอินสแตนซ์ Neon EVM มีตลาดค่าธรรมเนียมในท้องถิ่น แอปจึงสามารถปรับใช้สัญญาของตนเองเพื่อรับประโยชน์ของห่วงโซ่แอปโดยไม่ต้องแยกส่วน UX ความปลอดภัย หรือสภาพคล่อง

คอมไพเลอร์ Solang แยกกันเปิดใช้งานการคอมไพล์โค้ดสัญญาอัจฉริยะ Solidity ลงในรหัสไบต์ SVM

MetaMask Snaps

การเริ่มต้นใช้งานผู้ใช้ EVM ไปยังเครือข่ายที่ไม่ใช่ EVM ถือเป็นอุปสรรคสำคัญในอดีต แต่ Metamask Snaps ที่เพิ่งเปิดตัวเมื่อเร็ว ๆ นี้ได้รับการตั้งค่าให้ทำลายอุปสรรคดังกล่าว ผู้ใช้ EVM สามารถใช้ MetaMask ต่อไปได้โดยไม่จำเป็นต้องเปลี่ยนกระเป๋าเงิน UX นั้นเทียบได้กับการโต้ตอบกับเครือข่าย EVM ใดๆ ต้องขอบคุณการสนับสนุนโอเพ่นซอร์สของ Driftที่สร้างการใช้งาน MetaMask Snap ที่ยอดเยี่ยม ผู้ใช้ Eclipse Mainnet จะสามารถโต้ตอบกับแอปต่างๆ ใน MetaMask หรือใช้กระเป๋าเงิน Solana-native เช่น Salmon

นี่คือตัวอย่าง UX จาก Drift:

นักดับเพลิง

Firedancer เป็นไคลเอนต์ Solana ที่ทุกคนตั้งตารอคอย ซึ่งพัฒนาโดย Jump เพื่อเพิ่มปริมาณงาน ความยืดหยุ่น และประสิทธิภาพของเครือข่ายอย่างมาก เมื่อเปิดตัวเราจะยึดติดกับไคลเอ็นต์หลักของ Solana มากที่สุด แต่เราวางแผนที่จะนำ Firedancer มาใช้เมื่อโค้ดใช้งานได้และเสถียร

ความปลอดภัย

รันไทม์ของ Solana มีพื้นที่ผิวการโจมตีลดลงอย่างมาก ซึ่งช่วยป้องกัน การหาประโยชน์จากการโจมตีซ้ำอย่างน่าอับอายที่ เราพบเห็นบ่อยเกินไป โดยเฉพาะอย่างยิ่ง รันไทม์ของ Solana อนุญาตให้โปรแกรมเรียกซ้ำตัวเองเท่านั้น แทนที่จะอนุญาตการร้องขอข้ามโปรแกรมกลับเข้าใหม่โดยพลการ ยิ่งไปกว่านั้น การแยกสถานะและโค้ดส่งผลให้ได้โค้ดไร้สัญชาติ ซึ่งโดยทั่วไปจะทดสอบได้อย่างมีประสิทธิภาพง่ายกว่า

การพิสูจน์ที่ง่ายกว่า

SVM เป็นแบบรีจิสเตอร์และมีชุดคำสั่งที่เล็กกว่ามากเมื่อเทียบกับ EVM ทำให้การดำเนินการ SVM พิสูจน์ได้ง่ายขึ้นใน ZK สำหรับภาพรวมในแง่ดี การออกแบบตามรีจิสเตอร์ช่วยให้ตรวจสอบจุดได้ง่ายขึ้น

การตั้งถิ่นฐาน: ความปลอดภัยและสภาพคล่องของ Ethereum

เช่นเดียวกับการเปิดตัวครั้งใหญ่ในปัจจุบัน Eclipse Mainnet จะชำระเป็น Ethereum โดยเป็นรูปธรรม นี่หมายความว่าสะพานตรวจสอบความถูกต้องของเราบน Ethereum จะถูกฝังลงใน Eclipse โดยตรง โหนด Eclipse จะมองไปที่บริดจ์นี้เพื่อกำหนด “canonical chain” บริดจ์บังคับใช้ลำดับที่ถูกต้องสำหรับ Eclipse

สิ่งนี้ทำให้ผู้ใช้ของเราได้รับคุณสมบัติความปลอดภัยบางอย่างจาก Ethereum บริดจ์จะตรวจสอบธุรกรรม Eclipse ทั้งหมด ป้องกันการส่งสถานะที่ไม่ถูกต้อง นอกจากนี้ จะบังคับใช้ความมีชีวิตชีวาและการต่อต้านการเซ็นเซอร์ในที่สุดภายใต้กรณีความล้มเหลวบางประการ แม้ว่าซีเควนเซอร์จะต้องลงหรือเริ่มเซ็นเซอร์ที่ L2 ผู้ใช้ก็สามารถบังคับให้รวมธุรกรรมของตนผ่านทางบริดจ์ได้

เนื่องจากคุณสมบัติด้านความปลอดภัยเหล่านี้ validium และ optimium จึงมักถูกเรียกว่า “Ethereum L2” L2BEAT กำหนด L2 ว่าเป็น “เครือข่ายที่ได้รับความปลอดภัยทั้งหมดหรือบางส่วนจาก Ethereum เลเยอร์หนึ่ง เพื่อให้ผู้ใช้ไม่ต้องพึ่งพาความซื่อสัตย์ของผู้ตรวจสอบ L2 เพื่อความปลอดภัยของเงินทุนของพวกเขา”

การตั้งถิ่นฐานของ Ethereum ตระหนักถึงความสำคัญที่สินทรัพย์ที่มีต้นกำเนิดจาก Ethereum มีแนวโน้มที่จะเล่นในระบบเศรษฐกิจ DeFi และ NFT ของ Eclipse Mainnet ETH เป็นเงินที่มีการกระจายอำนาจที่ดีที่สุดที่ผู้ใช้ส่วนใหญ่ชอบอย่างชัดเจน ดังนั้นเราจะใช้ ETH เป็นโทเค็นก๊าซของเราด้วย ในระยะยาว ค่าธรรมเนียมที่เป็นนามธรรมจะทำให้ผู้ใช้สามารถชำระเงินด้วยโทเค็นใดก็ได้ที่พวกเขาเลือก (เช่น USDC) ยังไม่มีแผนที่สำหรับ Eclipse Mainnet ที่จะมีโทเค็นของตัวเองในขณะนี้

ความพร้อมใช้งานของข้อมูล: แบนด์วิดท์และความสามารถในการตรวจสอบของ Celestia

Eclipse Mainnet จะใช้ Celestia สำหรับความพร้อมใช้งานของข้อมูล (aka การเผยแพร่ข้อมูล หรือ การเผยแพร่ข้อมูล) Celestia เป็นพันธมิตรด้านระบบนิเวศของ Eclipse มายาวนาน

แบนด์วิธปัจจุบันของ Ethereum ไม่รองรับปริมาณงานเป้าหมายและค่าธรรมเนียมของ Eclipse Mainnet สิ่งนี้จะยังคงอยู่แม้หลังจาก EIP-4844 (aka “Proto-danksharding”) ซึ่งให้ พื้นที่ blobspace เฉลี่ยประมาณ 0.375 MB ต่อบล็อก (โดยจำกัดที่ ~0.75 MB ต่อบล็อก)

1. สำหรับการถ่ายโอน ERC-20 ด้วยการบีบอัดพื้นฐาน (~154 ไบต์ต่อธุรกรรม) การแปลงนี้จะแปลงเป็น ~213 TPS สำหรับการยกเลิกทั้งหมดรวมกัน
2. สำหรับการแลกเปลี่ยนที่มีการบีบอัด (~400 ไบต์ต่อธุรกรรม) สิ่งนี้จะแปลเป็น ~82 TPS ในการยกเลิกทั้งหมดรวมกัน

เมื่อเปรียบเทียบกันแล้ว Celestia จะเปิดตัวด้วยบล็อกขนาด 2 MB ในปลายปีนี้ คาดว่า Blobspace จะเพิ่มขึ้นเป็น 8 MB ไม่นานหลังจากเปิดตัว เมื่อโหนดแสง การสุ่มตัวอย่างความพร้อมของข้อมูล (DAS) เพียงพอออนไลน์และเครือข่ายมีเสถียรภาพ โหนดไฟ DAS ทำหน้าที่สำคัญสองประการ:

1. ให้ผู้ใช้ตรวจสอบด้วยตนเองว่าข้อมูลบล็อก Eclipse พร้อมใช้งานแล้ว
2. มีส่วนร่วมในการปรับขนาดเครือข่ายทั้งหมดอย่างปลอดภัย เนื่องจากเลเยอร์ DA สามารถเพิ่มปริมาณงานได้อย่างปลอดภัยเมื่อมีไลท์โหนด DAS ออนไลน์มากขึ้น

Celestia คาดว่าจะเป็นเลเยอร์ DA แรกที่เปิดตัวพร้อมกับ DAS ในการผลิต สิ่งนี้แตกต่างกับ Data Availability Committee (DAC) แบบดั้งเดิม ซึ่งรื้อฟื้น สมมติฐานด้านความซื่อสัตย์ของคณะกรรมการโดยไม่ต้องมีการตรวจสอบผู้ใช้ (คล้ายกับบล็อกเชนเสาหินที่มีอยู่)

มี ข้อสันนิษฐานด้านความปลอดภัยโดยธรรมชาติ สำหรับผู้ใช้ที่เชื่อมโยงเงินทุนของตนจาก Ethereum Mainnet ไปยังเครือข่ายใดๆ ที่ใช้ offchain DA โดยเฉพาะอย่างยิ่ง มีความเป็นไปได้ในทางเทคนิคที่ผู้ตรวจสอบความถูกต้องของ Celestia จะสามารถระงับข้อมูลธุรกรรมได้ แต่อ้างว่ามีข้อมูลอยู่ในสะพาน Ethereum ในทางปฏิบัติ ฉันทามติในการพิสูจน์ผลประโยชน์ของ Celestia หมายความว่าข้อมูลที่ระงับบน Celestia นั้นสามารถถูกเฉือนได้ ซึ่งทำให้ความเสี่ยงนี้ไม่สมจริงในมุมมองของเรา

โดยรวมแล้ว การสนับสนุนไลท์โหนด DAS ของ Celestia ตั้งแต่วันแรก คุณสมบัติด้านความปลอดภัยทางเศรษฐกิจแบบเข้ารหัส และปริมาณงาน DA ที่ปรับขนาดได้สูง ทำให้ Eclipse Mainnet เป็นตัวเลือกที่ชัดเจนในปัจจุบัน

โปรดทราบว่า บางคนมองว่า onchain Ethereum DA เป็นข้อกำหนดในการเป็น “L2” ที่แท้จริง ด้วยเหตุผลที่อธิบายไว้ข้างต้น เรากำลังใช้คำศัพท์ L2 ทั่วไปที่อ้างถึงก่อนหน้านี้ และเราต้องการให้ชัดเจนเกี่ยวกับข้อควรพิจารณาด้านความปลอดภัย

นอกจากนี้เรายังตั้งใจที่จะติดตามความคืบหน้าของ Ethereum ในการขยายขนาด DA หลังจาก EIP-4844 การวิจัยใหม่ที่น่าตื่นเต้นยังคงออกมาอย่างต่อเนื่อง ซึ่งอาจเสนอ DA ปริมาณงานสูงเร็วกว่าแนวคิดก่อนหน้านี้ (ซึ่งใช้ตารางแฮชแบบกระจายขั้นสูงมากขึ้น) หาก Ethereum เสนอขนาดที่ใหญ่กว่าสำหรับ Eclipse เพื่อประโยชน์ของผู้ใช้ของเรา เราจะประเมินความเป็นไปได้ในการย้ายไปยัง Ethereum DA

การพิสูจน์: RISC Zero ZK หลักฐานการฉ้อโกง (โดยไม่ต้องซีเรียลไลซ์สถานะระดับกลาง!)

การพิสูจน์ของเราจะมีลักษณะคล้ายกับ SIMD ของ Anatoly ที่ป้องกันการฉ้อโกง SVM ซึ่งคล้ายกับข้อมูลเชิงลึกของ John Adler ที่ว่าการกำหนดสถานะเป็นอนุกรม มีราคาแพง และเป็นไปได้ที่จะหลีกเลี่ยง

โดยเฉพาะอย่างยิ่ง เราต้องการหลีกเลี่ยงการแนะนำแผนผัง Merkle อีกครั้งใน SVM เราทดลองแทรก Sparse Merkle Tree ลงใน SVM ตั้งแต่เนิ่นๆ แต่การอัปเดตแผนผัง Merkle หลังจากแต่ละธุรกรรมส่งผลให้ประสิทธิภาพได้รับผลกระทบอย่างมาก การพิสูจน์โดยไม่มีแผนผัง Merkle จะตัดเฟรมเวิร์กการรวบรวมทั่วไปที่มีอยู่ เช่น OP Stack มาเป็นพื้นฐานสำหรับการยกเลิก SVM และยังต้องใช้สถาปัตยกรรมป้องกันข้อผิดพลาดที่สร้างสรรค์มากขึ้นอีกด้วย

ในระดับสูง การพิสูจน์ข้อบกพร่องจำเป็นต้องมี:

1. ความมุ่งมั่นต่อปัจจัยการผลิตสำหรับการทำธุรกรรม
2. การทำธุรกรรมนั้นเองและ
3. หลักฐานที่แสดงว่าการทำธุรกรรมซ้ำนำไปสู่ผลลัพธ์ที่แตกต่างจากที่ระบุไว้ในเครือข่าย

โดยทั่วไปความมุ่งมั่นในการป้อนข้อมูลจะทำโดยการจัดเตรียมราก Merkle สำหรับแผนผังสถานะของค่าสะสม ผู้ดำเนินการของเราจะโพสต์รายการอินพุตและเอาต์พุต (รวมถึงแฮชของบัญชีและสถานะส่วนกลางที่เกี่ยวข้อง) สำหรับแต่ละธุรกรรม พร้อมด้วยดัชนีของธุรกรรมที่สร้างแต่ละอินพุต ธุรกรรมได้รับการเผยแพร่ไปยัง Celestia ดังนั้นโหนดเต็มใดๆ ก็ตามสามารถดึงบัญชีอินพุตจากสถานะของตนเอง คำนวณบัญชีเอาต์พุต และยืนยันว่าข้อผูกพันใน Ethereum นั้นถูกต้อง

ข้อผิดพลาดหลักที่เป็นไปได้มีสองประเภท:

1. เอาต์พุตไม่ถูกต้อง - ในกรณีนี้ ตัวตรวจสอบจะให้การพิสูจน์ ZK onchain ของเอาต์พุตที่ถูกต้อง เรากำลังใช้ RISC Zero เพื่อสร้างหลักฐาน ZK ของการดำเนินการ SVM และ ดำเนินการต่องานก่อนหน้าของเราเพื่อพิสูจน์การดำเนินการโค้ดไบต์ BPF สิ่งนี้ทำให้สัญญาการชำระหนี้ของเรารับประกันความถูกต้องโดยไม่ต้องดำเนินธุรกรรมด้วยตนเองบนเครือข่าย
2. อินพุตไม่ถูกต้อง - ในกรณีนี้ ผู้ตรวจสอบจะโพสต์การอ้างอิงไปยังข้อมูลประวัติที่แสดงว่าสถานะอินพุตไม่เป็นไปตามที่อ้างสิทธิ์ การใช้ Quantum Gravity Bridge ของ Celestia สัญญายุติคดีของเราทำให้มั่นใจได้ว่าข้อมูลในอดีตนี้สามารถพิสูจน์ได้ว่าเป็นการฉ้อโกงจริงๆ

ทำไมต้อง Eclipse ทำไมต้อง Ethereum ทำไมต้องตอนนี้

เรายืนอยู่บนไหล่ของยักษ์ การเปิดตัวในวันนี้ได้ยกระดับสถานะการวิจัยสำหรับอุตสาหกรรมทั้งหมดของเรา และพวกเขาได้มอบค่าธรรมเนียมที่ถูกกว่าให้กับผู้ใช้ Ethereum เมื่อเทียบกับ L1

อย่างไรก็ตาม พวกเขาไม่ได้ใช้ประโยชน์จากเทคโนโลยีล่าสุดที่จำเป็นอย่างเต็มที่ในการขยายขนาดสู่คนจำนวนมาก การเปิดตัวในช่วงต้นจะให้ความสำคัญกับความเข้ากันได้ของ EVM และ/หรือการเพิ่มประสิทธิภาพเป็นส่วนใหญ่เพื่อการพิสูจน์ ZK ที่มีประสิทธิภาพมากขึ้น ไม่นานมานี้ เราได้เห็นความก้าวหน้าที่ไม่น่าเชื่อซึ่งทำให้ไม่จำเป็นต้องทำการแลกเปลี่ยนตามที่การเปิดตัวในช่วงแรกเลือก และทำให้พวกเขาเสียเปรียบอย่างแท้จริง:

1. VM แบบขนานที่มีประสิทธิภาพสูง (เช่น SVM)
2. การปรับขนาด DA พร้อมการสนับสนุนโหนดแสง DAS (เช่น Celestia)
3. ความก้าวหน้าในโครงสร้างพื้นฐานที่พิสูจน์ได้เพื่อให้ใช้งานได้จริงทุกที่ (เช่น RISC Zero)
4. เพิ่มความสามารถในการพกพาโค้ด (เช่น Neon และ Solang) และผู้ใช้ (เช่น MetaMask Snaps) ข้ามระบบนิเวศ

Eclipse มีประโยชน์อย่างมากในการเข้าใจถึงเหตุการณ์หลังเหตุการณ์ เราต้องเรียนรู้จากข้อจำกัดที่เครืออื่นๆ ต้องเผชิญ จากนั้นจึงเลือกชิ้นส่วนที่ดีที่สุดเพื่อขยายขนาดในระยะยาว

https://twitter.com/0xMert?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1680271128537726976%7Ctwgr%5E9336eadfb24c400b8686ae67184014bab31080f1%7Ctwcon%5Es1&ref_url=https%3A%2F%2Fmirror.xyz%2Feclipsemainnet.eth%2Fme7bXLWJDS177V6nl8j1uzF1mxpX6nbGOLNeyBAwXgs

https://twitter.com/colludingnode?refsrc=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1680285353662468097%7Ctwgr%5E9336eadfb24c400b8686ae67184014bab31080f1%7Ctwcon%5Es1&ref_url=https%3A%2F%2Fmirror.xyz%2Feclipsemainnet.eth%2Fme7bXLWJDS177V6nl8j1uzF1mxpX6nbGOLNeyBAwXgs

เรามักจะได้ยินเกี่ยวกับอนาคตที่มีการอัปเดตเฉพาะแอปนับล้านรายการ

การปรับแต่งระดับฉันทามติอาจมีคุณค่าอย่างเหลือเชื่อสำหรับบางแอปพลิเคชัน (เช่น dYdX v4) และเรารู้สึกตื่นเต้นที่จะช่วยให้ทีมเปิดตัว Rollup เฉพาะแอปได้

อย่างไรก็ตาม กรณีเหล่านี้ยังมีอยู่ไม่มากนัก นั่นเป็นเหตุผลว่าทำไมการโรลอัพใหม่ส่วนใหญ่จึงยังคงเป็นแค่ส้อมวานิลลา EVM ปัญหาของนักพัฒนาไม่ได้รับการแก้ไขด้วยการแบ่งส่วน UX ข้ามเครือข่ายต่างๆ มากขึ้น กรณีการใช้งานหลักสำหรับหนึ่งล้าน chains ในปัจจุบันมักจะดูเหมือนว่าจะมีการเปิดตัวโทเค็นเพิ่มอีกล้านรายการ ความต้องการการปรับแต่งแบบฟูลสแตกนั้นไม่มีอยู่จริงในปัจจุบันสำหรับกรณีการใช้งานส่วนใหญ่

แม้ว่าจะมีความต้องการที่แท้จริง แต่โครงสร้างพื้นฐานที่จำเป็นในการรองรับ App-chain จำนวนมากที่มี UX ที่แข่งขันได้นั้นยังต้องใช้เวลาอีกหลายปี (หากจะเทียบได้) Superchain ของ Optimism (OP Stack), Hyperchains ของ zkSync (ZK Stack), Orbit chain ของ Arbitrum และอื่นๆ ล้วนมีวิสัยทัศน์แบบหลายลูกโซ่พร้อมโครงสร้างพื้นฐานที่ใช้ร่วมกัน สิ่งนี้มีจุดมุ่งหมายเพื่อให้การดำเนินงาน UX ราบรื่นยิ่งขึ้นระหว่างเชนในระบบนิเวศเดียวกัน (เช่น ระหว่างสองเชนภายใน Superchain) เทียบกับเชนที่แยกออกจากกันโดยสิ้นเชิง (เช่น ระหว่าง Ethereum และ Solana)

อย่างไรก็ตาม แผนปัจจุบัน (หากมี) ยังคงเป็นหนทางไกลจากการแข่งขันกับรัฐที่ใช้ร่วมกันเพียงรัฐเดียว นอกจากนี้ พวกเขาไม่ได้จัดการกับการทำงานร่วมกันข้ามระบบนิเวศ (เช่น Superchain ถึง Hyperchain) การสร้างโมดูลาร์ไม่ควรหมายถึงการสร้างเกาะ

การดูแลบัญชีข้ามเครือข่ายต่างๆ มีความซับซ้อนมากขึ้นสำหรับผู้ใช้ มันแย่กว่านั้น UX ที่จะเชื่อมโยงและกังวลเกี่ยวกับโทเค็นก๊าซที่คุณต้องการ การพึ่งพาผู้ให้บริการโครงสร้างพื้นฐานในการดำเนินงานและบำรุงรักษาเครือข่ายจำนวนมากมีความซับซ้อนและมีราคาแพงกว่า

เราชื่นชมความเรียบง่ายของวิสัยทัศน์ของ Solana มาโดยตลอด เครื่องสถานะที่ใช้ร่วมกันที่ได้รับการปรับปรุงประสิทธิภาพสูงสุดเครื่องหนึ่งพร้อมขนาดเพื่อรองรับกรณีการใช้งานอันมีค่าส่วนใหญ่ สิ่งนี้มักถูกมองว่าเข้ากันไม่ได้กับแผนงานแบบรวมส่วนรวม แต่นั่นไม่ได้เป็นเช่นนั้น เราต้องการรวมสิ่งที่ดีที่สุดของทั้งสองโลกเข้าด้วยกัน

ความเข้าใจผิดนี้เกิดขึ้นเนื่องจากข้อเท็จจริงที่ว่าการยกเลิกในปัจจุบันส่วนใหญ่ใช้งาน EVM แบบเธรดเดี่ยววานิลลาอย่างมีประสิทธิภาพโดยไม่มีการเปลี่ยนแปลงเพื่อที่จะย้อนกลับผลกระทบจากเครือข่ายในช่วงแรกๆ ด้วยเหตุนี้ เราจึงมักเห็น "พื้นที่บล็อกเฉพาะ" ที่ถูกอ้างถึงเป็นเหตุผลในการปรับใช้ Rollup เฉพาะแอป NFT mints ที่บ้าคลั่งเหล่านั้นไม่ควรเพิ่มราคาสำหรับแอพอื่น ๆ ทั้งหมดใน chain ของคุณ แต่คำตอบคือไม่ต้องสร้าง chain ของคุณเอง ก็เหมือนกับการใช้ค้อนขนาดใหญ่ทุบถั่วลิสง คุณสร้างการแลกเปลี่ยนที่เจ็บปวดและไม่จำเป็น (ความซับซ้อน ต้นทุน UX ที่แย่ลง สภาพคล่องที่กระจัดกระจาย ฯลฯ) โซลูชันที่ดีที่สุดมีความชัดเจนอย่างไม่น่าเชื่อ เพียงใช้ VM แบบขนานกับตลาดค่าธรรมเนียมท้องถิ่นสำหรับฮอตสปอตของรัฐ นั่นคือสิ่งที่ SVM นำมา

Ethereum เป็นศูนย์กลางทางปัญญา สังคม และเศรษฐกิจของสกุลเงินดิจิทัล ส้นเท้าของจุดอ่อนของมันขยายขนาดขึ้น การปรับขนาด DA ยังอยู่ในระหว่างดำเนินการ และสภาพแวดล้อมการดำเนินการ L2 ที่มีอยู่ไม่สามารถแข่งขันกับนวัตกรรมใหม่ๆ เช่น SVM ได้ เรากลัวว่าระบบนิเวศของ Ethereum จะจมอยู่กับกิจกรรมที่เพิ่มขึ้นอย่างรวดเร็วในปัจจุบัน EVM แบบเธรดเดี่ยวและ DA ที่มีข้อจำกัดจะนำไปสู่การฟื้นตัวของค่าธรรมเนียมที่สูงอย่างรวดเร็ว ยกเว้นในครั้งนี้ในการยกเลิก

เราเชื่อว่า Eclipse Mainnet เป็นโซลูชันที่ชัดเจน นั่นคือการรวมประสิทธิภาพของ Solana เข้ากับความปลอดภัย ความสามารถในการตรวจสอบได้ และผลกระทบด้านเครือข่ายของแผนการทำงานที่เน้นการรวบรวมข้อมูลเป็นหลัก

ความคิดที่พรากจากกัน

ความงดงามของ Ethereum คือการที่มันกินนวัตกรรม โรดแมปที่เน้นการบูรณาการ เป็นตัวอย่างที่ดีของสิ่งนี้ โดยมอบหมายการดำเนินการและนวัตกรรมให้กับตลาดเสรี L2 มีความสามารถอันเหลือเชื่อในการใช้ประโยชน์จากผลกระทบเครือข่ายของ Ethereum และการรับประกันการชำระบัญชี ในขณะที่ทดลองใช้สภาพแวดล้อมการดำเนินการใหม่ที่ดีที่สุด Eclipse Mainnet เป็นการเติมเต็มวิสัยทัศน์นี้โดยธรรมชาติ

หากวันหนึ่งมีเลเยอร์การดำเนินการที่มีประสิทธิภาพมากขึ้น เราจะรู้สึกตื่นเต้นอย่างไม่น่าเชื่อที่ได้เห็นเลเยอร์การดำเนินการดังกล่าวเป็น Ethereum L2 ที่มีการแข่งขันสูง ก่อนหน้านั้น SVM ยังคงเป็นมาตรฐาน

http://mailto:[email protected]/หากต้องการมีส่วนร่วม โปรดติดต่อเราที่ [email protected] สำหรับคำแนะนำใน testnet

ข้อสงวนสิทธิ์：

1. บทความนี้พิมพ์ซ้ำจาก [Mirror] ลิขสิทธิ์ทั้งหมดเป็นของผู้แต่งต้นฉบับ [Eclipse] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว