Neel Somani ผู้ก่อตั้ง Eclipse เคยทำงานเป็นวิศวกรซอฟต์แวร์ที่ Airbnb และนักวิจัยเชิงปริมาณที่ Citadel เขาก่อตั้ง Eclipse ซึ่งเป็นสตาร์ทอัพที่มีพื้นฐานจาก Solana ในปี 2022 และได้รับการสนับสนุนจาก Anatoly Yakovenko ผู้ร่วมก่อตั้ง Solana และ Polygon (สำหรับ Solana และ Polygon) . สร้าง Rollup blockchain ที่เข้ากันได้)

ตามรายงานของ CoinDesk เมื่อวันที่ 28 กันยายน 2022 Eclipse ประสบความสำเร็จในการระดมทุนรอบ Pre-Seed มูลค่า 6 ล้านดอลลาร์สหรัฐ นำโดย Polychain และระดมทุนรอบ Seed มูลค่า 9 ล้านดอลลาร์สหรัฐ ที่นำโดย Tribe Capital และ Tabiya ด้วยยอดเงินทุนรวม 1,500 หมื่นเหรียญสหรัฐ นอกจากนี้ Eclipse ยังได้รับทุนสนับสนุนการพัฒนาจาก Solana Foundation เพื่อสนับสนุน Rollup ที่ขับเคลื่อนด้วย Solana Virtual Machine

Somani ผู้ก่อตั้ง Eclipse ใช้ความสัมพันธ์และความได้เปรียบทางภูมิศาสตร์ในการอยู่ใกล้กับสำนักงานใหญ่ในชิคาโกของ Solana เพื่อสร้างเครือข่ายที่มีเอกลักษณ์เฉพาะตัวโดยใช้เครื่องเสมือนของ Solana ได้สำเร็จ วิสัยทัศน์คือการช่วยให้นักพัฒนาสามารถติดตั้ง Rollup ที่ขับเคลื่อนโดยเครื่องเสมือน Solana โดยมีแผนจะเปิดตัวเครือข่ายทดสอบสาธารณะบนระบบนิเวศ Cosmos ในต้นปี 2566 และมีแผนจะรองรับภาษา Move ของ Aptos ในอนาคต

Anatoly Yakovenko ผู้ร่วมก่อตั้ง Solana และนักลงทุนรายย่อยของ Eclipse ให้ความเห็นว่า "Eclipse ปูทางให้ Solana สื่อสารกับ Cosmos ผ่านการสื่อสารระหว่างบล็อกเชน (IBC)"

Niraj Pant หุ้นส่วนของ Polychain Capital ให้ความเห็นว่า "ในขณะที่องค์กรขนาดใหญ่และรัฐบาลเริ่มเข้าสู่พื้นที่บล็อกเชน Eclipse ก็เป็นโครงสร้างพื้นฐานที่สำคัญในการอำนวยความสะดวกในการใช้งาน เช่น แอปพลิเคชันทางการเงินและผู้บริโภคระดับ Web2"

สถาปัตยกรรมคราส

เนื้อหาต่อไปนี้อิงตามคำอธิบายอย่างเป็นทางการ Eclipse Mainnet เป็น L2 ทั่วไปตัวแรกของ Ethereum ที่สร้างขึ้นรอบ ๆ SVM มันรวมส่วนที่ดีที่สุดของสแต็คโมดูลาร์และมีเป้าหมายที่จะกลายเป็นเลเยอร์ 2 ที่รวดเร็วและทั่วไปที่สุดของ Ethereum ที่ขับเคลื่อนโดย SVM สถาปัตยกรรมของโครงการใช้ Ethereum เป็นเลเยอร์การชำระเงินและใช้สำหรับสะพานการตรวจสอบที่ฝังไว้อย่างเป็นทางการ Celestia เป็นเลเยอร์ความพร้อมใช้งานของข้อมูล RISC Zero ถูกใช้เพื่อสร้างหลักฐานการฉ้อโกงที่ไม่มีความรู้ และสุดท้าย SVM ของ Solana ก็ถูกนำมาใช้เป็นโปรเจ็กต์โมดูลาร์เลเยอร์ 2 โดยรวม ต่อไปนี้จะอธิบายโดยละเอียดตามคำอธิบายอย่างเป็นทางการ

ชั้นการชำระ—Ethereum: Eclipse จะชำระเป็น Ethereum (เช่น สะพานการตรวจสอบที่ฝังไว้บน Ethereum) และใช้ ETH เป็นปริมาณการใช้ก๊าซ และหลักฐานการฉ้อโกงจะถูกส่งบน Ethereum ด้วย

เลเยอร์การดำเนินการ—Solana Virtual Machine (SVM): Eclipse จะรัน SVM ประสิทธิภาพสูงเป็นสภาพแวดล้อมการดำเนินการ ซึ่งเป็นทางแยกของไคลเอ็นต์ Solana Labs (v1.17)

ชั้นความพร้อมใช้งานของข้อมูล—Celestia: Eclipse จะเผยแพร่ข้อมูลไปยัง Celestia เพื่อให้บรรลุความพร้อมใช้งานของข้อมูลที่ปรับขนาดได้ (DA)

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

โปรโตคอลการสื่อสาร—IBC: เสร็จสิ้นการเชื่อมโยงด้วยเครือข่ายที่ไม่ใช่ Eclipse ผ่าน IBC มาตรฐานการสื่อสารระหว่างเครือข่ายของ Cosmos

โปรโตคอลข้ามสายโซ่—Hyperlane: Eclipse และ Hyperlane ร่วมมือกันเพื่อนำโซลูชันการทำงานร่วมกันโดยไม่ได้รับอนุญาตของ Hyperlane มาสู่บล็อกเชนที่ใช้ Solana Virtual Machine (SVM)

ที่มา: อย่างเป็นทางการของ Eclipse

Settlement Layer: เข้าถึงความปลอดภัยและสภาพคล่องของ Ethereum

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

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

ชั้นการดำเนินการ: บันทึกความเร็วและขนาดการทำธุรกรรมของ Solana

เพื่อปรับปรุงประสิทธิภาพ Eclipse Mainnet ใช้สภาพแวดล้อมการดำเนินการของ Solana โดยใช้ SVM และ Sealevel (Solana ใช้เพื่อสร้างโซลูชันทางเทคนิคการขยายแนวนอน และใช้กลไกประมวลผลธุรกรรมแบบไฮเปอร์ขนานเพื่อขยายแนวนอนทั่วทั้ง GPU และ SSD) ซึ่งแตกต่างกัน จาก EVM single-thread เมื่อเปรียบเทียบกับการรัน ข้อดีของมันคือสามารถดำเนินการได้โดยไม่ต้องออกแบบธุรกรรมสถานะที่ทับซ้อนกัน แทนที่จะดำเนินการตามลำดับ

เกี่ยวกับปัญหาความเข้ากันได้ของ EVM นั้น Eclipse Mainnet ได้ร่วมมือกับ Neon EVM เพื่อให้นักพัฒนาใช้ประโยชน์จากเครื่องมือ Ethereum และสร้างแอปพลิเคชัน Web3 บน Solana ตามข้อมูลอย่างเป็นทางการ ปริมาณงานของมันมากกว่า EVM แบบเธรดเดี่ยวและสามารถเข้าถึงระดับ 140TPS ผู้ใช้ EVM โต้ตอบกับแอปพลิเคชันใน Eclipse Mainnet ผ่านทางปลั๊กอิน "Snaps" ของกระเป๋าสตางค์ MetaMask

ความพร้อมใช้งานของข้อมูล: การใช้ประโยชน์จากแบนด์วิธของ Celestia และลักษณะที่ตรวจสอบได้

Ecilpse Mainnet จะใช้ประโยชน์จาก Celestia สำหรับความพร้อมใช้งานของข้อมูลและความสัมพันธ์ระยะยาว เหตุผลก็คือ ขณะนี้ Ethereum ไม่สามารถตอบสนองปริมาณงานและค่าธรรมเนียมเป้าหมายของ Ecilpse ได้ ซึ่งแม้หลังจากการอัปเกรด EIP-4844 ก็สามารถให้ค่าเฉลี่ยประมาณ 0.375 MB ต่อ บล็อก พื้นที่ Blobs (จำกัดประมาณ 0.75 MB ต่อบล็อก)

ตามข้อมูลอย่างเป็นทางการ ธุรกรรม ERC-20 ตามการขยาย Rollup จะคำนวณเป็น 154 ไบต์ต่อธุรกรรม ซึ่งเทียบเท่ากับผลรวมของ Rollup ทั้งหมดเป็นประมาณ 213 TPS สำหรับ Compression Swap นั้น TPS ของ Rollup ทั้งหมดจะคำนวณเป็นประมาณ 400 ไบต์ต่อธุรกรรม ประมาณ 82TPS เมื่อเปรียบเทียบกับบล็อกขนาด 2MB ที่ Celestia เปิดตัว Blobstream คาดว่าจะเพิ่มขึ้นเป็น 8MB หลังจากที่เครือข่ายพิสูจน์ความเสถียรและมี DAS มากขึ้น (ส่วนขยายที่เกี่ยวข้องจะอธิบายไว้ด้านล่าง) โหนดไฟเปิดและปิด

Ecilpse เชื่อว่าด้วยการสนับสนุนของ light node DAS ของ Celestia ทำให้ Celestia กลายเป็นตัวเลือกที่ดีที่สุดสำหรับ Eclipse Mainnet ในปัจจุบัน เนื่องจากการแลกเปลี่ยนระหว่างความปลอดภัยของระบบเศรษฐกิจการเข้ารหัสและปริมาณงาน DA ที่ปรับขนาดได้สูง แม้ว่าในปัจจุบันจะมีมุมมองว่าการใช้ Ethereum DA เป็นออร์โธดอกซ์เลเยอร์ 2 แต่ทีมงานโครงการจะยังคงให้ความสนใจกับความคืบหน้าในการขยาย DA หลังจาก EIP-4844 หาก Ethereum สามารถจัดเตรียม Eclipse ด้วยสเกลที่ใหญ่ขึ้นและมีปริมาณงานสูง DA จะประเมินความเป็นไปได้ในการย้ายไปยัง Ethereum DA อีกครั้ง

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

วิธีการพิสูจน์ของ Eclipse นั้นคล้ายคลึงกับ SIMD ที่ป้องกันการฉ้อโกง SVM ของ Anatoly (ดูรายละเอียดในลิงก์ส่วนขยาย GitHub 2) ซึ่งสอดคล้องกับข้อมูลเชิงลึกของ John Adler เพื่อหลีกเลี่ยงค่าใช้จ่ายสูงในการจัดลำดับสถานะ ดังนั้น เพื่อหลีกเลี่ยงการแนะนำ Merkle tree (แฮชทรี) อีกครั้งใน SVM ฝ่ายโปรเจ็กต์ในช่วงแรกพยายามแทรก Sparse Merkle Tree ลงใน SVM แต่อัปเดตแผนผัง Merkle ทุกครั้งที่ธุรกรรมจะมีผลกระทบอย่างมากต่อประสิทธิภาพ หากไม่มีการใช้แผนผัง Merkle เพื่อพิสูจน์ เฟรมเวิร์ก Rollup สำหรับวัตถุประสงค์ทั่วไปที่มีอยู่ (เช่น OP Stacks) ก็ไม่สามารถใช้เป็นพื้นฐานสำหรับ SVM Rollup ได้ ซึ่งต้องใช้สถาปัตยกรรมป้องกันความล้มเหลวที่สร้างสรรค์มากขึ้น

ข้อกำหนดในการพิสูจน์ความล้มเหลว: ข้อผูกพันอินพุตของธุรกรรม ตัวธุรกรรมเอง และการพิสูจน์ว่าการดำเนินการธุรกรรมซ้ำส่งผลให้เกิดเอาต์พุตที่แตกต่างจากที่ระบุไว้ในห่วงโซ่

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

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

เอาต์พุตไม่ถูกต้อง: เครื่องมือตรวจสอบให้หลักฐาน ZK บนห่วงโซ่เอาต์พุตที่ถูกต้อง Eclipse ใช้ RISC Zero เพื่อสร้างหลักฐาน ZK ของการดำเนินการ SVM ซึ่งสานต่องานก่อนหน้าของโปรเจ็กต์ในการพิสูจน์การประมวลผลไบต์ BPF (ดูรายละเอียดในลิงก์ส่วนขยาย GitHub 3) สิ่งนี้ทำให้สัญญาการชำระบัญชีของเรารับประกันความถูกต้องโดยไม่ต้องดำเนินธุรกรรมออนไลน์

อินพุตไม่ถูกต้อง: เครื่องมือตรวจสอบจะเผยแพร่ข้อมูลประวัติบนเชนโดยระบุว่าสถานะอินพุตไม่ตรงกับสิ่งที่อ้างสิทธิ์ Quantum Gravity Bridge ของ Celestia ใช้เพื่ออนุญาตให้สัญญายุติคดี Eclipse ตรวจสอบได้ว่ามีการฉ้อโกงในข้อมูลในอดีต

การเชื่อมต่อ Eclipse กับ ETH และ Celestia

ที่มาของภาพ:@jon_charb

DA เป็นหนึ่งในส่วนหลักของรายจ่ายต้นทุน Rollup ปัจจุบัน มีสองวิธีหลักในการทำให้ข้อมูลพร้อมใช้งานใน Ethereum L2, Calldata และ DAC (Data Availability Committees)

ข้อมูลการโทร: โซลูชันเลเยอร์ 2 เช่น Arbitrum หรือ Optimism เผยแพร่ข้อมูลธุรกรรมโดยตรงบนเชนเป็นข้อมูลการโทรลงในบล็อกที่ต้านทานการเซ็นเซอร์สูงของ Ethereum Ethereum รวมราคาของข้อมูลการโทร การประมวลผล และพื้นที่เก็บข้อมูลไว้ภายใต้หน่วยเดียว: แก๊ส ซึ่งเป็นหนึ่งในต้นทุนหลักในการใช้จ่ายของ Rollup บน Ethereum เพื่อปรับปรุงประสิทธิภาพ การอัพเกรด EIP-4844 ได้แนะนำ Blobspace เพื่อแทนที่ calldata ดังนั้นจึงให้ค่าเป้าหมายที่ 375 KB ต่อบล็อกสำหรับ Rollups ทั้งหมด

DAC: DAC มีปริมาณงานที่สูงกว่าการออก calldata แบบออนไลน์โดยตรงมาก แต่ผู้ใช้จำเป็นต้องเชื่อถือคณะกรรมการขนาดเล็กหรือกลุ่มผู้ตรวจสอบเพื่อหลีกเลี่ยงการระงับข้อมูลที่เป็นอันตราย DAC ซึ่งรวมถึงโซลูชันที่ยึดตามการเรียกคืน นำเสนอสมมติฐานความน่าเชื่อถือที่สำคัญใน L2 บังคับให้ DAC ต้องพึ่งพาชื่อเสียง กลไกการกำกับดูแล หรือการลงคะแนนโทเค็นเพื่อยับยั้งหรือลงโทษพฤติกรรมของการหัก ณ ที่จ่ายข้อมูล ดังนั้นในระดับหนึ่ง เมื่อใช้ DA ภายนอก จำเป็นต้องมี DAC

ควรเพิ่มว่า Celestia ใช้เครือข่ายฉันทามติ Proof-of-Stake ของ Blobstream ใน Eclipse เพื่ออนุญาตให้ Layer2 เข้าถึง Blobspace ของ Celestia โดยเข้าถึง Blobspace 8 MB ตามรูปแบบการบีบอัด ซึ่งเทียบเท่ากับการถ่ายโอน ERC-20 9,000 ถึง 30,000 ต่อวินาทีโดยประมาณ . อย่างไรก็ตาม การใช้เลเยอร์ 2 ของ Blobstream ในกระบวนการจะขึ้นอยู่กับการรับรองของผู้ตรวจสอบ Celestia หากโหนดแสงของกระบวนการประกันความปลอดภัยตรวจพบพฤติกรรมที่เป็นอันตรายของ 2/3 ของผู้ตรวจสอบ Celestia โดยการเก็บรักษาข้อมูล พวกเขาอาจถูกลงโทษ พูดอย่างเป็นกลาง DAC และ Native chain DA ยังคงมีข้อบกพร่องเมื่อเทียบกับระดับความไว้วางใจ แต่ข้อบกพร่องนี้เป็นสิ่งที่หลีกเลี่ยงไม่ได้เมื่อคิดจากมุมมองของนวัตกรรมและการเล่าเรื่องของตลาด

แหล่งที่มาของรูปภาพ: Eclipse อย่างเป็นทางการ - ตรรกะการโต้ตอบแบบโมดูลาร์ของ Eclipse

ตามเอกสารอย่างเป็นทางการ ดังแสดงในรูปด้านบน ข้อมูล Eclipse ของ Eclipse ที่ได้รับการรับรองสำหรับ Ethereum ผ่าน Blobstream ของ Celestia (ตามที่อธิบายไว้ข้างต้น โซลูชัน DA แบบโมดูลาร์ Ethereum ที่ใช้ส่วนขยาย DAS) ได้รับการทดสอบและรันแล้ว ทำให้บริดจ์สามารถทำงานได้ตาม ไปยังรูทข้อมูลที่ลงนามของ Celestia เพื่อตรวจสอบความปลอดภัยของข้อมูลที่มีไว้เพื่อการพิสูจน์การฉ้อโกง ผู้ใช้ฝากเงินเข้า Eclipse ผ่านทาง Ethereum Bridge และกระบวนการมีดังต่อไปนี้:

1. ผู้ใช้เรียกสัญญาสะพานฝาก Eclipse บน Ethereum (ดูลิงก์เพิ่มเติม 1 สำหรับที่อยู่สัญญา)

2. ในตัวดำเนินการ SVM ของ Eclipse (คำนวณผลลัพธ์ SVM และส่งออกไปยังโหนดสถานะใหม่ของ Ecilpse) รีเลย์ (ช่อง ETH และ Eclipse) จะดำเนินการโต้ตอบข้อมูลข้ามสายโซ่ระหว่างที่อยู่การส่งของผู้ใช้และที่อยู่ที่ได้รับ

3. รีเลย์เรียกโปรแกรมบริดจ์ SVM ซึ่งมีหน้าที่ส่งเงินฝากผู้ใช้ไปยังที่อยู่เป้าหมาย

4. รีเลย์จะตรวจสอบธุรกรรมการฝากเงินผ่านไคลเอนต์ zk-light (ที่จะนำไปใช้)

5. บล็อกธุรกรรมการโอนขั้นสุดท้ายที่มีการฝากเงินตามมาจะเสร็จสมบูรณ์และเผยแพร่ผ่านปลั๊กอิน Solana Geyser

ในกระบวนการนี้ ผู้ดำเนินการ SVM จะเผยแพร่ช่อง Eclipse แต่ละช่องไปยังคิวข้อความผ่าน Geyser และช่องดังกล่าวจะถูกเผยแพร่ไปยัง Celestia ในรูปแบบบล็อกข้อมูล และผู้ตรวจสอบของ Celestia จะยอมรับบล็อกข้อมูลที่ส่งมา ธุรกรรมที่พิสูจน์ได้จะรวมอยู่ในห่วงโซ่ Eclipse และสอดคล้องกับรูทข้อมูล และสุดท้ายแต่ละบล็อกข้อมูล Celestia จะถูกส่งผ่าน Blobstream ไปยังสัญญาบริดจ์ Eclipse บน Ethereum

แหล่งที่มาของรูปภาพ: อย่างเป็นทางการของ Eclipse: การโต้ตอบระหว่างผู้ดำเนินการ Celestia และ SVM

ในเวลาเดียวกัน เช่นเดียวกับเลเยอร์ 2 อื่นๆ ใน Ethereum ที่ใช้หลักฐานการฉ้อโกง การถอนเงินระหว่าง Eclipse และ Ethereum ยังต้องมีช่วงกรอบเวลาแบบสอบถาม เพื่อให้ผู้ตรวจสอบสามารถส่งหลักฐานการฉ้อโกงเมื่อการเปลี่ยนสถานะไม่ถูกต้อง

- ผู้ดำเนินการ SVM จะเผยแพร่ความมุ่งมั่นของสล็อต Eclipse ไปยัง Ethereum เป็นประจำ (กระบวนการตามหมายเลขแบตช์ที่กำหนดไว้ล่วงหน้า) และปล่อยการจำนอง

-สัญญาบริดจ์ของ Eclipse ดำเนินการตรวจสอบขั้นพื้นฐานเพื่อให้แน่ใจว่ารูปแบบข้อมูลที่เผยแพร่นั้นไม่เสียหาย (ดูบทความอ้างอิง [2] บท Fraud Proof Design สำหรับรายละเอียด)

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

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

-แต่หากผ่านช่วงท้าทายโดยไม่มีหลักฐานการฉ้อโกง ผู้ดำเนินการจะเรียกคืนหลักประกันและผลตอบแทน

-ในที่สุดสัญญา Eclipse Bridge จะทำธุรกรรมการถอนทั้งหมดที่รวมอยู่ในชุดสรุปให้เสร็จสมบูรณ์

สรุป

Eclipse ยังอยู่ในช่วงเริ่มต้นของการพัฒนา testnet และเป็น SVM Layer2 ตัวแรกบน Ethereum ปัจจุบัน testnet ออนไลน์อยู่และ mainnet มีแผนที่จะเปิดตัวในไตรมาสที่ 1 ปี 2024 ปัจจุบัน Ethereum ยังคงถือว่า Rollup เป็นเส้นทางการพัฒนาหลัก นอกเหนือจากหัวข้อ orthodoxy แล้ว นี่หมายถึงในระดับหนึ่งที่ Ethereum ได้ส่งมอบคำจำกัดความกว้าง ๆ ของ Layer 2 ให้กับตลาด ดังนั้นการเสริมอำนาจที่เปิดเผยจึงถูกซ่อนอยู่ ทุกรูปแบบของ การแข่งขัน. Eclipse ใช้ประโยชน์จากสิ่งนี้และใช้การพัฒนาแบบแยกส่วนเพื่อรวมความปลอดภัยของ Ethereum ประสิทธิภาพสูงของ Solana และ Celestia DA เพื่อสร้างเรื่องราวทางการตลาดที่แข็งแกร่ง

เมื่อมองย้อนกลับไปที่กระบวนการพัฒนาของ Ethereum จุดที่น่าสนใจมากคือสภาวะตลาดรอบสุดท้ายได้รับแรงผลักดันจากกระแสความนิยมของ DeFi Summer พร้อมด้วยนวัตกรรมและการเพิ่มเติมจำนวนมากใน "DeFi Matryoshka" และ "DeFi Lego" ซึ่ง ทำให้เกิดการพัฒนาอย่างล้นหลามในระบบนิเวศทั้งหมด ในรอบนี้ ชุดค่าผสม "Stake Matryoshka" และ "Stake Lego" จำนวนมากปรากฏขึ้นภายใต้การรวมกันของ LSD และ Re-stake ส่งผลให้ EigenLayer, Blast และ Merlin จากระบบนิเวศ BTC ไปถึงจุดสูงสุดใหม่ใน TVL ในระยะสั้น หากเราถือว่าตุ๊กตาทำรังและเลโก้เป็นประเด็นหลักของความเชื่อมั่นในตลาด โมดูลาร์ก็สามารถเล่นตุ๊กตาทำรังและทำนองเลโก้ของตัวเองได้ในอนาคต

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