Eclipse: Lớp 2 SVM đầu tiên kết hợp câu chuyện về tính bảo mật của Ethereum, hiệu suất cao của Solana và lớp dữ liệu (DA) của Celestia
Tuyển chọn TechFlowTuyển chọn TechFlow
Eclipse: Lớp 2 SVM đầu tiên kết hợp câu chuyện về tính bảo mật của Ethereum, hiệu suất cao của Solana và lớp dữ liệu (DA) của Celestia
Eclipse đang mở đường cho Solana giao tiếp với Cosmos thông qua Giao tiếp liên chuỗi (IBC).
Chuyên sâu báo cáo Web3Tác giả: Ac-Core – Nhà nghiên cứu tại YBB Capital
Lý lịch Eclipse
Nguồn ảnh: Trang web chính thức của Eclipse
Neel Somani, nhà sáng lập Eclipse, từng là kỹ sư phần mềm tại Airbnb và nhà nghiên cứu định lượng tại Citadel. Năm 2022, ông thành lập công ty khởi nghiệp Eclipse dựa trên nền tảng Solana, nhận được sự hỗ trợ từ các cá nhân và tổ chức như đồng sáng lập Solana Anatoly Yakovenko và Polygon (xây dựng chuỗi Rollup tương thích giữa Solana và Polygon). Theo báo cáo của CoinDesk ngày 28 tháng 9 năm 2022, Eclipse đã hoàn tất vòng gọi vốn Pre-Seed trị giá 6 triệu USD do Polychain dẫn dắt, và vòng hạt giống trị giá 9 triệu USD do Tribe Capital và Tabiya cùng dẫn dắt, tổng cộng huy động được 15 triệu USD. Ngoài ra, Eclipse còn nhận được khoản tài trợ phát triển từ Quỹ Solana để hỗ trợ Rollup vận hành bởi Máy ảo Solana (Solana Virtual Machine).
Nhờ vào mạng lưới quan hệ và lợi thế địa lý gần trụ sở chính của Solana tại Chicago, nhà sáng lập Somani đã thành công trong việc tạo ra một chuỗi độc đáo sử dụng máy ảo của Solana. Tầm nhìn của ông là cho phép các nhà phát triển triển khai các Rollup chạy bằng máy ảo Solana (SVM), 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à trong tương lai sẽ hỗ trợ ngôn ngữ Move của Aptos.
Anatoly Yakovenko, đồng sáng lập Solana và nhà đầu tư thiên thần của Eclipse, đánh giá: "Eclipse mở đường cho Solana giao tiếp với Cosmos thông qua Giao tiếp liên chuỗ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 tham gia vào blockchain, Eclipse là cơ sở hạ tầng then chốt thúc đẩy các trường hợp sử dụng như ứng dụng tiêu dùng và tài chính quy mô Web2."
Cơ chế hoạt động của Eclipse
Theo giải thích chính thức, Eclipse Mainnet là Layer 2 phổ quát đầu tiên trên Ethereum được xây dựng xung quanh SVM, kết hợp những điểm mạnh cốt lõi của kiến trúc mô-đun, hướng tới mục tiêu trở thành Layer 2 phổ quát nhanh nhất trên Ethereum được điều khiển bởi SVM. Kiến trúc dự án lấy Ethereum làm lớp thanh toán, có cầu nối xác thực nhúng chính thức; Celestia đảm nhiệm vai trò lớp khả dụng dữ liệu (data availability); RISC Zero tạo ra bằng chứng gian lận dạng zero-knowledge (ZK fraud proofs); cuối cùng là sử dụng máy ảo Solana (SVM) làm môi trường thực thi — hình thành nên một dự án Layer 2 mô-đun hóa toàn diện. Phần dưới đây sẽ trình bày chi tiết theo giải thích chính thức.
Lớp thanh toán – Ethereum: Eclipse thực hiện thanh toán trên Ethereum (thông qua cầu xác thực nhúng trên Ethereum), sử dụng ETH làm đơn vị thanh toán phí Gas, và các bằng chứng gian lận cũng sẽ được gửi lê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à phiên bản fork từ client Solana Labs (v1.17);
Lớp khả dụng dữ liệu – Celestia: Eclipse sẽ đăng tải dữ liệu lên Celestia để đạt được khả năng mở rộng về khả dụng dữ liệu (DA);
Cơ chế bằng chứng – RISC Zero: Eclipse sử dụng RISC Zero để tạo bằng chứng gian lận ZK (không cần tuần tự hóa trạng thái trung gian);
Giao thức truyền thông – IBC: Kết nối cầu nối với các chuỗi ngoài Eclipse thông qua tiêu chuẩn giao tiếp liên chuỗi (IBC) của Cosmos;
Giao thức xuyên chuỗi – Hyperlane: Eclipse hợp tác cùng Hyperlane nhằm tích hợp giải pháp tương tác không cần quyền hạn (permissionless interoperability) của Hyperlane vào các chuỗi blockchain dựa trên máy ảo Solana (SVM).
Nguồn ảnh: Chính thức từ Eclipse
Lớp thanh toán: Tiếp nhận tính an toàn và thanh khoản từ Ethereum
Giống như các Rollup Ethereum khác, Eclipse sử dụng Ethereum làm lớp thanh toán. Quá trình này yêu cầu tích hợp trực tiếp cầu xác thực của Eclipse trên Ethereum vào chính hệ thống Eclipse. Các nút của Eclipse phải kiểm tra tính đúng đắn của cầu xác thực và thứ tự giao dịch chính xác, từ đó người dùng được hưởng mức độ an toàn tương đương Ethereum.
L2BEAT định nghĩa Layer 2 là “những chuỗi lấy hoàn toàn hoặc một phần tính bảo mật từ Ethereum lớp 1, giúp người dùng không phải tin tưởng vào tính trung thực của các trình xác thực Layer 2 để đảm bảo an toàn tiền”. Cầu xác thực Eclipse có thể thực thi tính hợp lệ cuối cùng và chống kiểm duyệt trong một số trường hợp lỗi; ngay cả khi bộ sắp xếp (sequencer) ngừng hoạt động hay L2 bắt đầu kiểm duyệt, người dùng vẫn có thể buộc thực hiện giao dịch thông qua cầu nối, đồng thời đốt ETH làm phí Gas trên Ethereum.
Lớp thực thi: Tiếp nhận tốc độ giao dịch và hiệu quả quy mô từ Solana
Để nâng cao hiệu suất, Eclipse Mainnet á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 cho mở rộng ngang – engine xử lý giao dịch siêu song song dùng để mở rộng trên GPU và SSD), ưu điểm so với EVM chỉ chạy đơn luồng là có thể thực thi song song mà không cần thiết kế giao dịch chồng lấn trạng thái, thay vì thực thi 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 ứng dụng Web3 trên Solana. Theo số liệu chính thức, thông lượng của nó có thể đạt mức 140 TPS, vượt xa EVM đơn luồng. Người dùng EVM có thể tương tác gốc với các ứng dụng trên Eclipse Mainnet thông qua tiện ích mở rộng “Snaps” của ví MetaMask.
Khả dụng dữ liệu: Tận dụng băng thông và tính xác minh của Celestia
Eclipse Mainnet sẽ sử dụng Celestia để đảm bảo khả dụng dữ liệu và đã thiết lập quan hệ hợp tác dài hạn. Lý do là Ethereum hiện tại không thể đáp ứng mục tiêu thông lượng và chi phí của Eclipse, ngay cả sau nâng cấp EIP-4844, mỗi khối chỉ cung cấp khoảng 0,375 MB không gian Blobs (giới hạn mỗi khối khoảng 0,75 MB).
Theo số liệu chính thức, một giao dịch ERC-20 trên Rollup mở rộng theo chuẩn, mỗi giao dịch chiếm 154 byte, tương đương tổng cộng khoảng 213 TPS cho tất cả các Rollup; với Compression Swap, mỗi giao dịch khoảng 400 byte thì tổng TPS khoảng 82. Trong khi đó, Celestia đã ra mắt khối 2MB, và khi mạng chứng minh ổn định hơn cùng với nhiều nút DAS (giải thích mở rộng xem bên dưới) đi vào hoạt động, Blobstream dự kiến tăng lên 8MB.
Eclipse cho rằng, dưới sự hỗ trợ của các nút DAS nhẹ trên Celestia, xét đến sự cân bằng giữa bảo mật kinh tế-mã hóa và khả năng mở rộng cao về thông lượng DA, Celestia hiện là lựa chọn tối ưu duy nhất cho Eclipse Mainnet. Mặc dù hiện tại tồn tại quan điểm rằng chỉ sử dụng DA của Ethereum mới là Layer 2 chính thống, nhưng nhóm dự án vẫn sẽ theo dõi sát sao tiến triển về mở rộng DA sau EIP-4844, nếu Ethereum có thể cung cấp DA quy mô lớn và thông lượng cao hơn cho Eclipse, họ sẽ tái đánh giá khả năng chuyển sang sử dụng DA của Ethereum.
Cơ chế bằng chứng: Bằng chứng gian lận RISC Zero (không cần tuần tự hóa trạng thái trung gian)
Phương pháp bằng chứng của Eclipse tương tự như bằng chứng gian lận SVM của Anatoly (SIMD – xem liên kết GitHub mở rộng 2), phù hợp với quan điểm của John Adler, tức là tránh chi phí cao của việc tuần tự hóa trạng thái. Để tránh phải đưa lại cây Merkle (cây băm) vào SVM, ban đầu nhóm dự án từng thử nghiệm chèn Sparse Merkle Tree vào SVM, nhưng mỗi lần cập nhật cây Merkle đều gây ảnh hưởng lớn đến hiệu suất. Nếu không dùng cây Merkle để chứng minh, các framework Rollup phổ quát hiện có (như OP Stack) không thể làm nền tảng cho SVM Rollup, do đó cần một kiến trúc bằng chứng lỗi sáng tạo hơn.
Yêu cầu của bằng chứng lỗi: cam kết đầu vào của giao dịch, bản thân giao dịch, và bằng chứng rằng việc thực thi lại giao dịch sẽ dẫn đến đầu ra khác với đầu ra được chỉ định trên chuỗi.
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. Bộ thực thi Eclipse sẽ công bố danh sách đầu vào và đầu ra của mỗi giao dịch (bao gồm giá trị băm tài khoản và trạng thái toàn cục liên quan), cũng như chỉ số giao dịch tạo ra mỗi đầu vào, sau đó đăng giao dịch lên Celestia để bất kỳ nút đầy đủ nào cũng có thể theo dõi, trích xuất tài khoản đầu vào từ trạng thái riêng của mình, tính toán tài khoản đầu ra, và xác nhận cam kết trên Ethereum là chính xác.
Có hai loại lỗi nghiêm trọng tiềm tàng:
Đầu ra sai: Bên xác minh cung cấp bằng chứng ZK trên chuỗi cho đầu ra đúng. Eclipse sử dụng RISC Zero để tạo bằng chứng ZK cho việc thực thi SVM, kế thừa công việc trước đó của nhóm trong việc chứng minh thực thi mã bytecode BPF (xem liên kết GitHub mở rộng 3). Điều này cho phép hợp đồng thanh toán của chúng tôi đảm bảo tính đúng đắn mà không cần chạy lại giao dịch trên chuỗi.
Đầu vào sai: Bên xác minh công bố dữ liệu lịch sử trên chuỗi cho thấy trạng thái đầu vào không khớp với tuyên bố. Khi đó, sử dụng Cầu lượng tử hấp dẫn (Quantum Gravity Bridge) của Celestia để hợp đồng thanh toán Eclipse xác minh hành vi gian lận trong dữ liệu lịch sử.
Mối liên kết giữa Eclipse với ETH và Celestia
Nguồn ảnh: @jon_charb
DA là một trong những chi phí chính của Rollup. Hiện tại, có hai phương pháp chính về khả dụng dữ liệu cho L2 Ethereum: Calldata và DAC (Ủy ban Khả dụng Dữ liệu).
● Calldata: Ví dụ như Arbitrum hoặc Optimism, các giải pháp Layer 2 này trực tiếp đăng dữ liệu giao dịch dưới dạng calldata lên các khối Ethereum có mức độ chống kiểm duyệt rất cao. Ethereum định giá dữ liệu gọi, tính toán và lưu trữ trong một đơn vị duy nhất: Gas, đây cũng là một trong những chi phí chính mà Rollup phải trả cho Ethereum. Để nâng cao hiệu quả, 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 mọi Rollup;
● DAC: So với việc đăng calldata trực tiếp trên chuỗi, DAC có thông lượng cao hơn nhiều, nhưng người dùng phải tin tưởng vào một ủy ban nhỏ hoặc nhóm trình xác thực để tránh hành vi cố ý giữ lại dữ liệu. Các giải pháp DAC, kể cả các giải pháp tái đặt cược (restaking-based), đặt ra các giả định tin cậy đáng kể cho L2, buộc DAC phải dựa vào uy tín, cơ chế quản trị hoặc bỏ phiếu bằng token để ngăn chặn hoặc trừng phạt hành vi giấu dữ liệu. Do đó, nói một cách nào đó, khi sử dụng DA bên ngoài sẽ cần đến DAC.
Cần bổ sung thêm rằng, Eclipse sử dụng mạng đồng thuận Proof-of-Stake Blobstream của Celestia, cho phép Layer 2 truy cập Blobspace của Celestia, đạt được dung lượng blobspace 8 MB theo sơ đồ nén, tương đương khoảng 9.000 đến 30.000 giao dịch chuyển nhượng ERC-20 mỗi giây. Trong quá trình này, Layer 2 sử dụng Blobstream sẽ phụ thuộc vào bằng chứng từ các trình xác thực Celestia. Về mặt an ninh, nếu các nút nhẹ phát hiện 2/3 trình xác thực Celestia có hành vi ác ý giữ lại dữ liệu, họ có thể bị trừng phạt. Nhìn một cách khách quan, mức độ tin cậy của DAC vẫn thấp hơn so với DA gốc trên chuỗi, nhưng xét từ góc độ đổi mới và câu chuyện thị trường, sự thiếu sót này là điều không thể tránh khỏi.
Nguồn ảnh: Chính thức từ Eclipse – Logic tương tác mô-đun của Eclipse
Theo giải thích tài liệu chính thức, như hình trên, Eclipse sử dụng Blobstream của Celestia (giải pháp DA mô-đun hóa Ethereum mở rộng dựa trên DAS như đã giới thiệu ở trên), đã chạy thử nghiệm việc chứng minh dữ liệu Eclipse trên Ethereum, cho phép bộ cầu nối xác minh tính an toàn dữ liệu phục vụ cho bằng chứng gian lận dựa trên gốc dữ liệu ký hiệu từ Celestia. Người dùng nạp tiền vào Eclipse thông qua cầu nối gốc Ethereum, quy trình tổng quan như sau:
1. Người dùng gọi hợp đồng cầu nối nạp tiền Eclipse trên Ethereum (địa chỉ hợp đồng xem liên kết mở rộng 1);
2. Eclipse trong bộ thực thi SVM (tính toán kết quả SVM và xuất ra nút trạng thái mới của Ecilpse), bộ chuyển tiếp (kênh ETH-Eclipse) hoàn tất tương tác dữ liệu xuyên chuỗi giữa địa chỉ gửi và nhận của người dùng;
3. Bộ chuyển tiếp gọi chương trình cầu nối SVM, chịu trách nhiệm gửi khoản tiền nạp của người dùng đến địa chỉ đích;
4. Bộ chuyển tiếp xác minh giao dịch nạp tiền thông qua khách hàng zk-light (chưa triển khai);
5. Cuối cùng, khối giao dịch chuyển khoản bao gồm khoản nạp tiếp theo được hoàn tất và công bố thông qua plugin Solana Geyser.
Trong quá trình này, bộ thực thi SVM sẽ gửi mỗi khe (slot) Eclipse vào hàng đợi thông qua plugin Geyser, các khe này sau đó được đăng lên Celestia dưới dạng khối dữ liệu. Các trình xác thực Celestia cam kết dữ liệu khối đã nộp để chứng minh 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 đến hợp đồng cầu nối Eclipse trên Ethereum.
Nguồn ảnh: Chính thức từ Eclipse: Tương tác giữa Celestia và bộ thực thi SVM
Đồng thời, giống như các Layer 2 khác trên Ethereum sử dụng bằng chứng gian lận, việc rút tiền giữa Eclipse và Ethereum cũng cần một cửa sổ tranh chấp (challenge window), cho phép các bên xác minh gửi bằng chứng gian lận nếu chuyển đổi trạng thái không hợp lệ.
● Bộ thực thi SVM định kỳ gửi cam kết một epoch của các khe Eclipse (theo lô số lượng xác định trước) lên Ethereum và đặt cược tài sản đảm bảo;
● Hợp đồng cầu nối Eclipse thực hiện kiểm tra cơ bản để đảm bảo dữ liệu được công bố có định dạng hợp lệ (xem thêm mục thiết kế bằng chứng gian lận trong bài tham khảo [2]);
● Nếu lô gửi lên vượt qua kiểm tra cơ bản, một cửa sổ xác định trước sẽ được kích hoạt; trong cửa sổ này, nếu có cam kết lô nhưng chuyển đổi trạng thái không hợp lệ, bên xác minh có thể gửi bằng chứng gian lận;
● Nếu bên xác minh thành công trong việc gửi bằng chứng gian lận, họ sẽ giành được tài sản đảm bảo của bên thực thi, lô gửi bị từ chối, trạng thái chính thức của Eclipse L2 được hoàn tác về cam kết lô hợp lệ cuối cùng. Lúc này, quản trị viên Eclipse có quyền chọn ra một bên thực thi mới;
● Nếu hết cửa sổ tranh chấp mà không có bằng chứng gian lận nào được gửi, bên thực thi sẽ thu hồi tài sản đảm bảo và nhận phần thưởng;
● Cuối cùng, hợp đồng cầu nối Eclipse hoàn tất tất cả các giao dịch rút tiền nằm trong lô đã được xác nhận.
Tổng kết
Hiện tại Eclipse vẫn đang ở giai đoạn phát triển và thử nghiệm mạng testnet, là Layer 2 SVM đầu tiên trên Ethereum, mạng thử nghiệm đã ra mắt, mạng chính dự kiến phát hành vào Quý 1 năm 2024. Ethereum hiện vẫn coi Rollup là con đường phát triển cốt lõi; bỏ qua chủ đề tính chính thống, điều này phần nào cho thấy Ethereum đã giao định nghĩa mở rộng về Layer 2 cho thị trường, do đó sự hỗ trợ rõ ràng cũng ẩn chứa cạnh tranh đa dạng. Đúng vậy, Eclipse tận dụng điều này, kết hợp mô hình phát triển mô-đun để tích hợp tính bảo mật của Ethereum, hiệu suất cao của Solana và khả dụng dữ liệu của Celestia, tạo nên 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, điểm thú vị là trong chu kỳ thị trường trước, dưới làn sóng DeFi Summer, đã xuất hiện lượng lớn các sáng tạo kiểu “DeFi lồng ghép” và “DeFi Lego”, khiến toàn bộ hệ sinh thái bùng nổ. Trong chu kỳ này, dưới sự kết hợp của LSD và Re-staking, đã xuất hiện hàng loạt tổ hợp “chất chồng đặt cược” và “đặt cược Lego”, giúp EigenLayer, Blast và hệ sinh thái BTC như Merlin liên tục lập kỷ lục TVL trong thời gian ngắn. Nếu coi “lồng ghép” và “Lego” là bản nhạc chủ đạo của tâm lý thị trường, thì mô-đun hóa trong tương lai cũng có thể chơi lên giai điệu “lồng ghép” và “Lego” riêng của mình.
Sức hút của mô-đun hóa nằm ở lợi ích tách rời các thành phần, từ đó thúc đẩy đổi mới ở từng tầng của stack, khiến việc tối ưu mỗi mô-đun đều khuếch đại hiệu quả tối ưu của các mô-đun khác. Có lẽ trong tương lai, đối với cả nhà phát triển lẫn người dùng, tiến trình phát triển mô-đun sẽ mang lại vô số lựa chọn cạnh tranh.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@YBBCapital
