Tác giả: YBB Capital Researcher Ac-Core Nguồn: Medium Dịch: Shan Ouba, Golden Finance< / p>

Eclipse Background

Người sáng lập Eclipse Neel Somani từng là kỹ sư phần mềm và phần mềm tại Airbnb kỹ sư tại Citadel Nhà nghiên cứu định lượng, người đã thành lập công ty khởi nghiệp Eclipse có trụ sở tại Solana vào năm 2022. Công ty khởi nghiệp này được hỗ trợ bởi người đồng sáng lập Solana Anatoly Ykovenko và Polygon (Architecture), cùng những người khác. Chuỗi khối tổng hợp tương thích với Polygon và Solana). Theo báo cáo của CoinDesk vào ngày 28 tháng 9 năm 2022, Eclipse đã kết thúc thành công vòng hạt giống trị giá 6 triệu đô la do Polychain dẫn đầu và vòng hạt giống trị giá 9 triệu đô la do Tribe Capital và Tabiya đồng dẫn đầu, nâng tổng số tiền huy động được lên 15 triệu đô la. Ngoài ra, Eclipse đã nhận được khoản trợ cấp phát triển từ Quỹ Solana để hỗ trợ Rollup được cung cấp bởi máy ảo Solana.

Người sáng lập Somani đã tận dụng mạng lưới của mình và sự gần gũi với trụ sở chính của Solana ở Chicago để tạo thành công một chuỗi khối độc đáo bằng cách sử dụng máy ảo của Solana. Tầm nhìn của anh là cho phép các nhà phát triển triển khai Rollups được cung cấp bởi máy ảo Solana, với kế hoạch ra mắt mạng thử nghiệm công khai trong hệ sinh thái Cosmos vào đầu năm 2023 nhằm hỗ trợ ngôn ngữ Move của Aptos trong tương lai.

Người đồng sáng lập Solana và nhà đầu tư thiên thần Eclipse Anatoly Ykovenko nhận xét: "Eclipse mở đường cho Solana giao tiếp với Cosmos thông qua Truyền thông liên chuỗi khối (IBC)" Như Niraj Pant, đối tác tại Polychain Capital, cho biết: “Các công ty lớn và chính phủ bắt đầu tham gia vào không gian blockchain, Eclipse trở thành chìa khóa để thúc đẩy các trường hợp sử dụng của họ”. Niraj Pant, đối tác tại Polychain Capital cho biết. Cơ sở hạ tầng, chẳng hạn như các ứng dụng tài chính và tiêu dùng quy mô Web2.”

Eclipse Architecture

Nội dung sau đây dựa trên lời giải thích chính thức: Eclipse Mainnet là L2 chung lấy SVM làm trung tâm đầu tiên của Ethereum , kết hợp bản chất của ngăn xếp mô-đun với mục tiêu trở thành Lớp 2 nhanh nhất và linh hoạt nhất do SVM điều khiển. Kiến trúc của dự án bao gồm việc sử dụng Ethereum làm lớp giải quyết với cầu nối xác minh chính thức được tích hợp sẵn; Celestia làm lớp sẵn có của dữ liệu; RISC Zero để tạo bằng chứng gian lận không có kiến ​​thức; và cuối cùng, SVM của Solana làm môi trường thực thi cho dự án Layer2 mô-đun này. Sau đây là lời giải thích chi tiết dựa trên mô tả chính thức.

Lớp thanh toán - Ethereum: Eclipse sẽ thực hiện thanh toán trên Ethereum (tức là sử dụng cầu xác minh nhúng trên Ethereum), sử dụng mức tiêu thụ khí ETH và gửi bằng chứng gian lận trên Ethereum;

Lớp thực thi - Máy ảo Solana (SVM): Eclipse sẽ chạy SVM hiệu suất cao làm môi trường thực thi, cụ thể là phân nhánh của Ứng dụng khách Solana Labs (v1.17);

Lớp sẵn có của dữ liệu - Celestia: Eclipse xuất bản dữ liệu lên Celestia để đạt được tính sẵn có của dữ liệu có thể mở rộng (DA);

Cơ chế chứng minh - RISC Zero: Eclipse sẽ sử dụng RISC Zero cho bằng chứng gian lận ZK (không yêu cầu trình tự trạng thái trung gian);

Giao thức truyền thông - IBC: Eclipse sẽ hoàn thiện cây cầu với các chuỗi không phải Eclipse thông qua tiêu chuẩn truyền thông liên chuỗi khối IBC của Cosmos;

Giao thức chuỗi chéo — Hyperlane: Eclipse hợp tác với Hyperlane để đưa giải pháp tương tác không cần cấp phép của Hyperlane tới các chuỗi khối dựa trên Máy ảo Solana (SVM).

p>

Lớp thanh toán: Nhận tính bảo mật và thanh khoản của Ethereum

Giống như các bản cuộn Ethereum khác, Eclipse sử dụng Ethereum như lớp định cư của nó. Quá trình này bao gồm việc tích hợp trực tiếp cầu xác minh của Eclipse vào Eclipse, trong đó các nút của nó phải kiểm tra tính chính xác của cầu xác minh và tính chính xác của trình tự giao dịch, do đó cung cấp cho người dùng mức độ bảo mật ở cấp độ Ethereum.

L2BEAT định nghĩa Layer2 là “một chuỗi có được tính bảo mật hoàn toàn hoặc một phần từ lớp đầu tiên của Ethereum, để người dùng không cần phải dựa vào tính trung thực của Trình xác thực Layer2 để đảm bảo tính bảo mật cho tiền của nó." Cầu xác minh Eclipse có thể thực thi tính hợp lệ cuối cùng và khả năng chống kiểm duyệt trong các tình huống thất bại nhất định. Ngay cả khi trình sắp xếp chuỗi không thành công hoặc bắt đầu kiểm duyệt trên L2, người dùng vẫn có thể buộc giao dịch qua cầu nối và đốt Ethereum dưới dạng khí giao dịch.

Lớp thực thi: đạt được tốc độ và quy mô giao dịch của Solana

Để nâng cao hiệu quả, Eclipse chủ yếu Mạng áp dụng môi trường thực thi của Solana, sử dụng SVM và Sealevel (giải pháp kỹ thuật của Solana để xây dựng khả năng mở rộng theo chiều ngang, một công cụ xử lý giao dịch siêu song song có quy mô theo chiều ngang trên GPU và SSD). So với hoạt động đơn luồng của EVM, ưu điểm của nó là các giao dịch có thể được thực hiện mà không cần thiết kế các giao dịch trạng thái chồng chéo, thay vì thực hiện chúng một cách tuần tự.

Về khả năng tương thích EVM, mạng chính Eclipse hợp tác với Neon EVM, cho phép các nhà phát triển sử dụng các công cụ Ethereum và xây dựng các ứng dụng Web3 trên Solana. Theo dữ liệu chính thức, thông lượng của nó cao hơn đáng kể so với EVM đơn luồng, đạt 140 TPS. Người dùng EVM có thể tương tác tự nhiên với các ứng dụng trên mạng chính Eclipse thông qua plugin “Snaps” của ví MetaMask.

Tính khả dụng của dữ liệu: Tận dụng băng thông và khả năng xác minh của Celestia

Mạng chính Eclipse sẽ tận dụng Celestia để đạt được dữ liệu tính khả dụng và thiết lập sự hợp tác lâu dài, vì Ethereum hiện không thể hỗ trợ thông lượng và chi phí mục tiêu của Eclipse, ngay cả sau khi nâng cấp EIP-4844, cung cấp trung bình ~0,375 MB không gian blob cho mỗi khối (giới hạn mỗi khối là ~0,75 MB).

Theo dữ liệu chính thức, đối với các giao dịch ERC-20 dựa trên tiện ích mở rộng Rollup, được tính là 154 byte cho mỗi giao dịch, con số này tương đương với tổng cộng khoảng 213 TPS cho tất cả các bản tổng hợp. Đối với Hoán đổi nén, mỗi giao dịch có dung lượng khoảng 400 byte và tổng TPS là khoảng 82 TPS cho tất cả các bản tổng hợp. Điều này so sánh với các khối 2 MB của Celestia, mà Blobstream dự kiến ​​​​sẽ tăng lên 8 MB khi mạng chứng tỏ sự ổn định và nhiều nút ánh sáng DAS (Lấy mẫu sẵn có dữ liệu) trực tuyến hơn.

Eclipse tin rằng, với sự hỗ trợ của các nút ánh sáng Celestia DAS, xem xét sự cân bằng giữa bảo mật kinh tế tiền điện tử và thông lượng DA có khả năng mở rộng cao, Celestia trở thành sự lựa chọn hiện tại cho mạng chính Eclipse. Mặc dù có quan điểm cho rằng sử dụng DA của Ethereum là cách chính thống của Lớp 2, nhưng dự án sẽ tiếp tục chú ý đến tiến độ mở rộng DA sau EIP-4844. Nếu Ethereum có thể cung cấp DA quy mô lớn hơn và thông lượng cao hơn cho Eclipse thì khả năng chuyển sang Ethereum DA sẽ được đánh giá lại.

Cơ chế chứng minh: RISC không có bằng chứng gian lận (không cần tuần tự hóa trạng thái trung gian)

Eclipse The phương pháp chứng minh tương tự như SIMD chống gian lận SVM của Anatoly (xem liên kết GitHub mở rộng 2), phù hợp với hiểu biết sâu sắc của John Adler để tránh chi phí cao cho việc tuần tự hóa trạng thái. Để ngăn chặn việc đưa lại cây Merkle (cây băm) vào SVM, những nỗ lực ban đầu đã được thực hiện để chèn cây Merkle thưa thớt vào SVM, nhưng việc cập nhật cây Merkle với mỗi giao dịch sẽ ảnh hưởng lớn đến hiệu suất. Nếu không sử dụng cây Merkle để chứng minh, các khung tổng hợp có mục đích chung hiện có (chẳng hạn như ngăn xếp OP) không thể làm cơ sở cho các bản tổng hợp SVM và cần có một kiến ​​trúc chống lỗi sáng tạo hơn.

Yêu cầu chống lỗi: Các cam kết đầu vào của giao dịch, bản thân giao dịch và việc thực hiện lại giao dịch sẽ dẫn đến bằng chứng khác với đầu ra được chỉ định trên chuôi.

Lời hứa đầu vào thường được triển khai bằng cách cung cấp gốc Merkle của cây trạng thái Tổng hợp. Người thực thi Eclipse sẽ xuất bản danh sách đầu vào và đầu ra cho mỗi giao dịch (bao gồm băm tài khoản và trạng thái toàn cầu liên quan), tạo chỉ mục giao dịch cho mỗi đầu vào và xuất bản giao dịch lên Celestia, cho phép bất kỳ nút đầy đủ nào theo dõi từ các giao dịch của nó trích xuất thông tin trạng thái riêng của tài khoản đầu vào, tính toán tài khoản đầu ra và xác nhận rằng cam kết trên Ethereum là chính xác.

Hai loại lỗi chính có thể xảy ra:

Đầu ra không chính xác: xác thực Máy chủ cung cấp ZK bằng chứng về đầu ra chính xác trên chuỗi. Eclipse sử dụng RISC Zero để tạo bằng chứng ZK về việc thực thi SVM, tiếp tục công việc trước đó của dự án là chứng minh việc thực thi mã byte BPF (xem liên kết GitHub mở rộng 3). Điều này cho phép các hợp đồng thanh toán của chúng tôi đảm bảo tính chính xác mà không cần phải thực hiện các giao dịch trên chuỗi.

Lỗi đầu vào: Trình xác thực xuất bản dữ liệu lịch sử trên chuỗi cho biết trạng thái đầu vào không khớp với trạng thái đã khai báo. Cầu trọng lực lượng tử của Celestia sau đó được sử dụng để cho phép hợp đồng dàn xếp của Eclipse xác minh xem liệu có dữ liệu lịch sử gian lận hay không.

Mối liên hệ của Eclipse với ETH và Celestia

Tính khả dụng của dữ liệu (DA) là chi phí chính của Rollup Một trong những thành phần. Hiện tại, tính khả dụng của dữ liệu của Ethereum L2 chủ yếu dựa vào hai phương pháp: Calldata và DAC (Ủy ban sẵn có dữ liệu).

· Calldata: Ví dụ: các giải pháp Layer2 như Arbitrum hoặc Optimism xuất bản dữ liệu giao dịch dưới dạng calldata trực tiếp tới các khối có khả năng chống kiểm duyệt cao của Ethereum. Giá Ethereum quy dữ liệu cũng như tính toán và lưu trữ vào một đơn vị duy nhất: Gas, đây là một trong những chi phí chính phát sinh khi triển khai Ethereum. Để nâng cao hiệu quả, bản nâng cấp EIP-4844 giới thiệu Blobspace để thay thế calldata, cung cấp mục tiêu 375 KB mỗi khối cho tất cả các Bản tổng hợp;

· DAC: với trực tiếp trong chuỗi So với việc xuất bản dữ liệu cuộc gọi, DAC cung cấp thông lượng cao hơn, nhưng người dùng cần tin tưởng vào một ủy ban nhỏ hoặc một nhóm người xác thực để tránh việc giữ lại dữ liệu một cách có ác ý. DAC, bao gồm các giải pháp dựa trên mức đặt cược cao, đưa ra các giả định đáng tin cậy cho L2, buộc DAC phải dựa vào danh tiếng, cơ chế quản trị hoặc biểu quyết bằng token để ngăn chặn hoặc trừng phạt hành vi che giấu dữ liệu. Do đó, việc sử dụng DA bên ngoài đòi hỏi phải sử dụng DAC ở một mức độ nào đó.

Điều đáng chú ý là Eclipse tận dụng Blobstream của Celestia, một mạng đồng thuận bằng chứng cổ phần, để cho phép Layer2 truy cập Blobspace của Celestia. Tùy thuộc vào sơ đồ nén, điều này cho phép dung lượng blob lên tới 8 MB, tương đương với 9.000 đến 30.000 lần truyền ERC-20 mỗi giây. Tuy nhiên, việc sử dụng Layer2 của Blobstream sẽ dựa vào bằng chứng từ trình xác nhận Celestia. Nếu các nút ánh sáng phát hiện ra rằng 2/3 trình xác thực Celestia đang giữ lại dữ liệu độc hại, họ có thể trừng phạt họ. Khách quan mà nói, độ tin cậy của DAC vẫn còn những hạn chế so với DA gốc, nhưng nhìn từ góc độ đổi mới và tường thuật thị trường, những thiếu sót đó là không thể tránh khỏi.

p>

Như đã giải thích trong tài liệu chính thức và được hiển thị trong hình trên, Eclipse minh họa giải pháp DA mô-đun của Ethereum dựa trên phần mở rộng DAS thông qua Blobstream của Celestia (như sơ đồ đã đề cập ở trên) dữ liệu đã được chứng minh cho Ethereum. Điều này cho phép bridge xác minh tính bảo mật dữ liệu được cung cấp để chống gian lận dựa trên gốc dữ liệu đã được ký của Celestia. Người dùng gửi tiền vào Eclipse thông qua cầu nối Ethereum gốc. Quá trình này như sau:

1. Người dùng gọi hợp đồng cầu nạp tiền Eclipse trên Ethereum (liên kết mở rộng 1 ) Địa chỉ hợp đồng);

2. Trình thực thi SVM của Eclipse (tính toán kết quả SVM và xuất chúng sang nút trạng thái Eclipse mới) và chuyển tiếp (ETH sang kênh Eclipse) Hoàn thành tương tác dữ liệu chuỗi chéo giữa địa chỉ người gửi và người nhận;

3. Rơle gọi chương trình cầu nối SVM và chịu trách nhiệm gửi các khoản nạp lại của người dùng đến Địa chỉ đích ;

4. Người chuyển tiếp xác minh giao dịch gửi tiền thông qua ứng dụng khách zk-light (sẽ được triển khai);

5. Cuối cùng, khối giao dịch chứa các khoản tiền gửi tiếp theo được hoàn thành và xuất bản thông qua plugin Solana Geyser.

Trong quá trình này, mỗi khe Eclipse sẽ được người thực thi SVM xuất bản vào hàng đợi tin nhắn thông qua Geyser. Các vị trí này sau đó được xuất bản lên Celestia dưới dạng khối dữ liệu và người xác thực Celestia gửi các khối dữ liệu đã cam kết này để chứng minh rằng giao dịch được bao gồm trong chuỗi Eclipse và tương ứng với gốc dữ liệu. Cuối cùng, mỗi khối dữ liệu Celestia được chuyển tiếp qua Blobstream tới hợp đồng cầu nối Eclipse trên Ethereum.

p>

Tương tự như các giải pháp Ethereum Lớp 2 khác sử dụng bằng chứng gian lận, việc rút tiền từ Eclipse sang Ethereum cũng yêu cầu một khoảng thời gian thử thách, cho phép người xác thực chuyển sang trạng thái không hợp lệ Gửi bằng chứng gian lận dưới đây.

· Người thực thi SVM gửi định kỳ các kỷ nguyên vị trí Eclipse trên Ethereum (quy trình tuân theo một số lô được xác định trước) và đăng tài sản thế chấp;

· Hợp đồng cầu nối của Eclipse thực hiện các kiểm tra cơ bản để đảm bảo tính toàn vẹn của định dạng dữ liệu được xuất bản (xem phần Thiết kế chống gian lận trong bài viết tham khảo [2]);

· Nếu lô được gửi vượt qua các bước kiểm tra cơ bản, một cửa sổ xác định trước sẽ được tạo. Nếu trong cửa sổ này, cam kết hàng loạt chỉ ra rằng quá trình chuyển đổi trạng thái không hợp lệ thì người xác thực có thể đưa ra bằng chứng gian lận;

· Nếu người xác thực đưa ra bằng chứng gian lận thành công , họ sẽ giành chiến thắng trong việc thực thi Nếu không có tài sản thế chấp của người cầm cố, lô được gửi sẽ bị từ chối và trạng thái đặc tả Eclipse L2 sẽ được khôi phục về cam kết lô hợp lệ cuối cùng. Tại thời điểm này, quản trị viên của Eclipse có quyền chọn người thực thi mới;

· Tuy nhiên, nếu hết thời gian thử thách mà không có bằng chứng gian lận thành công nào, thì người thực thi sẽ đòi lại tài sản thế chấp và phần thưởng của họ;

· Cuối cùng, hợp đồng bắc cầu của Eclipse sẽ hoàn tất tất cả các giao dịch rút tiền có trong lô.

Tóm tắt

Eclipse hiện đang trong giai đoạn đầu phát triển và thử nghiệm, báo hiệu rằng Ethereum Chuyển đến SVM Layer2 đầu tiên. Mạng thử nghiệm của nó đã được ra mắt và mạng chính dự kiến ​​​​sẽ ra mắt vào quý đầu tiên của năm 2024. Ethereum vẫn coi Rollups là một phần cốt lõi trong lộ trình phát triển của mình. Gạt cuộc tranh luận về tính chính thống sang một bên, điều này ít nhiều có nghĩa là Ethereum để lại định nghĩa rộng rãi về Lớp 2 cho thị trường. Trong khi trao quyền một cách công khai, nó cũng giới thiệu một cách tinh tế các hình thức cạnh tranh khác nhau. Eclipse tận dụng điều này bằng cách kết hợp tính bảo mật của Ethereum, hiệu suất cao của Solana và câu chuyện DA của Celestia thông qua phát triển mô-đun để tạo thành một câu chuyện thị trường mạnh mẽ.

Nhìn lại quá trình phát triển của Ethereum, một hiện tượng thú vị là trong chu kỳ thị trường vừa qua, dưới sự cường điệu của DeFi Summer, "DeFi Nesting" và "DeFi Lego" Sự đổi mới và nâng cao đột biến đã dẫn đến sự phát triển bùng nổ của hệ sinh thái. Sự kết hợp giữa LSD và Re-stake trong vòng này đã dẫn đến sự gia tăng đột biến các kết hợp "đặt cược lồng" và "đặt cược Lego", đồng thời TVL của EigenLayer, Blast và Merlin trong hệ sinh thái BTC đã tăng lên nhanh chóng trong thời gian ngắn thời gian. Nếu việc lồng ghép và Lego được coi là chủ đề chính của tâm lý thị trường thì tính mô-đun cũng sẽ có thể phát ra giai điệu Lego và lồng ghép độc đáo của nó trong tương lai.

Sức hấp dẫn của tính mô-đun nằm ở lợi ích của việc tách rời thành phần, từ đó đạt được sự đổi mới ở mỗi lớp của ngăn xếp, cho phép tối ưu hóa từng mô-đun để khuếch đại khả năng tối ưu hóa của các mô-đun khác. Có lẽ trong tương lai, các quy trình phát triển mô-đun có thể cung cấp cho nhà phát triển và người dùng vô số lựa chọn cạnh tranh.