Eclipse Mainnet là Lớp 2 phổ quát kết hợp những phần tốt nhất của kiến trúc mô-đun:
Lớp thanh toán: Ethereum - Eclipse sẽ thanh toán bằng Ethereum (tức là cầu nối xác thực sẽ có trên Ethereum) và sử dụng ETH làm mã thông báo gas của nó.
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ó.
Tính khả dụng của dữ liệu: Celestia - Eclipse sẽ xuất bản dữ liệu của mình lên Celestia để có khả năng mở rộng Dữ liệu sẵn sàng (DA).
Bằng chứng: RISC Zero - Eclipse sẽ sử dụng RISC Zero cho các bằng chứng gian lận không có kiến thức (không cần tuần tự hóa trạng thái trung gian!)
Hầu hết các điểm nổi bật của Eclipse xoay quanh việc triển khai các bản tổng hợp dành riêng cho ứng dụng cho các dự án khác nhau, nhưng hơn bao giờ hết, rõ ràng là Ethereum cần một Lớp 2 phổ quát có thể đạt được quy mô thực sự. Hầu hết các ứng dụng sẽ không được hưởng lợi từ việc tùy chỉnh các chuỗi dành riêng cho ứng dụng và sự cô lập và phức tạp dẫn đến thực sự có thể dẫn đến trải nghiệm tồi tệ hơn cho người dùng và nhà phát triển.
Thường có sự phân đôi sai lầm giữa tầm nhìn của các bản tổng hợp mô-đun và khả năng có một chuỗi duy nhất với quy mô lớn, thực thi song song và trạng thái chia sẻ. "Mô-đun" thường được kết hợp với "dành riêng cho ứng dụng", điều này khiến người ta nghĩ rằng việc tổng hợp có nghĩa là một thế giới gồm nhiều chuỗi phân mảnh và thông lượng thấp.
Lớp thực thi: Tốc độ và quy mô của Solana
Eclipse Mainnet sẽ sử dụng môi trường thực thi tốt nhất giống như Solana. Điều này mang lại những lợi ích rất lớn:
Thực thi song song được tối ưu hóa
SVM và thời gian chạy Sealevel của nó nổi tiếng vì hỗ trợ thực hiện giao dịch song song. Các giao dịch không chạm vào các trạng thái chồng chéo có thể được thực hiện song song thay vì tuần tự.
Điều này cho phép SVM mở rộng quy mô trực tiếp bằng phần cứng khi bộ xử lý tiếp tục bổ sung thêm nhiều lõi với chi phí thấp hơn. Thời gian chạy đơn luồng (như EVM ngày nay) vốn không được hưởng lợi từ chi phí mỗi lõi thấp hơn. Trong khoảng hơn một thập kỷ qua, những cải tiến về hiệu suất đơn luồng đã giảm dần. Hầu hết mọi cải tiến vẫn đến từ việc tăng số lượng lõi, do đó, điều quan trọng là phải tận dụng xu hướng này để song song hóa khối lượng công việc:
Mặc dù đã có một số nỗ lực từ rất sớm để song song hóa EVM, việc bổ sung EVM trong khi vẫn duy trì khả năng tương thích sẽ đi kèm với những đánh đổi cơ bản, bao gồm hiệu suất dưới mức tối ưu mà không giải quyết được các nút thắt khác (chẳng hạn như tăng trưởng trạng thái). Các hợp đồng khai báo trước các phụ thuộc trạng thái (như trong SVM) đạt được khả năng song song hóa tối ưu.
Thị trường phí gốc
Hầu hết các thị trường phí ngày nay đều mang tính toàn cầu, có nghĩa là một ứng dụng phổ biến sẽ tăng phí cho tất cả người dùng trong chuỗi. Một lần khai thác NFT sẽ không khiến toàn bộ chuỗi trở nên vô dụng đối với mọi thứ khác. Công việc tuyệt vời của Solana trên thị trường phí bản địa đã giải quyết được vấn đề tranh chấp trạng thái giữa các ứng dụng này. Trong quá trình triển khai hiện tại, bộ lập lịch ưu tiên các giao dịch không có xung đột, cho phép các giao dịch không có xung đột được tiến hành với mức phí thấp hơn. Về lâu dài, thị trường phí gốc sẽ được triển khai ở cấp độ giao thức. Điều này đảm bảo rằng việc tăng phí cho một ứng dụng sẽ không ảnh hưởng đến các phần khác của chuỗi.
Thị trường phí gốc được hưởng lợi từ thời gian chạy song song độc đáo của Solana. Việc cố gắng triển khai thị trường phí gốc cho các điểm nóng trạng thái trong EVM bằng cách sử dụng phương pháp phỏng đoán (tức là không khai báo quyền truy cập trạng thái trước thời hạn) sẽ gây ra sự thiếu hiệu quả và có thể gây ra các vectơ tấn công.
Ngoài ra còn có một số nghiên cứu ban đầu đang được tiến hành để các ứng dụng có thể dễ dàng nội hóa giá trị vốn có của chính ứng dụng đó. Điều này ngày nay thường đòi hỏi nhiều sáng tạo hơn trong thiết kế cấp ứng dụng.
Quản lý tăng trưởng của nhà nước
Trước khi EVM coi việc thực thi tuần tự là một nút thắt cổ chai, thì sự tăng trưởng của trạng thái là nút cổ chai cấp bách hơn của nó.
Vì các trạng thái không có cây Merkle nên Solana không đưa ra chi phí cập nhật cây Merkle cho mỗi lần cập nhật trạng thái. Thay vào đó, sau mỗi kỷ nguyên (2,5 ngày), toàn bộ trạng thái sẽ được lưu trữ. Điều này rẻ hơn so với lưu trữ trực tiếp (như trong EVM).
Quan trọng hơn, EVM có quyền truy cập tài khoản động (tức là các giao dịch có thể chạm vào bất kỳ trạng thái nào theo yêu cầu). Tra cứu trạng thái động này có nghĩa là trạng thái đó không thể được tải vào bộ nhớ trước khi thực thi. Trong SVM, mỗi giao dịch chỉ định tất cả các trạng thái cần thiết để thực hiện.
Do đó, kích thước trạng thái không ảnh hưởng đến việc thực thi SVM. Giả sử người xác thực nâng cấp ổ lưu trữ của họ hai năm một lần, mạng có thể tăng gấp đôi kích thước ảnh chụp nhanh một cách an toàn cứ sau hai năm mà không gặp phải sự cố lớn.
Ngoài ra, các nhóm như Helius đang tích cực cải thiện khả năng truy cập dữ liệu lịch sử và giảm kích thước trạng thái thông qua nén.
Khả năng tương thích EVM
Neon EVM là hợp đồng thông minh Máy ảo Ethereum có thể được triển khai trên bất kỳ chuỗi SVM nào. Điều này mang lại khả năng tương thích EVM đầy đủ (bao gồm hỗ trợ mã byte EVM và Ethereum JSON-RPC) cho Eclipse Mainnet, với thông lượng lớn hơn EVM đơn luồng. Vì mỗi phiên bản Neon EVM có thị trường phí riêng nên các ứng dụng có thể chỉ cần triển khai hợp đồng của riêng mình để thu được lợi ích từ chuỗi ứng dụng mà không làm gián đoạn trải nghiệm người dùng, bảo mật hoặc tính thanh khoản.
Ngoài ra, trình biên dịch Solang có thể biên dịch mã hợp đồng thông minh Solidity thành mã byte SVM.
Ảnh chụp MetaMask
Hướng dẫn người dùng EVM sử dụng chuỗi không phải EVM trước đây là một rào cản đáng kể, nhưng MetaMask Snaps được công bố gần đây sẽ phá vỡ rào cản này. Người dùng EVM có thể tiếp tục sử dụng MetaMask mà không cần chuyển đổi ví. Nhờ những đóng góp mã nguồn mở của Drift trong việc xây dựng triển khai MetaMask Snaps tuyệt vời, trải nghiệm này tương tự như tương tác với bất kỳ chuỗi EVM nào. Người dùng Mainnet Eclipse sẽ có thể tương tác với các ứng dụng nguyên bản trong MetaMask hoặc sử dụng các ví gốc Solana như Salmon.
Người bắn súng
Firedancer là ứng dụng khách Solana rất được mong đợi đang được Jump phát triển và được thiết kế để cải thiện đáng kể thông lượng, khả năng phục hồi và hiệu quả của mạng. Khi ra mắt, chúng tôi sẽ bám sát khách hàng cốt lõi của Solana nhất có thể, nhưng chúng tôi dự định áp dụng Firedancer sau khi mã hoạt động và ổn định.
sự an toàn
Solana chạy với bề mặt tấn công giảm đáng kể, ngăn chặn các cuộc tấn công tái nhập mà chúng ta đã thấy quá nhiều lần. Cụ thể, thời gian chạy Solana chỉ cho phép chương trình tự đệ quy và không cho phép các lệnh gọi giữa các chương trình được gửi lại tùy ý. Ngoài ra, việc tách trạng thái và mã dẫn đến mã không trạng thái, thường dễ kiểm tra hiệu quả hơn.
Bằng chứng đơn giản hơn
SVM dựa trên thanh ghi và tập lệnh nhỏ hơn nhiều so với EVM, điều này giúp việc thực thi SVM dễ dàng hơn trong ZK. Đối với các bản tổng hợp lạc quan, thiết kế dựa trên đăng ký cho phép điểm kiểm tra đơn giản hơn.
Lớp thanh toán: Bảo mật và thanh khoản trên Ethereum
Giống như đợt triển khai chính ngày hôm nay, Mainnet Eclipse sẽ được giải quyết bằng Ethereum. Cụ thể, điều này có nghĩa là cầu nối xác minh của chúng tôi trên Ethereum sẽ được tích hợp trực tiếp vào Eclipse. Nút Eclipse sẽ xem xét cây cầu này để xác định "chuỗi chuẩn". Cây cầu này thực thi thứ tự chính xác cho Eclipse.
Điều này cho phép người dùng của chúng tôi có được các thuộc tính bảo mật nhất định từ Ethereum. Cây cầu sẽ xác thực tất cả các giao dịch Eclipse và ngăn chặn các trạng thái không hợp lệ được cam kết. Ngoài ra, nó sẽ thực thi khả năng chống kiểm duyệt và tồn tại cuối cùng trong một số trường hợp thất bại nhất định. Ngay cả khi người đặt hàng của L2 ngừng chạy hoặc bắt đầu kiểm duyệt, người dùng vẫn có thể buộc thực hiện các giao dịch của họ thông qua cầu nối.
Do các đặc tính bảo mật này, các thư viện hợp lệ và tối ưu thường được gọi là "Ethereum L2". L2BEAT định nghĩa L2 là “chuỗi lấy được toàn bộ hoặc một phần tính bảo mật của nó từ Ethereum Lớp 1 để 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 L2 để giữ tiền an toàn”.
Việc thanh toán Ethereum phản ánh tầm quan trọng của tài sản gốc của Ethereum trong nền kinh tế DeFi và NFT của Eclipse Mainnet. ETH là loại tiền tệ phi tập trung tốt nhất được ưa thích rõ ràng đối với hầu hết người dùng, vì vậy chúng tôi cũng sẽ sử dụng ETH làm mã thông báo gas của mình. Về lâu dài, việc miễn phí sẽ cho phép người dùng thanh toán bằng bất kỳ token nào họ chọn (ví dụ: USDC). Hiện tại, Mainnet Eclipse không có kế hoạch phát hành token riêng.
Tính sẵn có của dữ liệu: Băng thông Celestia và khả năng xác minh
Eclipse Mainnet sẽ sử dụng Celestia để cung cấp dữ liệu (còn được gọi là xuất bản dữ liệu hoặc xuất bản dữ liệu). Celestia là đối tác hệ sinh thái lâu dài của Eclipse.
Rất tiếc, thông lượng và phí mục tiêu của Eclipse Mainnet không được hỗ trợ bởi các giới hạn băng thông hiện tại của Ethereum. Điều này đúng ngay cả sau EIP-4844 (còn gọi là "Proto-danksharding"), cung cấp ~0,375 MB không gian blobspace cho mỗi khối (với giới hạn mỗi khối là ~0,75 MB).
Đối với quá trình truyền ERC-20 có tính năng nén cơ bản (~154 byte cho mỗi giao dịch), điều này tương đương với ~213 TPS cho tất cả các Bản tổng hợp.
Đối với các sàn giao dịch nén (~400 byte mỗi giao dịch), tổng cộng con số này tương đương với ~82 TPS.
Để so sánh, Celestia sẽ tung ra các khối 2 MB vào cuối năm nay. Sau khi có đủ các nút ánh sáng Lấy mẫu sẵn có dữ liệu (DAS) trực tuyến và mạng tỏ ra ổn định, dung lượng blob dự kiến sẽ tăng lên 8 MB ngay sau khi khởi chạy. Nút ánh sáng DAS phục vụ hai chức năng chính:
Cho phép người dùng tự xác minh xem dữ liệu khối Eclipse có sẵn hay không;
Giúp mở rộng quy mô toàn bộ mạng một cách an toàn vì khi có nhiều nút ánh sáng DAS trực tuyến hơn, lớp DA có thể tăng thông lượng của nó một cách an toàn.
Celestia dự kiến sẽ là lớp DA đầu tiên kích hoạt DAS trong sản xuất. Điều này trái ngược với Ủy ban sẵn có dữ liệu (DAC) truyền thống, đưa ra giả định về tính trung thực của ủy ban mà không cần xác minh người dùng (tương tự như các chuỗi khối nguyên khối hiện có).
Có những giả định bảo mật cố hữu dành cho người dùng chuyển tiền từ mạng chính Ethereum sang bất kỳ chuỗi nào sử dụng DA ngoài chuỗi. Cụ thể, người xác thực Celestia có thể từ chối dữ liệu giao dịch về mặt kỹ thuật nhưng cho rằng dữ liệu đó có sẵn trên cầu Ethereum. Trên thực tế, sự đồng thuận bằng chứng cổ phần của Celestia có nghĩa là việc Celestia giữ lại dữ liệu sẽ bị trừng phạt, khiến chúng tôi tin rằng rủi ro này là không thực tế.
Nhìn chung, khả năng hỗ trợ nút nhẹ DAS của Celestia, các đặc tính 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 ngay từ ngày đầu khiến nó trở thành lựa chọn rõ ràng cho Eclipse Mainnet ngày nay.
Chúng tôi cũng có ý định theo dõi tiến trình mở rộng DA của Ethereum sau EIP-4844. Nghiên cứu mới thú vị đang xuất hiện có thể cung cấp DA thông lượng cao sớm hơn so với suy nghĩ trước đây (nghiên cứu sau sử dụng các bảng băm phân tán nâng cao hơn). Nếu Ethereum cung cấp quy mô lớn hơn cho người dùng của chúng tôi, chúng tôi sẽ đánh giá khả năng chuyển sang Ethereum DA.
Bằng chứng: Bằng chứng gian lận RISC Zero ZK (không cần xê-ri hóa trạng thái trung gian!)
Bằng chứng của chúng tôi sẽ tương tự như SIMD chống gian lận SVM của Anatoly, bản thân nó cũng tương tự như nhận thức sâu sắc của John Adler rằng việc xê-ri hóa trạng thái rất tốn kém và có thể tránh được.
Cụ thể, chúng tôi muốn tránh sử dụng lại cây Merkle trong SVM. Chúng tôi đã thử chèn cây Merkle thưa thớt sau mỗi giao dịch trong SVM nhưng việc cập nhật cây Merkle đã dẫn đến giảm hiệu suất đáng kể. Việc không sử dụng cây Merkle sẽ loại trừ 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) làm cơ sở cho việc tổng hợp SVM và nó cũng yêu cầu các kiến trúc chống lỗi sáng tạo hơn.
Nói tóm lại, bằng chứng thất bại yêu cầu:
Cam kết đầu vào giao dịch,
bản thân giao dịch và
Chứng minh rằng 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 tổng hợp. Người thực thi của chúng tôi sẽ xuất bản danh sách đầu vào và đầu ra (bao gồm 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 của giao dịch tạo ra từng đầu vào. Các giao dịch được xuất bản trên Celestia, do đó, bất kỳ nút đầy đủ nào cũng có thể tự trích xuất tài khoản ở trạng thái riêng, 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.
Có hai loại lỗi chính có thể xảy ra:
Đầu ra lỗi - Trong trường hợp này, trình xác minh cung cấp bằng chứng không có kiến thức trên chuỗi về đầu ra chính xác của quá trình thực thi SVM. Chúng tôi sử dụng RISC Zero để tạo bằng chứng không có kiến thức về việc thực thi SVM, đây là sự tiếp nối của bằng chứng trước đây của chúng tôi về việc thực thi mã byte BPF. Đ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 tự thực hiện các giao dịch này trên chuỗi.
Đầu vào không hợp lệ - Trong trường hợp này, trình xác thực xuất bản một tham chiếu đến 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 những gì đã được xác nhận. Bằng cách sử dụng Cầu hấp dẫn lượng tử của Celestia, hợp đồng thanh toán của chúng tôi đảm bảo rằng dữ liệu lịch sử này thực sự chứng minh được sự gian lận.
Chúng ta đứng trên vai những người khổng lồ. Bản tổng hợp hôm nay đã nâng cao trạng thái nghiên cứu trong toàn ngành của chúng tôi và cung cấp cho người dùng Ethereum mức phí thấp hơn L1.
Tuy nhiên, họ chưa tận dụng được hết những công nghệ mới nhất đòi hỏi quy mô lớn. Những tiến bộ đáng kinh ngạc gần đây đã loại bỏ nhu cầu thực hiện những đánh đổi mà các lần triển khai trước đó đã thực hiện, khiến chúng rơi vào thế bất lợi:
VM song song hiệu suất cao (chẳng hạn như SVM);
Tiện ích mở rộng DA có hỗ trợ nút ánh sáng DAS (chẳng hạn như Celestia);
Những tiến bộ trong cơ sở hạ tầng bằng chứng giúp nó trở nên thiết thực ở mọi nơi (ví dụ: RISC Zero);
Cải thiện tính di động trên các hệ sinh thái mã (ví dụ: Neon và Solang) và người dùng (ví dụ: MetaMask Snaps)
Chúng ta có thể học hỏi từ những hạn chế mà các chuỗi khác gặp phải và chọn ra những bộ phận tốt nhất để mở rộng lâu dài.
Chúng tôi thường nghe nói về một triệu Bản tổng hợp dành riêng cho ứng dụng trong tương lai.
Tùy chỉnh ở cấp độ đồng thuận có thể rất có giá trị đối với một số ứng dụng nhất định (chẳng hạn như dYdX v4) và chúng tôi rất sẵn lòng giúp nhóm khởi chạy các bản tổng hợp dành riêng cho ứng dụng.
Tuy nhiên, những tình huống này rất hiếm. Đây là lý do tại sao hầu hết các bản tổng hợp mới vẫn chỉ là các bản phân nhánh EVM đơn giản. Các vấn đề của nhà phát triển sẽ không được giải quyết bằng cách phân mảnh UX trên nhiều chuỗi hơn. Trường hợp sử dụng chính của hàng triệu chuỗi ngày nay dường như chỉ là tung ra nhiều đồng tiền hơn. Đối với phần lớn các trường hợp sử dụng, ngày nay nhu cầu tùy chỉnh ngăn xếp công nghệ đầy đủ không tồn tại.
Ngay cả khi nhu cầu thực sự tồn tại, cơ sở hạ tầng cần thiết để hỗ trợ nhiều chuỗi ứng dụng có UX cạnh tranh sẽ không có sẵn trong nhiều năm (nếu có). Superchain của Optimism (OP stack), Hyperchains của zkSync (ZK stack), chuỗi Orbit của Arbitrum, v.v. đều có tầm nhìn về nhiều chuỗi có cơ sở hạ tầng dùng chung. Điều này nhằm mục đích cung cấp UX mượt mà hơn cho các hoạt động liên chuỗi trong cùng một hệ sinh thái (ví dụ: giữa hai chuỗi trong Superchain), thay vì các chuỗi hoàn toàn biệt lập (ví dụ: giữa Ethereum và Solana).
Tuy nhiên, các kế hoạch hiện tại (nếu có) còn lâu mới hứa hẹn có thể cạnh tranh với một trạng thái chia sẻ duy nhất. Ngoài ra, chúng không giải quyết các vấn đề về khả năng tương tác giữa các hệ sinh thái (ví dụ: Superchain với Hyperchain). Xây dựng tính mô-đun không có nghĩa là xây dựng các hầm chứa.
Việc duy trì tài khoản trên nhiều chuỗi sẽ phức tạp hơn đối với người dùng. Liên tục vượt qua các chuỗi và lo lắng về các token gas cần thiết là trải nghiệm người dùng tồi tệ hơn. Việc dựa vào các nhà cung cấp cơ sở hạ tầng để vận hành và duy trì nên nhiều chuỗi cũng phức tạp và tốn kém hơn.
Chúng tôi luôn ngưỡng mộ sự đơn giản trong tầm nhìn của Solana. Máy trạng thái dùng chung được tối ưu hóa cao với quy mô hỗ trợ các trường hợp sử dụng có giá trị nhất. Điều này thường được coi là không tương thích với lộ trình tập trung vào tổng số, nhưng thực tế không phải vậy. Chúng tôi muốn kết hợp những gì tốt nhất của cả hai thế giới.
Sự hiểu lầm này là do các bản tổng hợp ngày nay phần lớn chạy EVM đơn luồng ban đầu, phần lớn vẫn không thay đổi để tận dụng các hiệu ứng mạng ban đầu. Do đó, chúng tôi thường thấy "không gian khối riêng tư" được coi là lý do để triển khai các bản tổng hợp dành riêng cho ứng dụng. Các ứng dụng khác trên chuỗi của bạn sẽ không tăng giá vì một số hoạt động đúc NFT điên rồ, nhưng câu trả lời là không xây dựng chuỗi của riêng bạn. Bạn thực hiện những đánh đổi đau đớn và không cần thiết (độ phức tạp, chi phí, trải nghiệm người dùng kém hơn, tính thanh khoản bị phân mảnh, v.v.). Giải pháp tốt nhất rất rõ ràng - chỉ cần sử dụng máy ảo song song với thị trường phí gốc cho các điểm nóng cấp bang. Đây chính xác là những gì SVM mang lại.
Ethereum là trung tâm trí tuệ, xã hội và kinh tế của tiền điện tử. Gót chân Achilles của nó luôn được mở rộng. Việc mở rộng tính khả dụng của dữ liệu vẫn đang được tiến hành và các môi trường thực thi L2 hiện tại không thể cạnh tranh với những cải tiến mới hơn như SVM. Chúng tôi lo ngại rằng nếu tình trạng hiện tại tiếp tục diễn ra, hệ sinh thái Ethereum sẽ mất cảnh giác trong trường hợp có bất kỳ hoạt động gia tăng đáng kể nào. EVM đơn luồng và tính sẵn có của dữ liệu bị hạn chế có thể nhanh chóng dẫn đến sự gia tăng trở lại của chi phí cao, chỉ lần này là đối với các bản tổng hợp.
Chúng tôi tin rằng Eclipse Mainnet là giải pháp rõ ràng: kết hợp hiệu suất của Solana với tính bảo mật, khả năng xác minh và hiệu ứng mạng của lộ trình tập trung vào tổng hợp.
Phần kết luận
Cái hay của Ethereum là nó không ngừng đổi mới. Các lộ trình tập trung vào tổng hợp minh họa điều này, giao việc thực thi và đổi mới cho thị trường tự do. L2 có khả năng kỳ lạ để tận dụng các hiệu ứng mạng và đảm bảo thanh toán của Ethereum trong khi thử nghiệm các môi trường thực thi mới tốt nhất. Eclipse Mainnet là sự triển khai tự nhiên của tầm nhìn này.
Nếu một ngày nào đó lớp thực thi hiệu suất cao hơn xuất hiện, chúng tôi sẽ rất vui mừng khi thấy nó được triển khai dưới dạng Ethereum L2 cạnh tranh. Cho đến lúc đó, SVM vẫn là tiêu chuẩn.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Mạng chính Eclipse: Lớp 2 mô-đun với bảo mật Ethereum và tốc độ Solana dựa trên sức mạnh của người khác
Được viết bởi: Eclipse
Biên soạn bởi: Deep Wave TechFlow
Eclipse Mainnet là Lớp 2 phổ quát kết hợp những phần tốt nhất của kiến trúc mô-đun:
Hầu hết các điểm nổi bật của Eclipse xoay quanh việc triển khai các bản tổng hợp dành riêng cho ứng dụng cho các dự án khác nhau, nhưng hơn bao giờ hết, rõ ràng là Ethereum cần một Lớp 2 phổ quát có thể đạt được quy mô thực sự. Hầu hết các ứng dụng sẽ không được hưởng lợi từ việc tùy chỉnh các chuỗi dành riêng cho ứng dụng và sự cô lập và phức tạp dẫn đến thực sự có thể dẫn đến trải nghiệm tồi tệ hơn cho người dùng và nhà phát triển.
Thường có sự phân đôi sai lầm giữa tầm nhìn của các bản tổng hợp mô-đun và khả năng có một chuỗi duy nhất với quy mô lớn, thực thi song song và trạng thái chia sẻ. "Mô-đun" thường được kết hợp với "dành riêng cho ứng dụng", điều này khiến người ta nghĩ rằng việc tổng hợp có nghĩa là một thế giới gồm nhiều chuỗi phân mảnh và thông lượng thấp.
Lớp thực thi: Tốc độ và quy mô của Solana
Eclipse Mainnet sẽ sử dụng môi trường thực thi tốt nhất giống như Solana. Điều này mang lại những lợi ích rất lớn:
Thực thi song song được tối ưu hóa
SVM và thời gian chạy Sealevel của nó nổi tiếng vì hỗ trợ thực hiện giao dịch song song. Các giao dịch không chạm vào các trạng thái chồng chéo có thể được thực hiện song song thay vì tuần tự.
Điều này cho phép SVM mở rộng quy mô trực tiếp bằng phần cứng khi bộ xử lý tiếp tục bổ sung thêm nhiều lõi với chi phí thấp hơn. Thời gian chạy đơn luồng (như EVM ngày nay) vốn không được hưởng lợi từ chi phí mỗi lõi thấp hơn. Trong khoảng hơn một thập kỷ qua, những cải tiến về hiệu suất đơn luồng đã giảm dần. Hầu hết mọi cải tiến vẫn đến từ việc tăng số lượng lõi, do đó, điều quan trọng là phải tận dụng xu hướng này để song song hóa khối lượng công việc:
Mặc dù đã có một số nỗ lực từ rất sớm để song song hóa EVM, việc bổ sung EVM trong khi vẫn duy trì khả năng tương thích sẽ đi kèm với những đánh đổi cơ bản, bao gồm hiệu suất dưới mức tối ưu mà không giải quyết được các nút thắt khác (chẳng hạn như tăng trưởng trạng thái). Các hợp đồng khai báo trước các phụ thuộc trạng thái (như trong SVM) đạt được khả năng song song hóa tối ưu.
Thị trường phí gốc
Hầu hết các thị trường phí ngày nay đều mang tính toàn cầu, có nghĩa là một ứng dụng phổ biến sẽ tăng phí cho tất cả người dùng trong chuỗi. Một lần khai thác NFT sẽ không khiến toàn bộ chuỗi trở nên vô dụng đối với mọi thứ khác. Công việc tuyệt vời của Solana trên thị trường phí bản địa đã giải quyết được vấn đề tranh chấp trạng thái giữa các ứng dụng này. Trong quá trình triển khai hiện tại, bộ lập lịch ưu tiên các giao dịch không có xung đột, cho phép các giao dịch không có xung đột được tiến hành với mức phí thấp hơn. Về lâu dài, thị trường phí gốc sẽ được triển khai ở cấp độ giao thức. Điều này đảm bảo rằng việc tăng phí cho một ứng dụng sẽ không ảnh hưởng đến các phần khác của chuỗi.
Thị trường phí gốc được hưởng lợi từ thời gian chạy song song độc đáo của Solana. Việc cố gắng triển khai thị trường phí gốc cho các điểm nóng trạng thái trong EVM bằng cách sử dụng phương pháp phỏng đoán (tức là không khai báo quyền truy cập trạng thái trước thời hạn) sẽ gây ra sự thiếu hiệu quả và có thể gây ra các vectơ tấn công.
Ngoài ra còn có một số nghiên cứu ban đầu đang được tiến hành để các ứng dụng có thể dễ dàng nội hóa giá trị vốn có của chính ứng dụng đó. Điều này ngày nay thường đòi hỏi nhiều sáng tạo hơn trong thiết kế cấp ứng dụng.
Quản lý tăng trưởng của nhà nước
Trước khi EVM coi việc thực thi tuần tự là một nút thắt cổ chai, thì sự tăng trưởng của trạng thái là nút cổ chai cấp bách hơn của nó.
Vì các trạng thái không có cây Merkle nên Solana không đưa ra chi phí cập nhật cây Merkle cho mỗi lần cập nhật trạng thái. Thay vào đó, sau mỗi kỷ nguyên (2,5 ngày), toàn bộ trạng thái sẽ được lưu trữ. Điều này rẻ hơn so với lưu trữ trực tiếp (như trong EVM).
Quan trọng hơn, EVM có quyền truy cập tài khoản động (tức là các giao dịch có thể chạm vào bất kỳ trạng thái nào theo yêu cầu). Tra cứu trạng thái động này có nghĩa là trạng thái đó không thể được tải vào bộ nhớ trước khi thực thi. Trong SVM, mỗi giao dịch chỉ định tất cả các trạng thái cần thiết để thực hiện.
Do đó, kích thước trạng thái không ảnh hưởng đến việc thực thi SVM. Giả sử người xác thực nâng cấp ổ lưu trữ của họ hai năm một lần, mạng có thể tăng gấp đôi kích thước ảnh chụp nhanh một cách an toàn cứ sau hai năm mà không gặp phải sự cố lớn.
Ngoài ra, các nhóm như Helius đang tích cực cải thiện khả năng truy cập dữ liệu lịch sử và giảm kích thước trạng thái thông qua nén.
Khả năng tương thích EVM
Neon EVM là hợp đồng thông minh Máy ảo Ethereum có thể được triển khai trên bất kỳ chuỗi SVM nào. Điều này mang lại khả năng tương thích EVM đầy đủ (bao gồm hỗ trợ mã byte EVM và Ethereum JSON-RPC) cho Eclipse Mainnet, với thông lượng lớn hơn EVM đơn luồng. Vì mỗi phiên bản Neon EVM có thị trường phí riêng nên các ứng dụng có thể chỉ cần triển khai hợp đồng của riêng mình để thu được lợi ích từ chuỗi ứng dụng mà không làm gián đoạn trải nghiệm người dùng, bảo mật hoặc tính thanh khoản.
Ngoài ra, trình biên dịch Solang có thể biên dịch mã hợp đồng thông minh Solidity thành mã byte SVM.
Ảnh chụp MetaMask
Hướng dẫn người dùng EVM sử dụng chuỗi không phải EVM trước đây là một rào cản đáng kể, nhưng MetaMask Snaps được công bố gần đây sẽ phá vỡ rào cản này. Người dùng EVM có thể tiếp tục sử dụng MetaMask mà không cần chuyển đổi ví. Nhờ những đóng góp mã nguồn mở của Drift trong việc xây dựng triển khai MetaMask Snaps tuyệt vời, trải nghiệm này tương tự như tương tác với bất kỳ chuỗi EVM nào. Người dùng Mainnet Eclipse sẽ có thể tương tác với các ứng dụng nguyên bản trong MetaMask hoặc sử dụng các ví gốc Solana như Salmon.
Người bắn súng
Firedancer là ứng dụng khách Solana rất được mong đợi đang được Jump phát triển và được thiết kế để cải thiện đáng kể thông lượng, khả năng phục hồi và hiệu quả của mạng. Khi ra mắt, chúng tôi sẽ bám sát khách hàng cốt lõi của Solana nhất có thể, nhưng chúng tôi dự định áp dụng Firedancer sau khi mã hoạt động và ổn định.
sự an toàn
Solana chạy với bề mặt tấn công giảm đáng kể, ngăn chặn các cuộc tấn công tái nhập mà chúng ta đã thấy quá nhiều lần. Cụ thể, thời gian chạy Solana chỉ cho phép chương trình tự đệ quy và không cho phép các lệnh gọi giữa các chương trình được gửi lại tùy ý. Ngoài ra, việc tách trạng thái và mã dẫn đến mã không trạng thái, thường dễ kiểm tra hiệu quả hơn.
Bằng chứng đơn giản hơn
SVM dựa trên thanh ghi và tập lệnh nhỏ hơn nhiều so với EVM, điều này giúp việc thực thi SVM dễ dàng hơn trong ZK. Đối với các bản tổng hợp lạc quan, thiết kế dựa trên đăng ký cho phép điểm kiểm tra đơn giản hơn.
Lớp thanh toán: Bảo mật và thanh khoản trên Ethereum
Giống như đợt triển khai chính ngày hôm nay, Mainnet Eclipse sẽ được giải quyết bằng Ethereum. Cụ thể, điều này có nghĩa là cầu nối xác minh của chúng tôi trên Ethereum sẽ được tích hợp trực tiếp vào Eclipse. Nút Eclipse sẽ xem xét cây cầu này để xác định "chuỗi chuẩn". Cây cầu này thực thi thứ tự chính xác cho Eclipse.
Điều này cho phép người dùng của chúng tôi có được các thuộc tính bảo mật nhất định từ Ethereum. Cây cầu sẽ xác thực tất cả các giao dịch Eclipse và ngăn chặn các trạng thái không hợp lệ được cam kết. Ngoài ra, nó sẽ thực thi khả năng chống kiểm duyệt và tồn tại cuối cùng trong một số trường hợp thất bại nhất định. Ngay cả khi người đặt hàng của L2 ngừng chạy hoặc bắt đầu kiểm duyệt, người dùng vẫn có thể buộc thực hiện các giao dịch của họ thông qua cầu nối.
Do các đặc tính bảo mật này, các thư viện hợp lệ và tối ưu thường được gọi là "Ethereum L2". L2BEAT định nghĩa L2 là “chuỗi lấy được toàn bộ hoặc một phần tính bảo mật của nó từ Ethereum Lớp 1 để 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 L2 để giữ tiền an toàn”.
Việc thanh toán Ethereum phản ánh tầm quan trọng của tài sản gốc của Ethereum trong nền kinh tế DeFi và NFT của Eclipse Mainnet. ETH là loại tiền tệ phi tập trung tốt nhất được ưa thích rõ ràng đối với hầu hết người dùng, vì vậy chúng tôi cũng sẽ sử dụng ETH làm mã thông báo gas của mình. Về lâu dài, việc miễn phí sẽ cho phép người dùng thanh toán bằng bất kỳ token nào họ chọn (ví dụ: USDC). Hiện tại, Mainnet Eclipse không có kế hoạch phát hành token riêng.
Tính sẵn có của dữ liệu: Băng thông Celestia và khả năng xác minh
Eclipse Mainnet sẽ sử dụng Celestia để cung cấp dữ liệu (còn được gọi là xuất bản dữ liệu hoặc xuất bản dữ liệu). Celestia là đối tác hệ sinh thái lâu dài của Eclipse.
Rất tiếc, thông lượng và phí mục tiêu của Eclipse Mainnet không được hỗ trợ bởi các giới hạn băng thông hiện tại của Ethereum. Điều này đúng ngay cả sau EIP-4844 (còn gọi là "Proto-danksharding"), cung cấp ~0,375 MB không gian blobspace cho mỗi khối (với giới hạn mỗi khối là ~0,75 MB).
Để so sánh, Celestia sẽ tung ra các khối 2 MB vào cuối năm nay. Sau khi có đủ các nút ánh sáng Lấy mẫu sẵn có dữ liệu (DAS) trực tuyến và mạng tỏ ra ổn định, dung lượng blob dự kiến sẽ tăng lên 8 MB ngay sau khi khởi chạy. Nút ánh sáng DAS phục vụ hai chức năng chính:
Celestia dự kiến sẽ là lớp DA đầu tiên kích hoạt DAS trong sản xuất. Điều này trái ngược với Ủy ban sẵn có dữ liệu (DAC) truyền thống, đưa ra giả định về tính trung thực của ủy ban mà không cần xác minh người dùng (tương tự như các chuỗi khối nguyên khối hiện có).
Có những giả định bảo mật cố hữu dành cho người dùng chuyển tiền từ mạng chính Ethereum sang bất kỳ chuỗi nào sử dụng DA ngoài chuỗi. Cụ thể, người xác thực Celestia có thể từ chối dữ liệu giao dịch về mặt kỹ thuật nhưng cho rằng dữ liệu đó có sẵn trên cầu Ethereum. Trên thực tế, sự đồng thuận bằng chứng cổ phần của Celestia có nghĩa là việc Celestia giữ lại dữ liệu sẽ bị trừng phạt, khiến chúng tôi tin rằng rủi ro này là không thực tế.
Nhìn chung, khả năng hỗ trợ nút nhẹ DAS của Celestia, các đặc tính 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 ngay từ ngày đầu khiến nó trở thành lựa chọn rõ ràng cho Eclipse Mainnet ngày nay.
Chúng tôi cũng có ý định theo dõi tiến trình mở rộng DA của Ethereum sau EIP-4844. Nghiên cứu mới thú vị đang xuất hiện có thể cung cấp DA thông lượng cao sớm hơn so với suy nghĩ trước đây (nghiên cứu sau sử dụng các bảng băm phân tán nâng cao hơn). Nếu Ethereum cung cấp quy mô lớn hơn cho người dùng của chúng tôi, chúng tôi sẽ đánh giá khả năng chuyển sang Ethereum DA.
Bằng chứng: Bằng chứng gian lận RISC Zero ZK (không cần xê-ri hóa trạng thái trung gian!)
Bằng chứng của chúng tôi sẽ tương tự như SIMD chống gian lận SVM của Anatoly, bản thân nó cũng tương tự như nhận thức sâu sắc của John Adler rằng việc xê-ri hóa trạng thái rất tốn kém và có thể tránh được.
Cụ thể, chúng tôi muốn tránh sử dụng lại cây Merkle trong SVM. Chúng tôi đã thử chèn cây Merkle thưa thớt sau mỗi giao dịch trong SVM nhưng việc cập nhật cây Merkle đã dẫn đến giảm hiệu suất đáng kể. Việc không sử dụng cây Merkle sẽ loại trừ 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) làm cơ sở cho việc tổng hợp SVM và nó cũng yêu cầu các kiến trúc chống lỗi sáng tạo hơn.
Nói tóm lại, bằng chứng thất bại yêu cầu:
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 tổng hợp. Người thực thi của chúng tôi sẽ xuất bản danh sách đầu vào và đầu ra (bao gồm 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 của giao dịch tạo ra từng đầu vào. Các giao dịch được xuất bản trên Celestia, do đó, bất kỳ nút đầy đủ nào cũng có thể tự trích xuất tài khoản ở trạng thái riêng, 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.
Có hai loại lỗi chính có thể xảy ra:
Chúng ta đứng trên vai những người khổng lồ. Bản tổng hợp hôm nay đã nâng cao trạng thái nghiên cứu trong toàn ngành của chúng tôi và cung cấp cho người dùng Ethereum mức phí thấp hơn L1.
Tuy nhiên, họ chưa tận dụng được hết những công nghệ mới nhất đòi hỏi quy mô lớn. Những tiến bộ đáng kinh ngạc gần đây đã loại bỏ nhu cầu thực hiện những đánh đổi mà các lần triển khai trước đó đã thực hiện, khiến chúng rơi vào thế bất lợi:
Chúng ta có thể học hỏi từ những hạn chế mà các chuỗi khác gặp phải và chọn ra những bộ phận tốt nhất để mở rộng lâu dài.
Chúng tôi thường nghe nói về một triệu Bản tổng hợp dành riêng cho ứng dụng trong tương lai.
Tùy chỉnh ở cấp độ đồng thuận có thể rất có giá trị đối với một số ứng dụng nhất định (chẳng hạn như dYdX v4) và chúng tôi rất sẵn lòng giúp nhóm khởi chạy các bản tổng hợp dành riêng cho ứng dụng.
Tuy nhiên, những tình huống này rất hiếm. Đây là lý do tại sao hầu hết các bản tổng hợp mới vẫn chỉ là các bản phân nhánh EVM đơn giản. Các vấn đề của nhà phát triển sẽ không được giải quyết bằng cách phân mảnh UX trên nhiều chuỗi hơn. Trường hợp sử dụng chính của hàng triệu chuỗi ngày nay dường như chỉ là tung ra nhiều đồng tiền hơn. Đối với phần lớn các trường hợp sử dụng, ngày nay nhu cầu tùy chỉnh ngăn xếp công nghệ đầy đủ không tồn tại.
Ngay cả khi nhu cầu thực sự tồn tại, cơ sở hạ tầng cần thiết để hỗ trợ nhiều chuỗi ứng dụng có UX cạnh tranh sẽ không có sẵn trong nhiều năm (nếu có). Superchain của Optimism (OP stack), Hyperchains của zkSync (ZK stack), chuỗi Orbit của Arbitrum, v.v. đều có tầm nhìn về nhiều chuỗi có cơ sở hạ tầng dùng chung. Điều này nhằm mục đích cung cấp UX mượt mà hơn cho các hoạt động liên chuỗi trong cùng một hệ sinh thái (ví dụ: giữa hai chuỗi trong Superchain), thay vì các chuỗi hoàn toàn biệt lập (ví dụ: giữa Ethereum và Solana).
Tuy nhiên, các kế hoạch hiện tại (nếu có) còn lâu mới hứa hẹn có thể cạnh tranh với một trạng thái chia sẻ duy nhất. Ngoài ra, chúng không giải quyết các vấn đề về khả năng tương tác giữa các hệ sinh thái (ví dụ: Superchain với Hyperchain). Xây dựng tính mô-đun không có nghĩa là xây dựng các hầm chứa.
Việc duy trì tài khoản trên nhiều chuỗi sẽ phức tạp hơn đối với người dùng. Liên tục vượt qua các chuỗi và lo lắng về các token gas cần thiết là trải nghiệm người dùng tồi tệ hơn. Việc dựa vào các nhà cung cấp cơ sở hạ tầng để vận hành và duy trì nên nhiều chuỗi cũng phức tạp và tốn kém hơn.
Chúng tôi luôn ngưỡng mộ sự đơn giản trong tầm nhìn của Solana. Máy trạng thái dùng chung được tối ưu hóa cao với quy mô hỗ trợ các trường hợp sử dụng có giá trị nhất. Điều này thường được coi là không tương thích với lộ trình tập trung vào tổng số, nhưng thực tế không phải vậy. Chúng tôi muốn kết hợp những gì tốt nhất của cả hai thế giới.
Sự hiểu lầm này là do các bản tổng hợp ngày nay phần lớn chạy EVM đơn luồng ban đầu, phần lớn vẫn không thay đổi để tận dụng các hiệu ứng mạng ban đầu. Do đó, chúng tôi thường thấy "không gian khối riêng tư" được coi là lý do để triển khai các bản tổng hợp dành riêng cho ứng dụng. Các ứng dụng khác trên chuỗi của bạn sẽ không tăng giá vì một số hoạt động đúc NFT điên rồ, nhưng câu trả lời là không xây dựng chuỗi của riêng bạn. Bạn thực hiện những đánh đổi đau đớn và không cần thiết (độ phức tạp, chi phí, trải nghiệm người dùng kém hơn, tính thanh khoản bị phân mảnh, v.v.). Giải pháp tốt nhất rất rõ ràng - chỉ cần sử dụng máy ảo song song với thị trường phí gốc cho các điểm nóng cấp bang. Đây chính xác là những gì SVM mang lại.
Ethereum là trung tâm trí tuệ, xã hội và kinh tế của tiền điện tử. Gót chân Achilles của nó luôn được mở rộng. Việc mở rộng tính khả dụng của dữ liệu vẫn đang được tiến hành và các môi trường thực thi L2 hiện tại không thể cạnh tranh với những cải tiến mới hơn như SVM. Chúng tôi lo ngại rằng nếu tình trạng hiện tại tiếp tục diễn ra, hệ sinh thái Ethereum sẽ mất cảnh giác trong trường hợp có bất kỳ hoạt động gia tăng đáng kể nào. EVM đơn luồng và tính sẵn có của dữ liệu bị hạn chế có thể nhanh chóng dẫn đến sự gia tăng trở lại của chi phí cao, chỉ lần này là đối với các bản tổng hợp.
Chúng tôi tin rằng Eclipse Mainnet là giải pháp rõ ràng: kết hợp hiệu suất của Solana với tính bảo mật, khả năng xác minh và hiệu ứng mạng của lộ trình tập trung vào tổng hợp.
Phần kết luận
Cái hay của Ethereum là nó không ngừng đổi mới. Các lộ trình tập trung vào tổng hợp minh họa điều này, giao việc thực thi và đổi mới cho thị trường tự do. L2 có khả năng kỳ lạ để tận dụng các hiệu ứng mạng và đảm bảo thanh toán của Ethereum trong khi thử nghiệm các môi trường thực thi mới tốt nhất. Eclipse Mainnet là sự triển khai tự nhiên của tầm nhìn này.
Nếu một ngày nào đó lớp thực thi hiệu suất cao hơn xuất hiện, chúng tôi sẽ rất vui mừng khi thấy nó được triển khai dưới dạng Ethereum L2 cạnh tranh. Cho đến lúc đó, SVM vẫn là tiêu chuẩn.