Tác giả gốc: Nhà nghiên cứu vốn YBB Ac-Core
Nền nhật thực
Nguồn: Trang web chính thức của Eclipse
Người sáng lập Eclipse Neel Somani từng làm kỹ sư phần mềm tại Airbnb và nhà nghiên cứu định lượng tại Citadel. Ông thành lập Eclipse, một công ty khởi nghiệp dựa trên Solana, vào năm 2022 và nhận được sự hỗ trợ từ người đồng sáng lập Solana Anatoly Ykovenko và Polygon (cho Solana và Polygon) . Xây dựng chuỗi khối Rollup tương thích). Theo báo cáo của CoinDesk vào ngày 28 tháng 9 năm 2022, Eclipse đã hoàn thành thành công vòng tài trợ Pre-Seed trị giá 6 triệu đô la Mỹ do Polychain dẫn đầu và vòng tài trợ hạt giống 9 triệu đô la Mỹ do Tribe Capital và Tabiya đồng dẫn đầu, với tổng số tiền tài trợ là 1.500 Mười nghìn đô la Mỹ. Ngoài ra, Eclipse cũng nhận được khoản tài trợ phát triển từ Quỹ Solana để hỗ trợ Rollup điều khiển bằng máy ảo Solana.
Somani, người sáng lập Eclipse, đã sử dụng các mối quan hệ và lợi thế địa lý của mình gần trụ sở chính ở Chicago của Solana để tạo thành công một chuỗi độc đáo bằng cách sử dụng máy ảo của Solana. Tầm nhìn là cho phép các nhà phát triển triển khai Rollup được hỗ trợ bởi máy ảo Solana, với kế hoạch ra mắt mạng thử nghiệm công khai trên hệ sinh thái Cosmos vào đầu năm 2023 và có kế hoạch 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)."
Niraj Pant, Đối tác tại Polychain Capital, nhận xét:"Khi các doanh nghiệp lớn và chính phủ bắt đầu bước vào không gian blockchain, Eclipse là một cơ sở hạ tầng quan trọng để tạo điều kiện thuận lợi cho các trường hợp sử dụng của họ, chẳng hạn như các ứng dụng tài chính và tiêu dùng quy mô Web2.
Kiến trúc nhật thực
Theo lời giải thích chính thức bên dưới, Eclipse Mainnet là L2 đa năng đầu tiên của Ethereum được xây dựng xung quanh SVM. Nó kết hợp các phần tốt nhất của ngăn xếp mô-đun và nhằm mục đích trở thành Lớp 2 nhanh nhất và linh hoạt nhất của Ethereum do SVM điều khiển. Kiến trúc dự án sử dụng Ethereum làm lớp giải quyết và được sử dụng cho cầu xác minh nhúng chính thức; Celestia được sử dụng làm lớp sẵn có của dữ liệu; RISC Zero được sử dụng để 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 được triển khai dưới dạng Lớp mô-đun Tổng thể 2 dự án. Sau đây sẽ được giải thích chi tiết dựa trên các giải thích chính thức.
Lớp thanh toán—Ethereum: Eclipse sẽ chuyển sang Ethereum (tức là cầu nối xác minh được nhúng trên Ethereum) và sử dụng ETH làm mức tiêu thụ gas và bằng chứng gian lận cũng sẽ được gửi 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ủa nó, một 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 sẽ xuất bản dữ liệu lên Celestia để đạt được tính khả dụng 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 để chống gian lận ZK (không yêu cầu tuần tự hóa trạng thái trung gian);
Giao thức truyền thông—IBC: Hoàn thành việc kết nối 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 IBC của Cosmos;
Giao thức chuỗi chéo—Hyperlane:Eclipse và Hyperlane đã hợp tác để đưa giải pháp tương tác không cần cấp phép của Hyperlane vào các chuỗi khối dựa trên Máy ảo Solana (SVM).
Nguồn: chính thức của Eclipse
Lớp thanh toán: Truy cập tính bảo mật và thanh khoản của Ethereum
Eclipse sử dụng Ethereum làm lớp thanh toán giống như các bản tổng hợp Ethereum khác. Quá trình này yêu cầu cầu nối xác minh của Eclipse trên Ethereum phải được tích hợp trực tiếp vào Eclipse. Các nút của nó cần phát hiện tính chính xác của cầu xác minh và thứ tự giao dịch chính xác, để cho phép người dùng Nhận Bảo mật cấp độ Ethereum.
L2 BEAT định nghĩa Lớp 2 là “chuỗi có được tính bảo mật, toàn bộ hoặc một phần, từ lớp Ethereum đầu tiên để người dùng không phải dựa vào tính toàn vẹn của trình xác thực Lớp 2 để đảm bảo an toàn cho tiền”. Cầu xác thực Eclipse thực thi tính hợp lệ tối đa và khả năng chống kiểm duyệt trong các điều kiện lỗi nhất định, cho phép người dùng buộc hoàn thành các giao dịch của họ thông qua cầu và sử dụng Ethereum làm khí giao dịch ngay cả khi trình sắp xếp chuỗi ngừng hoạt động hoặc quá trình kiểm duyệt bắt đầu trong L2 Thực hiện đốt cháy.
Lớp thực thi: Nắm bắt tốc độ và quy mô giao dịch của Solana
Để nâng cao hiệu quả, Eclipse Mainnet áp dụng môi trường thực thi của Solana, sử dụng SVM và Sealevel (Solana được sử dụng để xây dựng các giải pháp kỹ thuật mở rộng theo chiều ngang và công cụ xử lý giao dịch siêu song song được sử dụng để mở rộng theo chiều ngang trên GPU và SSD), khác biệt từ luồng đơn EVM So với việc chạy, ưu điểm của nó là nó có thể được thực thi 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ề vấn đề tương thích EVM, Eclipse Mainnet đã hợp tác với Neon EVM để cho phép các nhà phát triển tận 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ó lớn hơn EVM đơn luồng và có thể đạt tới 140 cấp TPS. Người dùng EVM sử dụng ví MetaMask"Snaps "Các plug-in tương tác với các ứng dụng nguyên bản trong Eclipse Mainnet.
Tính khả dụng của dữ liệu: Tận dụng băng thông và tính chất có thể xác minh của Celestia
Mainnet Ecilpse sẽ tận dụng Celestia để có được dữ liệu sẵn có và các mối quan hệ lâu dài. Lý do cho điều này là Ethereum hiện không thể đáp ứng thông lượng và phí mục tiêu của Ecilpse, mà ngay cả sau khi nâng cấp EIP-4844 cũng có thể cung cấp trung bình khoảng 0,375 MB mỗi lần. khối.Không gian Blobs (giới hạn ở khoảng 0,75 MB mỗi khối).
Theo dữ liệu chính thức, giao dịch ERC-20 dựa trên bản mở rộng Tổng hợp được tính là 154 byte cho mỗi giao dịch, tương đương với tổng số tất cả các Bản tổng hợp là khoảng 213 TPS. Đối với Hoán đổi nén, được tính bằng khoảng 400 byte cho mỗi giao dịch, tất cả các Bản tổng hợp TPS là khoảng 82 TPS. So với các khối 2 MB do Celestia tung ra, Blobstream dự kiến sẽ tăng lên 8 MB sau khi mạng chứng tỏ được sự ổn định và nhiều nút ánh sáng DAS (tỷ lệ liên quan được giải thích bên dưới) bật và tắt.
Ecilpse tin rằng với sự hỗ trợ của nút ánh sáng DAS của Celestia, Celestia đã trở thành lựa chọn tốt nhất cho Mainnet Eclipse hiện tại do sự cân bằng giữa tính bảo mật của nền kinh tế mã hóa và thông lượng DA có khả năng mở rộng cao. Mặc dù hiện tại có quan điểm cho rằng sử dụng Ethereum DA là Lớp 2 chính thống, nhóm dự án sẽ tiếp tục chú ý đến tiến trình mở rộng DA sau EIP-4844. Nếu Ethereum có thể cung cấp cho Eclipse quy mô lớn hơn và thông lượng cao DA, Khả năng chuyển sang Ethereum DA sẽ được đánh giá lại.
Cơ chế chứng minh: RISC Zero bằng chứng gian lận (không có tuần tự hóa trạng thái trung gian)
Phương pháp chứng minh của Eclipse tương tự như SIMD chống gian lận SVM của Anatoly (xem liên kết mở rộng GitHub số 2 để biết chi tiết), 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. Do đó, để tránh đưa lại cây Merkle (cây băm) vào SVM, các bên dự án ban đầu đã cố gắng chèn Cây Merkle thưa thớt vào SVM, nhưng việc cập nhật cây Merkle mỗi lần giao dịch sẽ có tác động rất lớn đến hiệu suất. Nếu không sử dụng cây Merkle để chứng minh, các khung Rollup 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 SVM Rollup, vốn yêu cầu kiến trúc chống lỗi sáng tạo hơn.
Yêu cầu bằng chứng thất bại: các cam kết đầu vào của giao dịch, bản thân giao dịch và bằng chứng cho thấy việc thực hiện lại giao dịch sẽ dẫn đến kết quả đầu ra khác với kết quả được chỉ định trên chuỗi.
Các cam kết đầu vào thường được thực hiện bằng cách cung cấp gốc Merkle của cây trạng thái Rollup.Người thực thi của Eclipsse sẽ công bố danh sách đầu vào và đầu ra (bao gồm giá trị băm tài khoản và trạng thái toàn cầu liên quan) cho mỗi giao dịch, cũng như chỉ mục giao dịch được tạo ra mỗi đầu vào và Xuất bản giao dịch lên Celestia để bất kỳ nút đầy đủ nào cũng có thể theo dõi nó, kéo tài khoản đầu vào từ trạng thái của chính nó, 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.
Ngoài ra còn có hai loại lỗi nghiêm trọng có thể xảy ra ở đây:
Đầu ra không chính xác: Trình xác nhận cung cấp bằng chứng ZK trên chuỗi đầu ra chính xác. 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 chứng minh việc thực thi mã byte BPF (xem liên kết mở rộng GitHub số 3 để biết chi tiết). Điều này cho phép 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.
Đầu vào không chính xác: 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 những gì được yêu cầu. Cầu Trọng lực Lượng tử của Celestia được sử dụng để cho phép hợp đồng giải quyết Eclipse xác minh rằng có gian lận trong dữ liệu lịch sử.
Kết nối Eclipse với ETH và Celestia
Nguồn hình ảnh:@jon_charb
DA là một trong những phần chính của chi phí tổng hợp. Hiện tại, có hai phương pháp chính để cung cấp dữ liệu trong Ethereum L2, Calldata và DAC (Ủy ban sẵn có dữ liệu).
Calldata: Các giải pháp Lớp 2 như Arbitrum hoặc Optimism xuất bản dữ liệu giao dịch trực tiếp trên chuỗi dưới dạng calldata vào các khối có khả năng chống kiểm duyệt cao của Ethereum. Ethereum thống nhất việc định giá dữ liệu cuộc gọi, tính toán và lưu trữ dưới một đơn vị: Gas, đây cũng là một trong những chi phí chính trong chi tiêu Rollup trên Ethereum. Để nâng cao hiệu quả, bản nâng cấp EIP-4844 giới thiệu Blobspace để thay thế calldata, từ đó cung cấp giá trị mục tiêu là 375 KB mỗi khối cho tất cả các Bản tổng hợp;
DAC: DAC có thông lượng cao hơn nhiều so với việc phát hành dữ liệu cuộc gọi trực tiếp trên chuỗi, nhưng người dùng cần tin tưởng vào một ủy ban nhỏ hoặc 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, cũng bao gồm các giải pháp dựa trên việc đặt lại, đưa ra các giả định đáng tin cậy về 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 giữ lại dữ liệu, do đó, ở một mức độ nhất định khi sử dụng DA bên ngoài , cần có DAC.
Cần nói thêm rằng Celestia sử dụng mạng đồng thuận proof-of-stake Blobstream trong Eclipse để cho phép Lớp 2 truy cập vào blobspace của Celestia, đạt tới 8 MB blobspace theo sơ đồ nén, tương đương với 9.000 đến 30.000 ERC mỗi giây . 20 Truyền tải. Tuy nhiên, việc sử dụng Lớp 2 của Blobstream trong quy trình sẽ phụ thuộc vào chứng nhận của trình xác minh Celestia. Nếu nút nhẹ của quy trình đảm bảo an ninh phát hiện hành vi độc hại của 2/3 số trình xác minh Celestia bằng cách giữ lại dữ liệu, họ có thể bị trừng phạt. DAC khác với chuỗi gốc, vẫn còn những thiếu sót về mức độ tin cậy của DA, nhưng sự thiếu sót này là không thể tránh khỏi khi nhìn từ góc độ đổi mới và câu chuyện thị trường.
Nguồn hình ảnh: Eclipse chính thức - Logic tương tác mô-đun Eclipse
Theo tài liệu chính thức, như trong hình trên, Eclipse vượt qua Blobstream của Celestia (vì giải pháp DA mô-đun Ethereum dựa trên phần mở rộng DAS đã được giới thiệu ở trên) và dữ liệu Eclipse đã chứng minh cho Ethereum đã được thử nghiệm và chạy, cho phép cầu nối dựa trên gốc dữ liệu đã ký của Celestia để xác minh tính bảo mật dữ liệu được cung cấp để chống gian lận. Người dùng của nó gửi tiền vào Eclipse thông qua cầu nối Ethereum gốc, với quy trình được nêu dưới đây:
1. Người dùng gọi hợp đồng cầu gửi tiền Eclipse trên Ethereum (xem liên kết mở rộng 1 để biết địa chỉ hợp đồng);
2. Trong 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 mới Ecilpse), rơle (kênh ETH và Eclipse) hoàn thành tương tác dữ liệu chuỗi chéo giữa địa chỉ gửi và địa chỉ nhận của người dùng;
3. Rơle gọi chương trình cầu nối SVM và chịu trách nhiệm gửi tiền gửi của người dùng đến địa chỉ đích;
4. Rơle 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. Khối giao dịch chuyển khoản cuối cùng 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 plug-in Solana Geyser.
Trong quá trình này, người thực thi SVM sẽ xuất bản từng vị trí Eclipse vào hàng đợi tin nhắn thông qua Geyser và vị trí của nó sẽ được xuất bản lên Celestia dưới dạng khối dữ liệu và trình xác minh của Celestia sẽ chấp nhận khối dữ liệu được gửi. và tương ứng với gốc dữ liệu, và 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.
Nguồn ảnh: Chính thức của Eclipse: Tương tác giữa người thực thi Celestia và SVM
Đồng thời, tương tự như các Lớp 2 khác trong Ethereum sử dụng bằng chứng gian lận, việc rút tiền giữa Eclipse và Ethereum cũng yêu cầu một khoảng thời gian truy vấn để người xác minh có thể gửi bằng chứng gian lận khi quá trình chuyển đổi trạng thái không hợp lệ.
Người thực thi SVM sẽ định kỳ đưa ra một cam kết kỷ nguyên (xử lý theo số lô được xác định trước) của khe Eclipse với Ethereum và giải phóng khoả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 rằng định dạng dữ liệu được xuất bản là nguyên vẹn (xem bài viết tham khảo [2] chương Thiết kế chống gian lận để biết chi tiết);
Nếu lô được gửi vượt qua kiểm tra cơ bản, một cửa sổ được xác định trước sẽ được tạo ra. Trong cửa sổ này, nếu lô được cam kết, điều đó có nghĩa là quá trình chuyển đổi trạng thái không hợp lệ và người xác minh có thể cấp chứng chỉ gian lận;
Nếu người xác thực xuất bản thành công bằng chứng gian lận, họ sẽ giành được sự đảm bảo của người thực thi, lô được xuất bản sẽ bị từ chối và trạng thái đặc tả của Eclipse L2 sẽ quay trở lại cam kết lô hợp lệ cuối cùng. Ở đây những người quản lý Eclipse sẽ có quyền bầu ra những người thực thi mới;
Tuy nhiên, nếu vượt qua giai đoạn thử thách mà không có bằng chứng gian lận, người thi hành sẽ thu hồi tài sản thế chấp và phần thưởng của mình;
Cuối cùng, hợp đồng cầu nối Eclipse hoàn thành tất cả các giao dịch rút tiền có trong lô cuối cùng.
bản tóm tắt
Eclipse vẫn đang trong giai đoạn phát triển ban đầu của mạng thử nghiệm và là SVM Lớp 2 đầu tiên trên Ethereum. Mạng thử nghiệm hiện đang trực tuyến và mạng chính dự kiến sẽ được phát hành vào quý 1 năm 2024. Ethereum vẫn coi Rollup là con đường phát triển cốt lõi của mình, gạt chủ đề chính thống sang một bên, điều này ở một mức độ nào đó có nghĩa là Ethereum đã để lại định nghĩa rộng rãi về Lớp 2 cho thị trường, do đó việc trao quyền công khai cũng bị ẩn giấu với nhiều hình thức cạnh tranh khác nhau. . Eclipse tận dụng lợi thế này và sử dụng sự phát triển mô-đun để kết hợp tính bảo mật của Ethereum, hiệu suất cao của Solana và Celestia DA để tạo ra 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 điểm rất thú vị là điều kiện thị trường cuối cùng được thúc đẩy bởi sự cường điệu của DeFi Summer, với một số lượng lớn các cải tiến và bổ sung trong “DeFi Matryoshka” và “DeFi Lego”, trong đó gây ra sự phát triển bùng nổ trong toàn bộ hệ sinh thái. Trong vòng này, một số lượng lớn các tổ hợp đặt cược matryoshka và đặt cược Lego đã xuất hiện dưới sự kết hợp giữa LSD và đặt cược lại, cho phép EigenLayer, Blast và Merlin của hệ sinh thái BTC đạt được những đỉnh cao mới về TVL trong thời gian ngắn . Nếu chúng ta coi búp bê matryoshka và Lego là chủ đề chính của tâm lý thị trường thì tính mô-đun cũng có thể phát ra búp bê matryoshka và giai điệu Lego của riêng nó trong tương lai.
Sự hấp dẫn của tính mô-đun nằm ở lợi ích tách rời của các thành phần, từ đó hiện thực hóa sự đổi mới ở từng lớp trong ngăn xếp, để việc tối ưu hóa từng mô-đun có thể khuếch đại khả năng tối ưu hóa của các mô-đun khác. quá trình có thể tạo ra một số lượng lớn các lựa chọn cạnh tranh.
Bài viết tham khảo
【 1 】https://blog.celestia.org/introducing-blobstream/Giới thiệu Blobstream: Cung cấp DA mô-đun cho Ethereum
【 2 】https://mirror.xyz/eclipsemainnet.eth/0Q9NufkOPaRfCwi0yFj-_D 4 eONgscqpr 00 HGgYCwkHA ?ref=twitterKhám phá hệ thống xác minh và bắc cầu Canonical Ethereum của Eclipse
Liên kết mở rộng
（1）https://sepolia.etherscan.io/address/0x7C9e161ebe55000a3220F972058Fb83273653a6eĐịa chỉ cầu nối hợp đồng tiền gửi Ecilpse
（2）https://github.com/solana-foundation/solana-improvement-documents/pull/65SIMD: Bằng chứng gian lận của SVM
（3）https://github.com/Eclipse-Laboratories-Inc/zk-bpfMinh họa việc thực thi mã byte BPF
