Solana Giải pháp mở rộng quy mô đã giải thích

Solana Giải pháp mở rộng quy mô di chuyển các khối lượng công việc thực thi hoặc ứng dụng đã chọn ra khỏi lớp cơ sở trong khi dựa vào Solana cho các phần quyết toán, dữ liệu hoặc Thanh khoản.

Lưu ý về trạng thái: Các dự án Lớp 2, lộ trình và tích hợp phát triển nhanh chóng. Mô tả dự án dưới đây phản ánh tài liệu nguồn và nên được kiểm tra với tài liệu dự án chính thức trước khi xuất bản.

Trong hướng dẫn này

• Solana đã xử lý hàng nghìn giao dịch mỗi giây. Vậy tại sao nó lại cần Lớp 2?
• Lớp 2 trên Solana là gì?
• Tại sao Solana lại xây dựng các giải pháp Lớp 2? Những lý do thực sự đằng sau nghịch lý
• Lớp 2 của Solana hoạt động như thế nào: SVM, Lớp 2 và Khả năng sẵn sàng của dữ liệu được giải thích
• Các dự án Lớp 2 Solana đã chọn: Eclipse, Sonic SVM và Neon EVM
• So sánh kiến trúc Lớp 2 Solana
• Lớp 2 Solana dành cho Nhà đầu tư và Nhà phát triển: Mỗi nhóm cần biết gì
• Rủi ro và hạn chế của các giải pháp Lớp 2 Solana
• Tương lai của Solana Lớp 2: Firedancer, tăng trưởng hệ sinh thái và những gì tiếp theo
• Điểm chính
• Các câu hỏi thường gặp: Lớp 2 Solana

Solana đã xử lý hàng nghìn giao dịch mỗi giây. Vậy tại sao nó lại cần Lớp 2?

Solana (SOL) xử lý khoảng 3.000 đến 4.000 giao dịch mỗi giây trong điều kiện thực tế, với giới hạn lý thuyết gần 65.000 và thời gian khối khoảng 400 mili giây. Vì vậy, đúng vậy, Solana có các giải pháp Lớp 2. Câu hỏi thú vị hơn là tại sao một blockchain nhanh như vậy lại đang xây dựng chúng.

Đối với Ethereum, câu chuyện Lớp 2 là rõ ràng. Ethereum trong lịch sử xử lý khoảng 15 giao dịch mỗi giây và tính phí có thể lên tới hàng trăm đô la trong thời gian cao điểm. Các giải pháp Lớp 2 tồn tại để khắc phục trải nghiệm người dùng bị lỗi. Tình hình của Solana khác. Lập luận giá trị của Solana luôn là việc nó giải quyết việc mở rộng quy mô ở lớp cơ sở, thông qua hệ thống ghi nhận thời gian mật mã độc đáo và một môi trường thực thi được xây dựng để xử lý giao dịch song song. Vì vậy, khi các dự án bắt đầu xây dựng các mạng Lớp 2 trên Solana, phản ứng tự nhiên từ các nhà đầu tư và nhà phát triển là: chờ đã, tại sao?

Câu hỏi đó không phải là dấu hiệu của sự bối rối. Đó là câu hỏi đúng. Và câu trả lời tiết lộ điều gì đó quan trọng về hướng đi của kiến trúc blockchain, và tại sao hệ sinh thái Lớp 2 của Solana lại tinh tế hơn so với những gì những người ủng hộ hay những người hoài nghi nó có xu hướng thừa nhận.

Trong hướng dẫn này, bạn sẽ hiểu chính xác lý do tại sao Solana đang xây dựng lớp thứ hai, những dự án nào dẫn đầu hệ sinh thái, kiến trúc hoạt động như thế nào và những rủi ro là gì, để bạn có thể đánh giá cơ hội dựa trên giá trị thực tế của nó.

Giải pháp mở rộng quy mô Lớp 2 của Solana là gì?

Một Lớp 2 trên Solana là một blockchain phụ xử lý các giao dịch riêng biệt với mainnet của Solana, sau đó quyết toán kết quả trở lại mainnet. Không giống như các giải pháp Lớp 2 của Ethereum, được xây dựng để giải quyết thông lượng hạn chế và phí cao của Ethereum, các giải pháp Lớp 2 của Solana phục vụ các mục đích khác nhau: mở rộng quy mô theo ứng dụng, khả năng tương thích EVM và cơ sở hạ tầng Gaming.

Sự khác biệt chính: Lớp 2 của Ethereum tồn tại để khắc phục một tình trạng chậm chạp, tốn kém. Lớp 2 của Solana tồn tại để mở rộng một mạng lưới đã nhanh chóng sang các trường hợp sử dụng chuyên biệt.

Bộ ba bất khả thi của Blockchain: Tại sao mở rộng quy mô không bao giờ đơn giản

Mỗi blockchain đối mặt với một ràng buộc cơ bản được gọi là Bộ ba bất khả thi của Blockchain: một mạng không thể đồng thời tối đa hóa bảo mật, phân cấp và khả năng mở rộng. Solana ưu tiên khả năng mở rộng và bảo mật, đây chính là lý do tại sao các giải pháp Lớp 2 phục vụ một vai trò kiến trúc khác ở đây so với trên Ethereum.

Lớp 2 trên Ethereum so với Lớp 2 trên Solana: Một điểm khác biệt chính

Ethereum đã xây dựng hệ sinh thái Lớp 2 của mình để giải quyết khủng hoảng về dung lượng. Solana xây dựng hệ sinh thái Lớp 2 của mình vì những lý do hoàn toàn khác.

Lớp cơ sở của Ethereum trong lịch sử xử lý khoảng 15 giao dịch mỗi giây trước khi nâng cấp khả năng mở rộng. Ràng buộc đó đã khiến các giải pháp Lớp 2 (Optimistic Rollups, ZK-rollups, Polygon và các giải pháp khác) không phải là tùy chọn mà là cần thiết để hệ sinh thái hoạt động. Nếu không có chúng, phí gas trở nên quá đắt và trải nghiệm người dùng suy giảm đối với hầu hết các ứng dụng.

Thông lượng bền vững của Solana nằm trong khoảng 3.000 đến 4.000 giao dịch mỗi giây tại thời điểm xuất bản, với thời gian khối gần 400 mili giây. Điểm nghẽn đã khiến Lớp 2 của Ethereum trở nên cần thiết không tồn tại trên Solana theo cùng một hình thức. Do đó, các dự án Lớp 2 trên Solana không vá một lớp cơ sở bị lỗi. Chúng đang mở rộng một lớp đã hoạt động vào các lĩnh vực mà lớp cơ sở không thể phục vụ một mình mà không có sự đánh đổi (xem Bộ ba bất khả thi của Blockchain ở trên). Các giải pháp Ngoài chuỗi cũng ra đời trước cơn sốt Lớp 2 của Ethereum: mạng Lightning của Bitcoin, ra mắt năm 2018, là một trong những ví dụ sớm nhất về mở rộng quy mô ngoài chuỗi trên một chuỗi cơ sở được sử dụng rộng rãi.

Sự tương phản thực tế: Lớp 2 của Ethereum tồn tại vì Ethereum quá chậm đối với việc sử dụng phổ biến. Lớp 2 của Solana tồn tại vì một số ứng dụng nhất định (Gaming tần suất cao, dApps tương thích EVM, môi trường Quyết toán biệt lập) được hưởng lợi từ một chuỗi chuyên dụng được tối ưu hóa riêng cho chúng, ngay cả khi lớp cơ sở nhanh.

Các loại Rollup: Optimistic, ZK và Validium

Rollup là kiến trúc Lớp 2 chiếm ưu thế. Hãy coi một rollup như việc giữ một hóa đơn dài tại một nhà hàng. Thay vì thanh toán cho từng đồ uống riêng lẻ, bạn quyết toán một lần vào cuối bữa. Các rollup nhóm hàng trăm hoặc hàng nghìn giao dịch ngoài chuỗi và đăng một bản tóm tắt nén trở lại chuỗi cơ sở, giảm đáng kể chi phí trên mỗi giao dịch. Chính xác hơn, các rollup đăng một bằng chứng hợp lệ mật mã (ZK rollup) hoặc dữ liệu giao dịch thô với cửa sổ thử thách (optimistic rollup) lên lớp quyết toán.

Optimistic rollups giả định tất cả các giao dịch đều hợp lệ trừ khi bị tranh chấp. Nếu ai đó phát hiện gian lận, họ sẽ gửi bằng chứng gian lận trong một cửa sổ thử thách, thường kéo dài khoảng bảy ngày. Cách tiếp cận này rẻ hơn để chạy nhưng gây ra sự chậm trễ khi rút tiền.

ZK rollups sử dụng Bằng chứng không kiến thức (Zero-Knowledge Proofs), một phương pháp mật mã để chứng minh một tuyên bố là đúng mà không tiết lộ dữ liệu cơ bản, để xác nhận từng lô giao dịch trước khi đăng lên chuỗi cơ sở. ZK rollups cung cấp thời gian hoàn tất nhanh hơn và đảm bảo bảo mật mạnh mẽ hơn nhưng tốn kém hơn về mặt tính toán để tạo ra. Tại thời điểm xuất bản, việc tạo bằng chứng ZK cho môi trường xử lý của Solana là một lĩnh vực phát triển tích cực. Hầu hết các triển khai Lớp 2 của Solana hiện tại sử dụng các phương pháp optimistic.

Loại thứ ba, validium, hoạt động giống như một rollup nhưng lưu trữ dữ liệu giao dịch ngoài chuỗi thay vì trên lớp quyết toán, đánh đổi một số bảo mật để lấy chi phí thấp hơn. Các kênh trạng thái, là các mạng giao dịch song phương ngoài chuỗi, đại diện cho một phương pháp cũ hơn phù hợp nhất với các giao dịch có giá trị thấp, tần suất cao.

Tại sao Solana đang xây dựng các giải pháp Lớp 2? Những lý do thực sự đằng sau nghịch lý

Tốc độ của Solana là có thật. Nhưng tốc độ đơn thuần không giải thích được tại sao một số ứng dụng lại cần chuỗi riêng của chúng, và hiểu sự khác biệt đó là điều phân biệt các trường hợp sử dụng Lớp 2 thực sự với các trường hợp đầu cơ.

Proof of History (PoH), được phát triển bởi người đồng sáng lập Solana Anatoly Yakovenko, là một chiếc đồng hồ mật mã, không phải là một Cơ chế đồng thuận. PoH tạo ra một bản ghi có thể xác minh, chống giả mạo về thời điểm mỗi giao dịch xảy ra, vì vậy các trình xác thực có thể xác nhận độc lập trình tự mà không cần phối hợp với nhau về thời gian. Điều này loại bỏ một trong những điểm nghẽn chính làm chậm các blockchain khác.

PoH hoạt động cùng với Tower BFT, lớp đồng thuận dựa trên Khả năng chịu lỗi Byzantine Thực tế (Practical Byzantine Fault Tolerance) của Solana, lớp này xử lý việc thỏa thuận thực tế về trạng thái blockchain. Các nội dung cạnh tranh thường mô tả PoH là cơ chế đồng thuận của Solana. Không phải vậy. Nó là một hệ thống sắp xếp thứ tự và chấm công giúp cơ chế đồng thuận nhanh hơn, cho phép thời gian tạo khối của Solana đạt khoảng 400 mili giây. Xem Tổng quan kỹ thuật về Proof of History) để biết thông số kỹ thuật đầy đủ.

Máy ảo Solana (SVM): Động cơ đằng sau các L2 trên Solana

Máy ảo Solana (SVM) là môi trường thực thi các Hợp đồng Thông minh trên Solana. Sự khác biệt chính so với máy ảo Ethereum (EVM): SVM xử lý các giao dịch song song, trong khi EVM xử lý chúng theo tuần tự.

EVM giống như một siêu thị chỉ có một làn thanh toán, nơi mọi giao dịch đều phải đợi đến lượt. SVM mở hàng chục làn cùng lúc. Quá trình xử lý song song này hoạt động thông qua Sealevel, thời gian chạy giao dịch đồng thời của Solana, giúp xác định các giao dịch không xung đột và xử lý chúng cùng một lúc thay vì xếp hàng. Các nhà phát triển viết các chương trình Solana (thuật ngữ Solana dùng để chỉ Hợp đồng Thông minh) bằng Rust, C hoặc C++, thay vì Solidity như trên Ethereum.

Kiến trúc song song này là lý do các dự án L2 dựa trên SVM như Eclipse và Sonic SVM chọn SVM làm môi trường thực thi của họ. Đây là một quyết định kiến trúc có chủ ý nhằm kế thừa các đặc tính thông lượng của Solana trên một chuỗi riêng biệt, chứ không phải ngẫu nhiên. SVM cũng giải thích tại sao các L2 của Solana có kiến trúc khác biệt với hầu hết các L2 của Ethereum, vốn chạy EVM và kế thừa mô hình xử lý tuần tự của nó.

Năm lý do Solana xây dựng Layer 2 bất chấp tốc độ của nó

Tốc độ là lý do số không. Đó là mức cơ sở mà Solana đã cung cấp. Năm lý do thực sự mà Solana phát triển các giải pháp Layer 2 giải quyết những gì mà chỉ riêng tốc độ không thể mang lại:

1. Cô lập ứng dụng cụ thể. Các trò chơi Trên chuỗi, môi trường giao dịch tần suất cao và mạng suy luận AI tạo ra các mô hình giao dịch mà khi mở rộng quy mô, sẽ làm giảm hiệu suất cho mọi ứng dụng khác chia sẻ cùng một Mainnet. Một chuỗi L2 chuyên dụng sẽ cô lập tải đó. Mô hình appchain này không chỉ dành riêng cho Solana. Avalanche đã tiên phong trong một khái niệm tương tự với kiến trúc subnet của mình, cho phép các chuỗi ứng dụng cụ thể khởi chạy dưới dạng các mạng phụ với các trình xác thực và quy tắc riêng. Các L2 trên Solana đạt được điều gì đó tương tự, nhưng với việc thực thi SVM và Quyết toán cấp độ Solana.

2. Cô lập chi phí ở khối lượng cực lớn. Phí Mainnet của Solana vốn đã thấp, khoảng 0,00025 USD mỗi giao dịch tại thời điểm xuất bản. Nhưng với hàng nghìn vi giao dịch mỗi giây trong môi trường Gaming, ngay cả những khoản phí nhỏ cũng sẽ cộng dồn lại. Một L2 được tối ưu hóa cho một trường hợp sử dụng cụ thể có thể cấu trúc phí khác nhau, đôi khi loại bỏ hoàn toàn chúng khỏi các tương tác với người dùng.

3. Khả năng tương thích EVM. Một phần đáng kể cơ sở nhà phát triển toàn cầu xây dựng trên Solidity, ngôn ngữ Hợp đồng Thông minh của Ethereum. Việc chuyển một ứng dụng Ethereum sang Solana một cách tự nhiên yêu cầu phải viết lại bằng Rust. Một L2 tương thích với EVM trên cơ sở hạ tầng Solana sẽ loại bỏ rào cản đó, mở ra hiệu suất của Solana cho các nhà phát triển Ethereum mà không yêu cầu thay đổi bộ công cụ.

4. Giảm tải tính khả dụng của dữ liệu. Một số kiến trúc L2 tách dữ liệu cần thiết để xác minh giao dịch khỏi lớp Quyết toán, gửi dữ liệu đó đến một mạng khả dụng dữ liệu chuyên dụng như Celestia. Điều này làm giảm gánh nặng dữ liệu trên Mainnet Solana trong khi vẫn duy trì tốc độ Quyết toán cấp độ Solana. Khoản Tiết kiệm chi phí có thể đáng kể so với việc gửi tất cả dữ liệu giao dịch lên một L1 đa dụng.

5. Mở rộng hệ sinh thái và token. Các dự án L2 tạo ra các hệ sinh thái token và các nhóm Thanh khoản riêng biệt. Các ứng dụng DeFi và NFT cần thông lượng chuyên dụng mà không phải cạnh tranh không gian khối Mainnet Solana đại diện cho một cơ hội mở rộng cụ thể. Hệ sinh thái SOL rộng lớn hơn sẽ phát triển khi hoạt động Quyết toán L2 làm tăng nhu cầu đối với SOL như một tài sản Quyết toán.

Một câu hỏi mà các nhà đầu tư sành sỏi thường đặt ra: Máy khách trình xác thực Firedancer của Solana, được phát triển bởi Jump Crypto, đang nhắm tới thông lượng trên 1 triệu giao dịch mỗi giây trên L1 Solana. Nếu thành công, điều đó có khiến L2 trở nên lỗi thời không? Câu trả lời ngắn gọn là không, vì tốc độ thô không phải là lý do duy nhất khiến L2 tồn tại. Sự chuyên môn hóa, tính di động của EVM và sự cô lập ứng dụng vẫn có giá trị bất kể thông lượng của lớp cơ sở. Thêm về vấn đề này trong phần Tương lai bên dưới.

Cách thức hoạt động của Layer 2 trên Solana: Giải thích về SVM, Rollups và Tính khả dụng của dữ liệu

Mỗi Layer 2 của Solana được xây dựng từ ba lớp chức năng: một lớp thực thi xử lý các giao dịch, một lớp Quyết toán hoàn tất chúng trên một chuỗi cơ sở và một lớp khả dụng dữ liệu đảm bảo bất kỳ ai cũng có thể xác minh những gì đã xảy ra. Hiểu cách ba lớp này tương tác giải thích tại sao Eclipse, Sonic SVM và Neon EVM có kiến trúc khác biệt chứ không phải là có thể thay thế cho nhau.

Ba lớp: Thực thi, Quyết toán và Tính khả dụng của dữ liệu

Lớp thực thi là nơi các giao dịch thực sự chạy. Đối với các L2 dựa trên SVM, đây là máy ảo Solana (SVM) hoạt động trên một chuỗi riêng biệt, kế thừa kiến trúc xử lý song song của Solana độc lập với Mainnet Solana. Đối với Neon EVM, lớp thực thi là một máy ảo Ethereum (EVM) chạy trên cơ sở hạ tầng Solana, cho phép các Hợp đồng Thông minh Solidity thực thi trên phần cứng cấp độ Solana.

Lớp Quyết toán là nơi L2 hoàn tất trạng thái của nó. Eclipse Quyết toán trên L1 Ethereum. Sonic SVM và Neon EVM Quyết toán trên L1 Solana. Sự khác biệt duy nhất về kiến trúc này quyết định mô hình bảo mật của mỗi dự án, tính Thanh khoản mà nó kế thừa và các tài sản mà người dùng cần để trả phí gas.

Lớp khả dụng dữ liệu đảm bảo rằng dữ liệu giao dịch có thể truy cập công khai để xác minh. Các L2 khác nhau xử lý việc này theo cách khác nhau: một số gửi dữ liệu trực tiếp đến lớp Quyết toán của họ; Eclipse sử dụng Celestia, một mạng DA chuyên dụng.

Làm thế nào một giao dịch thực sự diễn ra qua một L2 trên Solana? Sử dụng Eclipse làm ví dụ thực tế:

1. Người dùng gửi một giao dịch đến Eclipse.
2. Bộ sắp xếp thứ tự sắp xếp và gom nhóm giao dịch đó với các giao dịch khác.
3. Lớp thực thi SVM xử lý nhóm giao dịch song song.
4. Dữ liệu giao dịch được gửi đến Celestia (lớp DA).
5. Cập nhật trạng thái được Quyết toán trên L1 Ethereum, đạt được tính xác thực cuối cùng.

Mỗi bước tương ứng với một trong ba lớp kiến trúc. Thực thi diễn ra trên SVM. Quyết toán diễn ra trên Ethereum. Tính khả dụng của dữ liệu được xử lý bởi Celestia.

Tính khả dụng của dữ liệu trong Blockchain là gì?

Tính khả dụng của dữ liệu (DA) là sự đảm bảo rằng dữ liệu giao dịch có thể truy cập công khai trong thời gian đủ dài để bất kỳ ai cũng có thể xác minh những gì đã xảy ra và khiếu nại các giao dịch gian lận. DA không phải là lưu trữ dữ liệu vĩnh viễn. Sự khác biệt này rất quan trọng.

Một lớp DA đảm bảo rằng dữ liệu giao dịch thô tồn tại và có thể truy cập được trong một khoảng thời gian đủ để gửi các bằng chứng gian lận hoặc bằng chứng hợp lệ. Hãy coi nó giống như một bảng thông báo công cộng: nó không lưu trữ thông tin vĩnh viễn, nhưng nó đảm bảo rằng bất kỳ ai cần xác minh những gì đã xảy ra đều có thể truy cập dữ liệu thô trong thời gian đủ lâu để khiếu nại một giao dịch gian lận. Sau khi khoảng thời gian xác minh kết thúc, dữ liệu có thể được cắt tỉa.

Nếu không có tính khả dụng của dữ liệu đáng tin cậy, một nhà điều hành L2 về lý thuyết có thể gửi một bản cập nhật trạng thái gian lận đến lớp Quyết toán và giữ lại dữ liệu giao dịch vốn cho phép bất kỳ ai phát hiện ra gian lận đó. DA là sự bảo vệ chống lại cuộc tấn công đó.

Celestia là một blockchain mô-đun được xây dựng đặc biệt dưới dạng một lớp khả dụng dữ liệu. Nó không thực thi các giao dịch và không cung cấp Quyết toán. Nó chỉ đảm bảo rằng dữ liệu giao dịch có sẵn để xác minh.

Eclipse chọn Celestia làm lớp DA vì việc đăng toàn bộ dữ liệu giao dịch trực tiếp lên Ethereum L1 rất tốn kém. Celestia cung cấp các đảm bảo khả dụng tương tự với chi phí thấp hơn, thể hiện triết lý thiết kế blockchain mô-đun: tách biệt thực thi, quyết toán và khả dụng dữ liệu thành các lớp chuyên biệt, mỗi lớp được tối ưu hóa cho chức năng cụ thể của nó.

Bộ sắp xếp là gì trong Layer 2?

Một bộ sắp xếp giống như một kiểm soát viên không lưu: nó quyết định thứ tự các giao dịch được xử lý trước khi gửi chúng đến lớp quyết toán. Bộ sắp xếp nhận các giao dịch của người dùng, sắp xếp và đóng gói chúng, gửi gói đó đến lớp thực thi để xử lý, sau đó đăng kết quả lên lớp quyết toán.

Hầu hết các bộ sắp xếp L2 hiện tại được vận hành bởi một thực thể tập trung duy nhất. Thiết kế này phổ biến vì nó nhanh chóng và đơn giản để triển khai, nhưng nó tạo ra rủi ro tập trung hóa được đề cập trong phần Rủi ro bên dưới.

Các dự án Solana Layer 2 tiêu biểu: Eclipse, Sonic SVM và Neon EVM

Tại thời điểm xuất bản, ba dự án xác định hệ sinh thái Solana Layer 2 đang hoạt động:

1. Eclipse: một L2 của Ethereum sử dụng thực thi SVM và Celestia cho khả dụng dữ liệu, với mainnet ra mắt từ cuối năm 2024.
2. Sonic SVM: blockchain Layer 2 đầu tiên được xây dựng trực tiếp trên Solana L1, tập trung vào các ứng dụng game và NFT.
3. Neon EVM: một lớp tương thích EVM trên cơ sở hạ tầng Solana cho phép các nhà phát triển Ethereum triển khai các hợp đồng thông minh Solidity mà không cần viết lại bằng Rust.

Lưu ý: Hệ sinh thái L2 của Solana đang phát triển nhanh chóng. Tình trạng và kiến trúc dự án có thể đã thay đổi kể từ lần cập nhật cuối cùng của bài viết này. Luôn xác minh thông tin hiện tại từ các nguồn dự án chính thức trước khi đưa ra quyết định.

Eclipse: Thực thi SVM, Quyết toán Ethereum

Eclipse là một blockchain Layer 2 quyết toán trên Ethereum L1, sử dụng Máy ảo Solana (SVM) làm lớp thực thi và sử dụng Celestia cho khả dụng dữ liệu. Mainnet ra mắt vào cuối năm 2024, biến Eclipse thành L2 lớn đầu tiên mang khả năng thực thi song song của SVM đến hệ sinh thái Ethereum.

Kiến trúc của Eclipse cố tình mang tính lai. Nó chạy SVM, môi trường thời gian thực hợp đồng thông minh song song giống với Solana mainnet, làm môi trường thực thi, nhưng quyết toán các thay đổi trạng thái kết quả trên Ethereum L1 thay vì Solana. Thiết kế này cho phép Eclipse truy cập hiệu suất xử lý song song của SVM trong khi vẫn thừa hưởng mô hình bảo mật và thanh khoản của Ethereum.

Sự phân tách ba lớp là rõ ràng: SVM cho thực thi, Ethereum cho quyết toán, Celestia cho khả dụng dữ liệu. Người dùng thanh toán phí gas bằng ETH thay vì SOL, một hệ quả thực tế của việc quyết toán trên Ethereum có ý nghĩa đối với việc onboarding người dùng. Về mặt kỹ thuật, Eclipse không phải là một L2 của Solana theo nghĩa truyền thống. Nó sử dụng công nghệ thực thi của Solana nhưng quyết toán trên Ethereum. Đối với các nhà đầu tư và nhà phát triển đánh giá vị trí của Eclipse trong hệ sinh thái rộng lớn hơn, sự khác biệt này là cơ bản.

Tại thời điểm xuất bản, hệ sinh thái DeFi của Eclipse đang trong giai đoạn phát triển ban đầu. Kiểm tra trang hệ sinh thái chính thức của Eclipse để có danh sách các giao thức đã triển khai hiện tại.

Sonic SVM: Gaming và NFT trên một L2 Solana thực thụ

Sonic SVM là blockchain Layer 2 đầu tiên được xây dựng trực tiếp trên Solana, quyết toán trên Solana L1 thay vì Ethereum. Tập trung vào các ứng dụng game và NFT, Sonic SVM sử dụng môi trường thực thi SVM và khuôn khổ mở rộng HyperGrid, khuôn khổ dành riêng của Sonic để xử lý các mẫu giao dịch dành riêng cho game với thông lượng cao.

Trong khi Eclipse quyết toán trên Ethereum và nhắm mục tiêu đến việc áp dụng rộng rãi của các nhà phát triển, Sonic SVM quyết toán trên Solana và nhắm mục tiêu đến game trên chuỗi. Đây không phải là một chi tiết kỹ thuật nhỏ. Nó có nghĩa là Sonic SVM thừa hưởng bảo mật của Solana trực tiếp, người dùng tương tác với các tài sản được định giá bằng SOL và chuỗi được căn chỉnh kiến trúc với hệ sinh thái Solana thay vì Ethereum.

Các trò chơi trên chuỗi tạo ra khối lượng giao dịch khổng lồ: giao dịch vật phẩm, cập nhật trạng thái, ghép trận và phân phối phần thưởng. Một chuỗi chuyên dụng với thực thi SVM song song xử lý các mẫu đó mà không cạnh tranh không gian khối với các giao thức DeFi và các thị trường NFT trên Solana mainnet. Solana đã phát triển một hệ sinh thái NFT sôi động, và Sonic SVM mở rộng vị thế đó vào cơ sở hạ tầng game tương tác.

Tại thời điểm xuất bản, Sonic SVM đã phát hành token SONIC. Xác minh trạng thái và tính khả dụng của token hiện tại tại trang web chính thức của Sonic SVM.

Neon EVM: Tương thích EVM trên cơ sở hạ tầng Solana

Neon EVM thường được mô tả là một L2 của Solana, mặc dù nó hoạt động chính xác hơn như một lớp tương thích EVM được xây dựng trên cơ sở hạ tầng Solana. Thay vì sử dụng SVM, Neon EVM chạy một Máy ảo Ethereum trên Solana, cho phép các nhà phát triển triển khai các hợp đồng thông minh Solidity mà không cần viết lại bằng Rust.

Đối tượng mục tiêu là các nhà phát triển Ethereum muốn truy cập tốc độ và phí thấp của Solana mà không từ bỏ mã nguồn hiện có của họ. Một ứng dụng Ethereum được xây dựng bằng Solidity có thể triển khai trên Neon EVM mà không cần thay đổi mã, thừa hưởng các đặc điểm thông lượng của Solana trong khi vẫn nằm trong môi trường phát triển EVM.

Liệu Neon EVM có "về mặt kỹ thuật là một OTK_17" hay không là vấn đề tranh luận định nghĩa đang diễn ra. Nó hoạt động giống như một lớp tương thích EVM hơn là một kiến trúc rollup truyền thống. Cả hai cách diễn đạt đều tồn tại trong tài liệu; hướng dẫn này trình bày chúng một cách trung thực thay vì giải quyết tranh chấp một cách giả tạo. Tại thời điểm xuất bản, Neon EVM đã phát hành token NEON. Xác minh trạng thái token hiện tại tại trang web chính thức của Neon EVM.

Tổng quan tình trạng dự án

Tại thời điểm xuất bản, cả ba dự án đều đã ra mắt mainnet. Hệ sinh thái L2 Solana phát triển nhanh chóng. Xác minh thông tin hiện tại, bao gồm bất kỳ dự án mới nào có thể đã ra mắt, tại trang web chính thức của mỗi dự án trước khi đưa ra quyết định.

So sánh kiến trúc Solana L2: Eclipse so với Sonic SVM so với Neon EVM

Eclipse, Sonic SVM và Neon EVM không cạnh tranh cùng người dùng hoặc trường hợp sử dụng. Bảng dưới đây cho thấy lý do tại sao. Sự khác biệt về kiến trúc quyết định chuỗi nào phù hợp với nhà phát triển hoặc ứng dụng nào.

Dữ liệu chính xác tại ngày xuất bản. Xác minh tình trạng dự án hiện tại tại các trang web chính thức của dự án trước khi đưa ra quyết định.

Bảng này giải quyết điểm nhầm lẫn phổ biến nhất: Eclipse và Sonic SVM đều sử dụng thực thi SVM, nhưng chúng quyết toán trên các chuỗi khác nhau và phục vụ các trường hợp sử dụng khác nhau. Eclipse không phải là đối thủ cạnh tranh trực tiếp với Sonic SVM. Chúng phục vụ các phân khúc nhà phát triển và người dùng khác nhau về cơ bản. Neon EVM khác biệt về kiến trúc so với cả hai, sử dụng EVM thay vì SVM làm môi trường thực thi.

Solana L2 cho Nhà đầu tư và Nhà phát triển: Điều mỗi nhóm cần biết

Hệ sinh thái Solana L2 có ý nghĩa khác nhau tùy thuộc vào mối quan hệ của bạn với nó. Các nhà đầu tư muốn hiểu quy mô và quỹ đạo của hệ sinh thái. Các nhà phát triển muốn biết xây dựng ở đâu và như thế nào. Cả hai câu hỏi đều có câu trả lời cụ thể và chúng đủ khác biệt để giải quyết riêng biệt.

Dành cho Nhà đầu tư: Quy mô hệ sinh thái, TVL, và Token

Hệ sinh thái L2 của Solana đang ở giai đoạn đầu xét trên mọi phương diện. Tại thời điểm xuất bản, tổng giá trị bị khóa (TVL) trên các giao thức L2 của Solana chỉ là một phần nhỏ so với các L2 Ethereum trưởng thành. Arbitrum đã nắm giữ hơn 15 tỷ đô la trong TVL tại thời điểm cao nhất; Optimism đã đạt được các con số tương đương. Hệ sinh thái L2 của Ethereum đã phát triển từ cơ sở hạ tầng giai đoạn đầu lên hàng tỷ đô la trong TVL chỉ trong vài năm. Polygon, Arbitrum, và Optimism là quỹ đạo tham chiếu mà những người ủng hộ L2 của Solana chỉ ra như một mô hình tiềm năng, mặc dù không có dự đoán nào về việc L2 của Solana đi theo con đường tương tự là cần thiết.

Cảnh quan token tại thời điểm xuất bản:

• Eclipse: người dùng trả phí gas bằng ETH; kiểm tra trang web chính thức của Eclipse để biết bất kỳ phát triển token gốc nào
• Sonic SVM: token SONIC
• Neon EVM: token NEON

Cảnh quan token trong lĩnh vực này thay đổi nhanh chóng. Không dựa vào danh sách này cho các quyết định đầu tư hiện tại. Xác minh tính khả dụng và trạng thái token trực tiếp với từng dự án.

Ba quan sát chân thực dành cho nhà đầu tư đánh giá lĩnh vực này: hầu hết các dự án L2 của Solana có hồ sơ theo dõi giai đoạn đầu với dữ liệu lịch sử hạn chế; một số token dự án có thanh khoản hạn chế so với các tài sản đã được thiết lập; và hệ sinh thái đang phát triển nhanh đến mức trạng thái dự án có thể thay đổi đáng kể trong vòng vài tháng. Một hệ sinh thái L2 đang phát triển cũng có thể thúc đẩy nhu cầu đối với token lớp cơ sở. Hoạt động quyết toán L2 gia tăng trên Solana L1 sẽ làm tăng nhu cầu đối với SOL với tư cách là tài sản quyết toán cho Sonic SVM và Neon EVM.

Các dự án L2 của Solana và các L2 Ethereum như Polygon phục vụ các chuỗi cơ sở và hệ sinh thái khác nhau. Quỹ đạo tăng trưởng của Polygon từ giai đoạn đầu lên hàng tỷ đô la trong TVL là một điểm tham chiếu, không phải là so sánh trực tiếp. Đánh giá đầu tư là của bạn dựa trên dữ liệu hệ sinh thái ở trên.

Dành cho Nhà phát triển: Xây dựng trên Solana Layer 2

Nếu bạn đang xây dựng trên một L2 của Solana, quyết định đầu tư đầu tiên là môi trường thực thi nào mà ứng dụng của bạn nhắm tới. Lựa chọn đó xác định ngôn ngữ lập trình, bộ công cụ và đặc điểm hiệu suất của bạn.

Phát triển dựa trên SVM (Eclipse, Sonic SVM): Các dự án này sử dụng cùng một môi trường thực thi như Solana Mainnet. Phát triển yêu cầu Rust và framework Anchor, cùng bộ công cụ được sử dụng cho phát triển Solana gốc. Các nhà phát triển đã làm việc trên Solana có thể triển khai trên Eclipse hoặc Sonic SVM với thay đổi tối thiểu về công cụ. Solana gọi các hợp đồng thông minh là "chương trình", và thuật ngữ tương tự cũng áp dụng cho L2 dựa trên SVM. Đặc biệt đối với các ứng dụng Gaming, framework HyperGrid của Sonic SVM cung cấp các trừu tượng hóa bổ sung được xây dựng trên bộ công cụ SVM tiêu chuẩn.

Phát triển dựa trên EVM (Neon EVM): Nếu bạn có một codebase Ethereum hiện có bằng Solidity, Neon EVM cho phép bạn triển khai mà không cần viết lại. Các công cụ EVM tiêu chuẩn như Hardhat và Foundry hoạt động với Neon EVM. Đây là con đường nhanh nhất cho các nhà phát triển Ethereum muốn có tốc độ thực thi của Solana mà không cần viết lại hoàn toàn.

Chuyển tài sản: Di chuyển tài sản sang L2 yêu cầu một cầu nối, là một giao thức chuyển tài sản giữa hai mạng lưới blockchain hoặc các lớp. Mỗi dự án vận hành cầu nối chính thức riêng hoặc đề xuất một giải pháp chuyển đổi cụ thể. Chỉ sử dụng các cầu nối có lịch sử kiểm toán đã được thiết lập và sự chứng thực chính thức của dự án.

Bảo mật cầu nối là một lĩnh vực rủi ro đang diễn ra. Các vụ hack cầu nối chiếm một số tổn thất lớn nhất trong lịch sử tiền điện tử. Vụ khai thác cầu nối Ronin dẫn đến khoản lỗ 625 triệu đô la vào năm 2022; vụ khai thác cầu nối Wormhole dẫn đến khoản lỗ 320 triệu đô la trong cùng năm. Nghiên cứu mô hình bảo mật và lịch sử kiểm toán của bất kỳ cầu nối nào trước khi chuyển tài sản.

Phí trên Solana Mainnet đã thấp (khoảng 0,00025 đô la cho mỗi giao dịch tại thời điểm xuất bản). Phí L2 thay đổi theo kiến trúc và mô hình sử dụng. Tham khảo tài liệu phí chính thức của từng dự án để biết các số liệu hiện tại.

Rủi ro và hạn chế của các giải pháp L2 Solana

Hệ sinh thái L2 của Solana mang năm loại rủi ro mà các nhà đầu tư và nhà phát triển nên hiểu trước khi cam kết nguồn lực. Không có điều nào trong số này làm mất hiệu lực của hệ sinh thái, nhưng không điều nào nên bị bỏ qua.

1. Tập trung hóa bộ sắp xếp. Hầu hết các dự án L2 Solana hiện tại sử dụng bộ sắp xếp tập trung: một thực thể duy nhất kiểm soát thứ tự giao dịch. Điều này tạo ra một điểm lỗi duy nhất và đưa ra rủi ro lý thuyết về việc kiểm duyệt giao dịch. Một bộ sắp xếp tập trung có thể trì hoãn hoặc sắp xếp lại các giao dịch cụ thể, tạo ra lợi thế không công bằng cho những người tham gia nhất định. Các mạng lưới bộ sắp xếp phi tập trung là một lĩnh vực nghiên cứu đang diễn ra trên toàn bộ hệ sinh thái L2, nhưng rất ít dự án đã triển khai chúng tại thời điểm xuất bản. Kiểm tra lộ trình của từng dự án để biết kế hoạch phi tập trung hóa bộ sắp xếp.

2. Bảo mật cầu nối. Tài sản di chuyển giữa Solana Mainnet và các chuỗi L2 đi qua các hợp đồng cầu nối. Các giao thức cầu nối theo lịch sử là bề mặt tấn công được nhắm mục tiêu nhiều nhất trong hệ sinh thái tiền điện tử. Các vụ khai thác cầu nối lớn, bao gồm cầu nối Ronin (625 triệu đô la, 2022) và cầu nối Wormhole (320 triệu đô la, 2022), cho thấy các lỗ hổng mã cầu nối có thể dẫn đến tổn thất thảm khốc. Chỉ sử dụng các cầu nối có lịch sử kiểm toán được tài liệu hóa tốt và sự chứng thực mạnh mẽ của dự án. Các cầu nối gốc do dự án L2 vận hành mang các hồ sơ rủi ro khác với các cầu nối bên thứ ba.

3. Hệ sinh thái chưa trưởng thành. Hầu hết các dự án L2 Solana đang ở giai đoạn đầu. Thanh khoản mỏng, công cụ dành cho nhà phát triển vẫn đang trưởng thành, và lộ trình của dự án có thể thay đổi đáng kể. Các hệ sinh thái giai đoạn đầu thường đòi hỏi thời gian và vốn đáng kể để xây dựng thanh khoản và sự chấp nhận của người dùng cần thiết cho hoạt động bền vững.

4. Biến số Firedancer. Nếu bản nâng cấp Firedancer của chính Solana mang lại thông lượng cao hơn đáng kể ở cấp độ L1, các dự án có sự khác biệt chính là tốc độ so với Mainnet sẽ đối mặt với một đề xuất giá trị yếu hơn. Rủi ro này áp dụng không đồng đều. Nó chủ yếu ảnh hưởng đến các dự án cạnh tranh về thông lượng thô hơn là chuyên môn hóa hoặc khả năng tương thích EVM.

5. Sự kế thừa độ tin cậy của Solana Mainnet. Solana Mainnet đã gặp phải các sự cố mạng đáng chú ý trong quá khứ. Các dự án L2 dựa vào Solana L1 để quyết toán (Sonic SVM và Neon EVM) kế thừa một phần rủi ro độ tin cậy này. Trong một sự cố mạng Solana Mainnet, tính cuối cùng của việc quyết toán sẽ bị trì hoãn đối với các giao dịch L2 đang chờ xác nhận L1. Eclipse, nền tảng quyết toán trên Ethereum, không mang rủi ro cụ thể này.

Những rủi ro này không làm mất hiệu lực của hệ sinh thái L2 Solana. Chúng là những sự thật mà bất kỳ nhà đầu tư hoặc nhà phát triển nào cũng nên hiểu trước khi cam kết nguồn lực.

Tương lai của L2 Solana: Firedancer, Tăng trưởng hệ sinh thái và những gì tiếp theo

Firedancer là một client validator thế hệ tiếp theo cho Solana, được phát triển bởi Jump Crypto, nhắm mục tiêu thông lượng trên 1 triệu giao dịch mỗi giây. Nếu đạt được mục tiêu đó, lập luận rằng Solana cần L2 về tốc độ thuần túy sẽ yếu đi nhiều. Lập luận rằng Solana cần L2 về chuyên môn hóa, khả năng tương thích EVM và cô lập ứng dụng thì không. (Layer 2 và Layer 2 là những placeholders, theo quy tắc giữ nguyên thì sẽ giữ nguyên, nhưng ngữ cảnh cho thấy chúng có thể được hiểu là 'các giải pháp L2' hoặc 'L2'.)

Firedancer không phải là một giải pháp L2 và không phải là một blockchain riêng biệt. Nó là một triển khai thay thế của phần mềm validator Solana giúp tăng thông lượng ở cấp độ L1. Mức độ liên quan của nó với câu hỏi L2 là gián tiếp nhưng có ý nghĩa: nếu Solana L1 có thể xử lý 1 triệu giao dịch mỗi giây, thì lập luận "Solana quá chậm cho ứng dụng này" cho L2 phần lớn sẽ biến mất.

Nhưng lập luận đó chưa bao giờ là lý do mạnh nhất cho L2 Solana ngay từ đầu. Hãy xem xét những gì Firedancer không thay đổi. Một ứng dụng Gaming vẫn được hưởng lợi từ một chuỗi chuyên dụng với cấu trúc phí tùy chỉnh và trạng thái cô lập, bất kể Solana Mainnet nhanh như thế nào. Các nhà phát triển Ethereum vẫn cần một môi trường tương thích EVM để triển khai mà không cần viết lại mã bằng Rust. Khả năng cung cấp dữ liệu mô-đun, đăng dữ liệu giao dịch lên Celestia thay vì L1 đa mục đích, vẫn rẻ hơn và hiệu quả hơn ở quy mô bất kể thông lượng lớp cơ sở.

Firedancer có khả năng làm yếu đi luận điểm của các dự án Solana L2 có sự khác biệt chính là tốc độ thô so với mạng chính Solana. Nó không làm yếu đi luận điểm của các dự án được xây dựng dựa trên sự cô lập ứng dụng, khả năng di động EVM hoặc cơ sở hạ tầng dành riêng cho Gaming.

Solana L2 cũng là một phần của sự chuyển dịch rộng lớn hơn trong ngành hướng tới kiến trúc blockchain mô-đun. Việc tách biệt quá trình thực thi khỏi Quyết toán và tính khả dụng của dữ liệu thành các lớp chuyên biệt phản ánh một triết lý thiết kế vượt xa Solana. Kiến trúc của Eclipse (thực thi SVM, Quyết toán Ethereum, Celestia DA) là một biểu hiện trực tiếp của triết lý này. Cách tiếp cận mô-đun này giúp hệ sinh thái L2 của Solana phù hợp với hướng phát triển cơ sở hạ tầng blockchain trong toàn ngành.

Hệ sinh thái Solana L2 còn sơ khai nhưng thực tế. Những dự án mạnh nhất không cố gắng sửa lỗi tốc độ của Solana. Họ đang mở rộng những gì một lớp Quyết toán nhanh, chi phí thấp có thể cho phép.

Các điểm chính

• Solana (SOL) thực sự có các giải pháp Layer 2. Động lực này khác biệt về mặt bản chất so với Ethereum: Solana L2 tồn tại để chuyên môn hóa, khả năng di động EVM và cô lập ứng dụng, chứ không phải để sửa chữa một lớp cơ sở chậm chạp.
• Eclipse Quyết toán trên Ethereum L1 và sử dụng thực thi SVM với Celestia cho tính khả dụng của dữ liệu. Sonic SVM Quyết toán trên Solana L1 và nhắm mục tiêu vào Gaming và NFT. Neon EVM là một lớp tương thích EVM trên cơ sở hạ tầng Solana. Những thứ này không thể thay thế cho nhau.
• Máy ảo Solana (SVM) xử lý các giao dịch song song thông qua thời gian chạy Sealevel. Đây là điểm khác biệt về kiến trúc chính so với EVM tuần tự của Ethereum và là lý do các L2 dựa trên SVM kế thừa các đặc tính thông lượng mạnh mẽ.
• Firedancer, máy khách trình xác thực thế hệ tiếp theo của Solana nhắm mục tiêu hơn 1 triệu TPS, làm yếu đi lập luận về thông lượng cho Solana L2 nhưng không loại bỏ các trường hợp sử dụng được xây dựng dựa trên chuyên môn hóa, khả năng tương thích EVM hoặc cô lập ứng dụng.
• Bảo mật cầu nối và tập trung hóa bộ sắp xếp (sequencer) là hai rủi ro hoạt động đáng kể nhất trong hệ sinh thái Solana L2. Cả hai đều là rủi ro về mặt cấu trúc hơn là rủi ro cụ thể của dự án.
• Hệ sinh thái này đang ở giai đoạn đầu. Xác minh tất cả trạng thái dự án, dữ liệu token và số liệu TVL từ các nguồn chính thức của dự án, vì thông tin này thay đổi trong khoảng thời gian từ vài tuần đến vài tháng.

Các câu hỏi thường gặp về Giải pháp mở rộng Layer 2 của Solana

Câu trả lời nhanh cho các câu hỏi phổ biến nhất về các giải pháp Layer 2 của Solana. Để có giải thích đầy đủ hơn, hãy tham khảo các phần liên quan ở trên.

Solana có Layer 2 không?

Có. Tại thời điểm xuất bản, Solana có nhiều dự án Layer 2 đang hoạt động bao gồm Eclipse, Sonic SVM và Neon EVM. Khía cạnh đáng chú ý là lý do tại sao: lớp cơ sở của Solana đã nhanh sẵn, vì vậy các dự án này tồn tại để chuyên môn hóa, tương thích EVM và mở rộng quy mô ứng dụng cụ thể thay vì để khắc phục nút thắt cổ chai về thông lượng.

Solana Layer 2 nào tốt nhất?

Solana Layer 2 tốt nhất phụ thuộc vào trường hợp sử dụng của bạn. Eclipse phù hợp nhất cho các triển khai tương thích EVM và các ứng dụng DeFi, Quyết toán trên Ethereum để bảo mật. Sonic SVM được thiết kế cho Gaming và các ứng dụng NFT trên Solana L1. Neon EVM phục vụ các nhà phát triển Ethereum muốn triển khai các hợp đồng Solidity trên cơ sở hạ tầng Solana mà không cần viết lại chúng bằng Rust. Không có dự án duy nhất nào là tốt nhất cho mọi mục đích.

Solana OTK_10 có tốt hơn Ethereum OTK_11 không?

Solana L2 và Ethereum L2 không phải là đối thủ cạnh tranh trực tiếp. Chúng tồn tại trên các chuỗi cơ sở khác nhau và vì những lý do khác nhau. Các Ethereum L2 như OTK_12 và OTK_13 tồn tại để mở rộng một lớp cơ sở chậm và đắt đỏ. Các Solana L2 tồn tại để mở rộng một lớp cơ sở nhanh vào các lĩnh vực chuyên biệt. Chúng là những phát triển bổ trợ trong kiến trúc blockchain thay vì là các giải pháp thay thế.

Eclipse Crypto là gì?

Eclipse là một blockchain OTK_14 Quyết toán trên Ethereum L1, sử dụng Máy ảo Solana (SVM) làm môi trường thực thi và dựa vào Celestia cho tính khả dụng của dữ liệu. OTK_15 ra mắt vào cuối năm 2024. Người dùng trả phí gas bằng ETH. Về mặt kỹ thuật, Eclipse là một Ethereum L2 sử dụng công nghệ thực thi của Solana, một thiết kế lai giúp phân biệt nó với các dự án khác trong hệ sinh thái Solana.

Tôi có thể sử dụng MetaMask trên Solana OTK_16 không?

Nó phụ thuộc vào việc đó là L2 nào. MetaMask hoạt động với Neon EVM, tương thích với EVM và hỗ trợ các ví cũng như công cụ Ethereum tiêu chuẩn. MetaMask không hoạt động nguyên bản với các L2 dựa trên SVM như Eclipse hoặc Sonic SVM. Những chuỗi đó yêu cầu một ví tương thích với Solana như Phantom. Kiểm tra tài liệu chính thức của từng dự án để biết khả năng tương thích ví hiện tại.

Sự khác biệt giữa Solana OTK_17 và Solana L2 là gì?

Mạng chính Solana là blockchain OTK_18 cơ sở. Nó xử lý sự đồng thuận, bảo mật và Quyết toán cuối cùng. Một Solana OTK_19 là một chuỗi phụ xử lý các giao dịch ngoài mạng chính và định kỳ Quyết toán kết quả trở lại mạng chính (hoặc, trong trường hợp của Eclipse, là Ethereum). L2 kế thừa tính bảo mật của lớp Quyết toán của chúng trong khi thêm các khả năng dành riêng cho ứng dụng mà mạng chính không cung cấp một cách nguyên bản.

Solana L2 có an toàn để sử dụng không?

Các dự án Solana L2 gây ra các rủi ro cụ thể không có trên mạng chính Solana, đặc biệt là tập trung hóa bộ sắp xếp và lỗ hổng bảo mật cầu nối. Những rủi ro này có thể kiểm soát được nếu thận trọng thích hợp: chỉ sử dụng các cầu nối đã được kiểm toán, xác minh lộ trình phi tập trung hóa bộ sắp xếp và quy mô vị thế tỷ lệ thuận với tính chất sơ khai của các hệ sinh thái này. Phần Rủi ro và Hạn chế ở trên đề cập chi tiết về những vấn đề này.

Làm thế nào để tôi bắt đầu với Solana OTK_20?

Bắt đầu với tài liệu chính thức cho dự án phù hợp với trường hợp sử dụng của bạn:

• Eclipse: eclipse.xyz
• Sonic SVM: sonic.game
• Neon EVM: neonevm.org

Mỗi dự án duy trì tài liệu dành cho nhà phát triển, hướng dẫn cầu nối và hướng dẫn hệ sinh thái. Sử dụng tài liệu chính thức để thiết lập và kết nối cầu nối, vì các hệ sinh thái này phát triển nhanh chóng.

Bài viết này được xem xét lần cuối vào ngày xuất bản. Hệ sinh thái Solana L2 phát triển nhanh chóng. Luôn xác minh trạng thái dự án hiện tại từ các nguồn chính thức.

Đọc thêm liên quan

• Bridged Wrapped Ether Eclipse
• Bridged Wrapped Ether Sonic
• So sánh Near Protocol vs ICP Layer 1 Blockchain

Bài viết này chỉ mang tính chất cung cấp thông tin và không cấu thành lời khuyên tài chính, đầu tư hoặc giao dịch. Đầu tư tiền điện tử tiềm ẩn rủi ro đáng kể, bao gồm khả năng mất vốn gốc. Thông tin được trình bày phản ánh trạng thái của hệ sinh thái Solana Layer 2 tính đến ngày xuất bản và có thể trở nên lỗi thời khi hệ sinh thái phát triển. Tham khảo ý kiến của cố vấn tài chính có trình độ trước khi đưa ra quyết định đầu tư.

Hướng dẫn kỹ thuật liên quan đến Solana

• Solana Firedancer TPS
• Phân tích dữ liệu trên chuỗi của Solana
• Khung Solana Anchor

Để so sánh sự phát triển của hệ sinh thái với hoạt động thị trường, hãy sử dụng trang giá SOL hoặc thị trường Giao ngay SOL/USDT làm tham chiếu thị trường thay vì bằng chứng cho thấy một dự án mở rộng quy mô sẽ thành công.