Một tháng trước, người sáng lập DRiP Vibhu đã gây ra một cuộc tranh luận cần thiết với tuyên bố của mình. DRiP là một ứng dụng tiêu dùng trên Solana nhằm phân phối NFT miễn phí từ các nghệ sĩ hàng đầu. Anh ấy nói: Solana cần giới thiệu lớp mở rộng L2 hoặc Rollups.
Sự không hài lòng của anh ấy bắt nguồn từ việc DRiP đang mất lượng lớn giá trị ở mức cơ bản (~ 20.000 USD mỗi tuần) do giá SOL tăng và tắc nghẽn mạng.
Hoạt động tăng lên trên Solana dẫn đến:
Ưu điểm - Tăng cường thanh khoản, vốn và khối lượng giao dịch (do khả năng kết hợp)
Nhược điểm – chi phí cơ sở hạ tầng cao, trải nghiệm người dùng kém và vấn đề tắc nghẽn
Tuy nhiên, DRiP chủ yếu sử dụng Solana làm cơ sở hạ tầng để phân phối hàng triệu NFT từ nghệ sĩ đến hàng nghìn ví mỗi tuần và không được hưởng lợi từ khả năng kết hợp cao. Tổng giá trị bị khóa và dòng vốn vào của Solana ít tác động hơn đến DRiP, vốn chủ yếu gặp phải những thiếu sót như chi phí cơ sở hạ tầng cao.
Vibhu cũng lưu ý rằng các nhà phát triển ứng dụng Solana đã thảo luận riêng về mong muốn giới thiệu Rollups vì những lý do bao gồm: “Có lợi nhuận khả năng kết hợp”.
Tăng thông lượng giao dịch, giảm cạnh tranh về không gian khối và giảm phí.
Kiểm soát tốt hơn giá trị kinh tế do việc kinh doanh của họ tạo ra.
Solana đã trải qua lần sự kiện tắc nghẽn trong vài tháng qua, liên quan đến mọi thứ từ airdrop JUP đến khai thác ORE và giao dịch Memecoin đạt đỉnh điểm . Mặc dù mọi người có thể cho rằng Firedancer có thể giải quyết tất cả những vấn đề này, nhưng hãy thành thật mà nói: dòng thời gian vẫn chưa chắc chắn và hiện tại nó không thể mở rộng vượt quá 10 lần. Tuy nhiên, thực tế là trong số tất cả các Chuỗi lớn đã được thử và thành công, Solana vẫn là chuỗi độc thân thực sự cuối cùng.
Solana nên duy trì nguyên khối hay trở thành mô-đun? Solana cũng sẽ phát triển các giải pháp L2 và L3 phi tập trung như Ethereum chứ? Hiện trạng Chuỗi ứng dụng và Rollups trên Solana như thế nào? Để trả lời những câu hỏi này và tóm tắt toàn bộ cuộc tranh luận, bài viết này sẽ khám phá tất cả các khả năng, thảo luận về các dự án khác nhau và đánh giá ưu điểm và nhược điểm của chúng.
Bài viết này sẽ không đi sâu vào chi tiết kỹ thuật mà sẽ thảo luận về phương pháp mở rộng khác nhau từ góc độ thực tế và định hướng thị trường để cung cấp một cái nhìn tổng quan. Chúng ta sẽ thảo luận:
Solana và vấn đề tắc nghẽn
Tạo mô-đun Solana
Chuỗi ứng dụng Solana - kèm ví dụ
Solana's Layer-2 và Rollups (RollApps) – kèm theo các ví dụ
Động lực cơ sở hạ tầng để hỗ trợ Rollups và Chuỗi ứng dụng
1. Solana và vấn đề ùn tắc
Trước tiên, hãy nói về những điểm chính của vấn đề: do airdrop, lượng lớn hoạt động giao dịch Memecoin, v.v., mạng Solana gần đây đã gặp phải sự cố tắc nghẽn nghiêm trọng (hầu hết đã được giải quyết ngay bây giờ), dẫn đến trì hoãn cao, tỷ lệ giao dịch thất bại cao và Phí mạng tăng do phí ưu tiên cao hơn. Bất chấp những vấn đề này, Solana vẫn xử lý khoảng 1-2 nghìn giao dịch mỗi giây, nhiều hơn tất cả Chuỗi Máy ảo Ethereum (EVM) cộng lại. Tôi cho rằng đây là một câu hỏi hay cho blockchain và nó cũng kiểm tra lý thuyết nguyên khối của Solana.
Quỹ Solana gần đây đã xuất bản một bài đăng trên blog kêu gọi các dự án thực hiện hành động ngay lập tức để cải thiện hiệu suất mạng, bao gồm:
-Thực hiện phí ưu tiên - rất quan trọng để tránh trì hoãn giao dịch.
- Tối ưu hóa việc sử dụng các đơn vị tính toán chương trình (CU) - chỉ sử dụng những phần cần thiết.
- Triển khai Chất lượng dịch vụ (QoS) theo trọng số cổ phần — cho phép các ứng dụng ưu tiên xử lý giao dịch cho người dùng của họ.
Mặc dù những người đề xuất mô-đun ủng hộ mạnh mẽ việc Solana áp dụng "lộ trình mô-đun", Solana Labs/Anza (những người duy trì cốt lõi của giao thức Solana) vẫn tập trung vào việc tối ưu hóa thông lượng và độ trễ của lớp cơ sở. Một số cải tiến tiềm năng bao gồm:
- Đại tu thị trường phí, tăng phí cơ bản (hiện được đặt ở mức 5.000 Lamports hoặc 0,000005 SOL).
-Thực hiện tính phí khóa ghi theo cấp số nhân trên các tài khoản và tăng dần theo thời gian để ngăn chặn thư rác.
- Tối ưu hóa yêu cầu ngân sách CU thông qua hệ thống phạt.
-Cải thiện hiệu suất của kiến trúc mạng tổng thể.
Ngay cả với những cải tiến về mở rộng theo chiều dọc (Chuỗi đơn), chúng tôi không thể loại trừ khả năng Solana áp dụng mở rộng chiều ngang (Rollups). Sự thật là, Solana có thể là sự kết hợp của cả hai - nó đóng vai trò là lớp cơ sở tuyệt vời cho Rollups, với thời gian chặn độ trễ cực thấp (~400 mili giây), điều này sẽ mang lại lợi ích rất lớn cho Rollups, chẳng hạn như cho phép xác nhận mềm siêu nhanh. Điều tuyệt vời nhất là Solana lịch sử đã rất nhanh chóng trong việc thực hiện các thay đổi, điều này có thể khiến nó trở thành lớp rollups hiệu quả hơn Ethereum .
Cập nhật: Anza hiện đã tung ra một số bản vá để giúp giảm bớt một số vấn đề tắc nghẽn mạng đang diễn ra và sẽ nhận được nhiều cải tiến hơn nữa trong v1.18.
2. Tạo mô-đun Solana
Những nỗ lực để tạo ra mô-đun Solana đã bắt đầu. Như bài đăng của Anza DevRel cho thấy, trình xác thực Solana và SVM (hoàn cảnh thực thi xử lý các giao dịch và hợp đồng/chương trình thông minh) được Anza (một thực thể phân nhánh của Solana Labs) liên kết chặt chẽ và duy trì. Tuy nhiên, máy trạm khách xác thực và thời gian chạy SVM sẽ được tách riêng trong những tháng tới. Việc tách này sẽ giúp tách các SVM và tạo ra "Solana App Chuỗi" một cách dễ dàng.
Đối với Rollups , lợi thế có thể đến từ việc tối ưu hóa tính khả dụng của dữ liệu (DA)/lớp blob của Solana , mặc dù điều này có thể đến ở giai đoạn sau.
Nguồn: Anza DevRel
Joe C (kỹ sư tại Anza) cũng tiết lộ kế hoạch tạo mô-đun SVM, trong đó luồng xử lý giao dịch sẽ được tách khỏi trình xác thực và đưa vào SVM. Điều này sẽ cho phép các nhà phát triển chạy triển khai SVM và hoạt động độc lập với bất kỳ trình xác nhận nào.
Một SVM độc lập sẽ bao gồm mô-đun hoàn toàn độc lập. Bất kỳ triển khai SVM nào cũng có thể điều khiển mô-đun này thông qua các giao diện được xác định rõ ràng, tiếp tục hạ thấp rào cản đối với các dự án tương thích với SVM và giảm đáng kể chi phí cần thiết để xây dựng các giải pháp tùy chỉnh. Đội ngũ chỉ có thể triển khai mô-đun mà họ quan tâm trong khi tận dụng các hoạt động triển khai đã được thiết lập một phần khác, chẳng hạn như các mô-đun từ Agave hoặc Firedancer.
Nói tóm lại, Solana sẽ dễ cắm hơn, giúp Chuỗi ứng dụng và Rollups của Solana dễ triển khai hơn.
Nói rộng hơn, sự phát triển này có thể đi theo hai hướng: Lớp 2/ Rollups và Chuỗi ứng dụng. Chúng ta sẽ xem xét cả hai hướng riêng biệt.
3. Chuỗi ứng dụng Solana
Còn được gọi là fork SVM, đây thực chất là fork Chuỗi Solana dành riêng cho các ứng dụng cụ thể . Pyth là Chuỗi ứng dụng Solana đầu tiên, nhưng khái niệm này thực sự thu hút được sự chú ý khi Rune, người sáng lập giao thức DeFi Maker, đề xuất phát triển Chuỗi ứng dụng Maker (để quản trị) dựa trên cơ sở mã Solana (SVM). Anh ấy chọn SVM vì nó có cộng đồng nhà phát triển mạnh mẽ và lợi thế kỹ thuật, đồng thời đặt mục tiêu fork Chuỗi hiệu suất cao nhất để đáp ứng tốt hơn nhu cầu của người dùng. Mặc dù chưa có gì được thực hiện nhưng động thái này đã làm dấy lên cuộc thảo luận khẩn cấp về Chuỗi ứng dụng Solana .
Nói một cách rộng rãi, nó có thể được chia thành hai loại:
- Permissionless: Bất kỳ ai cũng có thể tham gia mạng, tương tự như mainnet Solana hiện tại.
- Được phép: Solana Foundation được đóng gói thành " Hoàn cảnh được phép Solana (SPE)" dành cho các tổ chức, cho phép các thực thể xây dựng và duy trì các phiên bản Chuỗi của riêng họ, do SVM điều khiển.
Pyth — Chuỗi ứng dụng gốc của Solana :
Có thời điểm, Python chiếm 10-20% tổng số giao dịch trên mạng chính Solana. Tuy nhiên, nó không yêu cầu bất kỳ khả năng kết hợp nào nên họ chỉ cần fork cơ sở mã của Solana. Điều này cho phép họ tận dụng thời gian khối nhanh 400 mili giây của Solana để cập nhật giá tần suất cao. Python là Chuỗi ứng dụng mạng đầu tiên áp dụng SVM.
Chuỗi ứng dụng Pythnet là một nhánh fork chứng ủy quyền của mainnet Solana và đóng vai trò là lớp cơ sở điện toán để xử lý và tổng hợp dữ liệu do mạng nhà xuất bản dữ liệu Pyth cung cấp.
Tại sao Python di chuyển?
-Nó không yêu cầu khả năng kết hợp và do đó không bị tắc nghẽn mainnet.
-Nó đòi hỏi một hoàn cảnh được phép để xuất bản dữ liệu.
Cube Exchange là một ví dụ khác, một nền tảng giao dịch tập trung kết hợp được triển khai dưới dạng Chuỗi ứng dụng SVM có chủ quyền (với sổ lệnh hàng ngoài Chuỗi đầy đủ và quyết toán trên Chuỗi ứng dụng SVM của nó).
Một số ví dụ về Chuỗi ứng dụng Solana có thể bao gồm:
Perp DEX: Giống như Hyperliquid, Perp DEX có thể chạy như một mạng L1 độc lập. Hơn nữa, để sử dụng giao dịch, số lượng giao dịch trên mỗi khối có thể được tùy chỉnh hoặc có thể triển khai logic có điều kiện, chẳng hạn như tích hợp việc thực hiện lệnh dừng lỗ trực tiếp vào L1, đảm bảo rằng nó được thực thi dưới dạng chuyển đổi trạng thái hoặc giới thiệu ứng dụng. - Logic nguyên tử cụ thể.
AI và DePIN: Chuỗi ứng dụng này có thể có danh sách các nhà cung cấp dịch vụ được kiểm soát như Pyth. Ví dụ: Akash hoạt động như một thị trường điện toán thông qua Chuỗi ứng dụng Cosmos .
Chuỗi ứng dụng quản trị: Như đã được xác minh bởi sự quan tâm của MakerDAO đối với Chuỗi ứng dụng SVM, Chuỗi ứng dụng quản trị có chủ quyền có thể hấp dẫn. Việc quản lý crypto vẫn đang phát triển và việc có một Chuỗi dành riêng cho fork có thể là một cơ chế phối hợp hữu ích.
Chuỗi ứng dụng doanh nghiệp trong tương lai : Các ứng dụng tiềm năng bao gồm tiền (như BlackRock) hoặc hệ thống thanh toán (như Visa hoặc CBDC).
Chuỗi ứng dụng trò chơi: Một dự án trò chơi sòng bạc trên Solana đang xem xét Chuỗi ứng dụng của nó.
Fork Solana đã sửa đổi: Tương tự như Monad hoặc Sei cung cấp EVM (song song hóa) được tối ưu hóa, ai đó có thể xây dựng một phiên bản Solana tối ưu hơn. Xu hướng này có thể sẽ trở nên phổ biến hơn trong những năm tới, đặc biệt là khi mainnet Solana bắt đầu khám phá các kiến trúc thiết kế mới.
4. Hình thành Chuỗi xếp chuỗi ứng dụng Solana
Mặc dù việc thiết lập Chuỗi ứng dụng có thể tương đối đơn giản nhưng việc đảm bảo khả năng kết nối giữa tất cả Chuỗi ứng dụng là rất quan trọng đối với khả năng tương tác . Dựa trên mạng con Avalanche(được kết nối thông qua Avalanche Warp Messaging cục bộ) và Chuỗi ứng dụng Cosmos (được kết nối qua IBC), Solana cũng có thể tạo một khung nhắn tin cục bộ để kết nối Chuỗi ứng dụng này.
Middleware tương tự như Cosmos-SDK cũng có thể được tạo để cung cấp giải pháp toàn diện để tạo Chuỗi ứng dụng, với sự hỗ trợ tích hợp cho oracle(chẳng hạn như Pyth hoặc Switchboard), RPC (chẳng hạn như Helius) và kết nối tin nhắn (chẳng hạn như Wormhole ), v.v. Chức năng.
AggLayer của Polygon cũng là một phương pháp thú vị, các nhà phát triển có thể kết nối bất kỳ Chuỗi L1 hoặc L2 nào với AggLayer và lớp này tổng hợp các bằng chứng ZK từ tất cả Chuỗi được kết nối.
Chuỗi ứng dụng có tác động tích cực đến hệ sinh thái Solana không?
Mặc dù Chuỗi ứng dụng không trực tiếp tích lũy giá trị cho SOL vì chúng không thanh toán cho SOL hoặc sử dụng SOL làm mã thông báo nhiên liệu trừ khi SOL được thế chấp lại được sử dụng để đảm bảo an ninh kinh tế, nhưng chúng mang lại lợi ích rất lớn cho hệ sinh thái SVM. Giống như "hiệu ứng mạng EVM" tồn tại, nhiều fork SVM và Chuỗi ứng dụng hơn sẽ nâng cao hiệu ứng mạng SVM. Mặc dù Eclipse (SVM L2 dựa trên Ethereum ) là đối thủ cạnh tranh trực tiếp với mainnet Solana , logic áp dụng cho SVM vẫn được áp dụng vì nó cũng sẽ củng cố triển vọng của SVM.
5. Layer2 Solana (L2):
Solana Layer2 hoặc Rollup là Chuỗi độc lập về mặt logic xuất bản dữ liệu lên lớp Tính khả dụng dữ liệu (DA) của Chuỗi mà chúng thuộc về và sử dụng lại cơ chế đồng thuận của Chuỗi mà chúng thuộc về. Họ cũng có thể sử dụng các lớp DA khác, chẳng hạn như Celestia, nhưng khi đó nó không còn là một Rollup thực sự nữa. "RollApp" là thuật ngữ thường được sử dụng cho một Rollup ứng dụng cụ thể (mà hầu hết các ứng dụng Solana đang khám phá).
1) Bản tổng hợp của Solana có giống bản tổng hợp của Ethereum không?
Rõ ràng là nó khác. Đối với Solana, Rollup chủ yếu là trừu tượng đối với người dùng cuối. Về mặt tư tưởng, Rollup của Ethereum là từ trên xuống. Tổ chức Ethereum và ban lãnh đạo đã quyết định triển khai mở rộng thông qua Rollup và bắt đầu hỗ trợ nhiều L2 khác nhau sau sự cố CryptoKitties. Trên Solana, nhu cầu đến từ cấp dưới lên, từ các nhà phát triển ứng dụng được nhiều người dùng chấp nhận. Do đó, hầu hết việc triển khai tổng hợp hiện tại đều theo định hướng thị trường và được thúc đẩy nhiều hơn bởi câu chuyện hơn là nhu cầu của người tiêu dùng. Đây là một điểm khác biệt quan trọng có thể dẫn đến việc Rollup có một tương lai khác trên Solana so với Ethereum .
Việc nén và cuộn có giống nhau không?
L2 mở rộng blockchain khối lớp cơ sở (L1) bằng cách thực hiện các giao dịch trên L2, phân nhóm dữ liệu giao dịch và nén nó. Sau đó, dữ liệu nén được gửi đến L1 và được sử dụng trong các bằng chứng gian lận (tổng hợp lạc quan) hoặc bằng chứng hợp lệ (tổng hợp zk). Quá trình chứng nhận này được gọi là "quyết toán". Tương tự, việc nén có thể giảm tải các giao dịch từ mainnet, giảm sự tranh chấp về trạng thái lớp cơ sở. Điều đáng chú ý là Grass L2 sẽ sử dụng tính năng nén trạng thái để tổng hợp.
Cảnh quan cuộn lên trên Solana :
Hiện tại có hai ứng dụng "tổng hợp một phần" đang chạy:
A. GetCode: Đây là một ứng dụng thanh toán có SDK thanh toán vi mô cho phép mọi người thực hiện và chấp nhận thanh toán ngay lập tức, đồng thời cũng sử dụng Bản tổng hợp giả cho ứng dụng của mình. Nó tạo ra ý định cho tất cả các giao dịch và sử dụng trình sắp xếp giống như Rollup quyết toán trên Solana sau N khoảng thời gian.
Việc sử dụng cấu trúc giống Rollup mang lại những lợi ích sau:
Tính linh hoạt: Ý định có thể thể hiện nhiều hoạt động khác nhau trong tương lai, không chỉ các giao dịch thanh toán. Ngoài ra, Solana như Chuỗi cũng có thể được thay thế nếu cần.
Ngay lập tức và riêng tư: Do tính hữu hạn mềm của trình sắp xếp thứ tự, các khoản thanh toán được thực hiện ngay lập tức ngay cả khi Solana bị tắc nghẽn. Mặc dù các giao dịch được hiển thị trên Chuỗi nhưng giá trị và mục đích chính xác vẫn bị ẩn, đảm bảo quyền riêng tư của người dùng.
B. Bản tổng hợp tạm thời của MagicBlocks ( Rollups tạm thời) MagicBlocks là cơ sở hạ tầng trò chơi Web3. Họ đã phát triển Bản tổng hợp tạm thời (hoặc tạm thời) dành riêng cho trò chơi. Nó tận dụng cấu trúc tài khoản của SVM và chia trạng thái trò chơi thành nhiều cụm. Nó tạm thời chuyển trạng thái sang lớp thứ cấp hoặc lớp riêng tư có thể định cấu hình được gọi là "bản tổng hợp tạm thời". Tổng hợp tạm thời hoạt động như một thời gian chạy SVM chuyên dụng hoặc Tổng hợp để hỗ trợ xử lý giao dịch bằng cách tăng thông lượng.
Việc sử dụng cấu trúc giống Rollup mang lại những lợi ích sau:
- Các hoạt động chuyên dụng có thể tùy chỉnh, bao gồm giao dịch không tốn gas, thời gian chặn nhanh hơn và cơ chế tính thời gian tích hợp (ví dụ: hệ thống lập kế hoạch giao dịch tích hợp như bộ máy đồng hồ, chạy mà không mất phí).
- Nhà phát triển có thể triển khai chương trình lên lớp cơ sở (chẳng hạn như Solana) thay vì Chuỗi hoặc Rollup riêng biệt. Các bản tổng hợp đặc biệt không phân mảnh hệ sinh thái hiện có và cho phép tăng tốc các hoạt động được nhắm mục tiêu mà không tạo ra hoàn cảnh biệt lập. Điều này có nghĩa là tất cả cơ sở hạ tầng Solana hiện có đều có thể được tận dụng.
- Phương pháp này cho phép một hệ thống mở rộng cao, có khả năng khởi chạy Bản tổng hợp theo yêu cầu và tự động mở rộng theo chiều ngang để đáp ứng cho người dùng thực hiện hàng lần giao dịch mà không phải đánh đổi như L2 truyền thống. Trong khi MagicBlocks tập trung vào không gian chơi game, phương pháp này cũng có thể được áp dụng cho các ứng dụng khác, chẳng hạn như thanh toán.
2) Rollups tổng hợp Solana sắp tới
Grass: Dự án DePIN nhằm mục đích giải quyết vấn đề về dữ liệu AI thông qua việc quét xác minh. Khi nút Grass lấy dữ liệu đào tạo AI từ mạng, trình xác minh sẽ lưu trữ dữ liệu trên Chuỗi, theo dõi chính xác nguồn dữ liệu và nút chịu trách nhiệm lấy dữ liệu và thưởng cho chúng theo tỷ lệ.
Grass yêu cầu 1 triệu yêu cầu mạng mỗi giây, điều này không khả thi trên mạng chính Solana . Do đó, họ có kế hoạch tạo ra bằng chứng ZK về dữ liệu gốc cho tất cả dữ liệu và quyết toán chúng theo đợt trên Solana L1. Họ đang xem xét sử dụng một cụm khác để nén và quyết toán trạng thái gốc trên mainnet -beta.
Sự phát triển này sẽ biến Grass thành lớp cơ sở cho nhiều ứng dụng khác nhau mà chỉ có thể được triển khai trên nó (lưu ý rằng các nền tảng và cơ sở hạ tầng thường có mức định giá cao hơn và Grass sắp tung ra một token haha).
Zeta: Một trong nền tảng giao dịch phi tập trung hợp đồng vĩnh viễn sớm nhất trên Solana . Nó có sổ lệnh hàng hợp đồng vĩnh viễn hoàn chỉnh trên Chuỗi và có kế hoạch chuyển nó ra ngoài Chuỗi thông qua Solana Rollup.
Đối với nền tảng giao dịch hợp đồng vĩnh viễn, Rollups có khả năng thích ứng thị trường ngay lập tức vì chúng cải thiện đáng kể trải nghiệm người dùng. Chỉ cần hỏi bất kỳ ai đã giao dịch với nền tảng giao dịch hợp đồng vĩnh viễn Solana trên Hyperliquid hoặc Aevo, trong đó mọi giao dịch đều yêu cầu chữ ký, cửa sổ bật lên ví và chờ khoảng 10-20 giây. Ngoài ra, hợp đồng vĩnh viễn không yêu cầu thực hiện đồng thời và có khả năng kết hợp cao với các khía cạnh khác của DeFi, đặc biệt là khớp giao dịch.
Thật thú vị, Armani, người đồng sáng lập của Backpack, đã tweet rằng họ hiện cũng đang nghiêng về L2 (giải pháp mở rộng lớp hai).
Sonic cũng đang xây dựng Chuỗi SVM mô-đun (Hypergrid) để cho phép các trò chơi triển khai Chuỗi của riêng họ trên Solana . Ngoài ra còn có các bản cuộn Ethereum dựa trên SVM, chẳng hạn như Eclipse và NitroVM, sử dụng SVM làm công cụ thực thi. Neon hoạt động như một giải pháp mở rộng lớp thứ hai tương thích với EVM trên Solana . Ngoài ra, còn có các dự án đang trong giai đoạn lên ý tưởng như Molecule (giải pháp lớp thứ hai Bitcoin SVM).
SDK có chủ quyền là một khung khác giống như Node.js để xây dựng Bản tổng hợp. Người dùng có thể mang mã Rust của họ và chúng tôi chuyển đổi nó thành Optimistic hoặc ZK Rollup để có thể triển khai trên bất kỳ blockchain nào. Mã Rust có thể là logic ứng dụng cụ thể của bạn hoặc có thể là bất kỳ máy ảo nào.
3) Một số quan điểm về Rollups :
A. Rollups = căn chỉnh với SOL
Thuật ngữ “Ethereum được liên kết”, hay còn được gọi là “thiên vị túi Ethereum”, đã trở thành một meme phổ biến. Tại sao bạn cho rằng Layer 2 và các lớp đặt lại/tính năng đã trở thành những câu chuyện hấp dẫn nhất? Điều này là do chúng thêm vào “tiền tệ ETH”, được sử dụng làm tài sản cốt lõi ở mọi nơi.
Nguyên tắc tương tự cũng áp dụng cho Solana. Cộng đồng Solana sẽ tập hợp xung quanh bất kỳ giải pháp nào giúp tăng giá trị nắm giữ SOL của họ , chỉ đơn giản vậy thôi. Khi hệ sinh thái Solana mở rộng, “tính kiếm tiền của SOL” từng bị bỏ qua sẽ trở nên quan trọng. Hãy nhớ rằng hầu hết rollups thực sự là "mưu đồ tiếp thị" và chúng mang lại sự tích lũy giá trị mã thông báo tốt hơn vì thị trường vẫn coi trọng cơ sở hạ tầng hơn các ứng dụng.
B. Rollups sẽ giống như một phần mở rộng của Solana
Ngoài các lợi ích bảo mật (tức là bảo mật được kế thừa từ lớp cơ sở), việc dễ dàng truy cập vào người dùng và tài sản Solana sẽ là một lợi thế đáng kể. Như Jon Charbonneau đã chỉ ra, rollups của Ethereum (chẳng hạn như Base, Optimism và Arbitrum) giống như các phần mở rộng của Ethereum hơn. Người dùng giữ cùng một ví và địa chỉ, mã thông báo nhiên liệu gốc là phiên bản duy nhất của ETH, ETH vị trí chủ đạo DeFi, tất cả cặp giao dịch đều có mệnh giá bằng ETH, các ứng dụng xã hội định giá NFT bằng ETH và trả tiền cho người sáng tạo bằng ETH (ví dụ:friend.tech), tiền gửi đến L2 là tức thời, v.v.
Tương tự như vậy, điều này cũng sẽ xảy ra với Solana. Lấy một trang từ trải nghiệm của Ethereum, hầu hết Solana Rollapps sẽ không khiến người dùng cảm thấy như họ đang sử dụng một Chuỗi riêng biệt (như Getcode).
C. Solana sẽ thấy nhiều "RollApps" thay vì "Rollups"
Solana không gặp phải các vấn đề mở rộng như Ethereum , mạng chủ Ethereum không thể sử dụng được do chi phí gas cao, Solana được tối ưu hóa cao. Tuy nhiên, một số ứng dụng yêu cầu không gian khối chuyên dụng sẽ tạo rollups của riêng chúng. Mặc dù đối với tôi, việc sử dụng Universal Rollups trên Solana không có nhiều ý nghĩa, nhưng từ góc độ tài chính, điều đó có ý nghĩa đối với dự án. Ví dụ: Người dùng Base đã tạo ra thu nhập 2 triệu đô la cho Coinbase chỉ sau một ngày! Đối với các nhà phát triển, khích lệ xây dựng L2 rất thiên vị. Tuy nhiên, theo quan sát, mọi EVM Rollup dường như là một Rollup thông thường và nhiều dự án như Linea, Scroll hay zkSync đã trở thành Chuỗi ma chỉ có những người nông dân thực hiện các giao dịch nhỏ để tiến hành airdrop token.
Ngoài ra, tôi cho rằng việc sử dụng L2 phổ quát trên Solana có thể dẫn đến các vấn đề tương tự như Ethereum, cụ thể là cuộn tập trung, tắc nghẽn và phân mảnh thanh khoản.
6. Tại sao một số ứng dụng muốn chuyển sang Rollapps/appchain?
Mỗi ứng dụng ban đầu sẽ khởi chạy trên mạng chính Solana, vì việc lưu trữ nhiều ứng dụng hơn trên cơ sở hạ tầng dùng chung giúp giảm đáng kể độ phức tạp cho nhà phát triển và người dùng. Tuy nhiên, khi các ứng dụng này tăng trưởng, chúng có thể tìm kiếm lợi ích trong các lĩnh vực sau:
Nắm bắt giá trị : Việc nội hóa giá trị khó khăn hơn trên lớp Solana dùng chung vốn không được thiết kế chỉ cho một ứng dụng. Việc nắm bắt MEV (Tối đa hóa giá trị Ethereum ) có thể là một lựa chọn sinh lợi khác cho nền tảng giao dịch phi tập trung .
Không gian khối chuyên dụng
Khả năng tùy chỉnh cho các trường hợp sử dụng sau:
- Quyền riêng tư: Ví dụ: Getcode sử dụng bộ nối tiếp để cung cấp khả năng thanh toán riêng tư cho người dùng.
- Thử nghiệm thị trường phí
- Nhóm bộ nhớ crypto để giảm thiểu MEV
- Sổ lệnh được tùy chỉnh Tuy nhiên, không phải tất cả các ứng dụng đều muốn bắt đầu cuộn của riêng mình, đặc biệt là những ứng dụng chưa đạt đến tốc độ thoát nhất định (ví dụ: đủ tổng giá trị bị khóa, người dùng, khối lượng giao dịch) . Việc ra mắt Chuỗi của riêng bạn ngay hôm nay đòi hỏi phải đánh đổi nhiều đ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, phân mảnh thanh khoản, v.v.) và hầu hết các ứng dụng, đặc biệt là những ứng dụng ở giai đoạn đầu, không thể chứng minh được lợi ích gia tăng. Solana vẫn là cốt lõi của việc phát triển SVM và nhiều ứng dụng mới có thể sẽ được triển khai.
Dành cho người xây dựng ứng dụng: Solana mainnet, Appchain hoặc Rollup tùy thuộc vào tình huống. Sẽ hoàn toàn hợp lý khi loại bỏ một số thành phần khác nhau khỏi Chuỗi(appchain hoặc rollup) nếu chúng không cần được kết hợp với mọi ứng dụng khác. Người dùng thậm chí không cần biết họ đang sử dụng rollup hoặc appchain. Các ứng dụng như Grass, Zeta và Getcode đều trừu tượng hóa mọi cơ sở hạ tầng kiểu tổng hợp mà chúng sử dụng cho người dùng của mình.
Đối với các trường hợp sử dụng yêu cầu quyền và tùy chỉnh, Tiện ích mở rộng mã thông báo cũng có thể đáp ứng hầu hết các nhu cầu, chẳng hạn như logic chuyển/KYC, trong khi vẫn duy trì khả năng kết hợp.
Cơ sở hạ tầng hỗ trợ Rollups và Appchains:
Nếu đối số rollapp/appchain được mở rộng, các nhà cung cấp cơ sở hạ tầng hiện tại sẽ được hưởng lợi từ việc thâm nhập các thị trường mới:
Các nhà cung cấp dịch vụ tổng hợp (RaaS) hiện tại như Caldera có thể dễ dàng tham gia thị trường SVM khi có nhu cầu. SVM Ethereum Rollup (chẳng hạn như Eclipse và NitroVM) cũng đang rất chú ý đến cơ hội này. Ngoài ra, Sovereign Labs còn cung cấp bộ điều hợp Solana SDK Sovereign cho phép Rollup trên Solana(chưa sẵn sàng sản xuất). Helius là một công ty khác rất phù hợp để xây dựng cơ sở hạ tầng cho Solana L2, như Mert đã ám chỉ lần.
Nhu cầu về các trình tuần tự được chia sẻ như Rome Protocol và các ứng dụng khách nhẹ như Tinydancer. Trình sắp xếp được chia sẻ rất thú vị đối với Rollup vì chúng cho phép các hoạt động như chênh lệch giá nguyên tử, MEV và bắc cầu liền mạch, giảm sự phân mảnh thanh khoản.
Các ví như Phantom, Backpack và Solflare, cũng như cơ sở hạ tầng ví hợp đồng thông minh và đa chữ ký như Squads, được định vị là “lớp cơ sở hạ tầng ví hợp đồng thông minh xác định cho Solana và SVM”.
Tái thế chấp SOL: Đối số mô-đun cũng thúc đẩy tái thế chấp, vì các chuỗi ứng dụng/cuối cuộn này có thể yêu cầu SOL chia sẻ bảo mật và phối hợp nhiều hơn với Solana. Kết quả này trong:
Những người tham gia sớm như Cambrian, Picaso và Solayer thông qua trình xác thực Jito trên Stakenet và LST như Sanctum - đã tăng thu nhập.
7. Tóm tắt: Solana có thể đáp ứng được nhu cầu toàn cầu không?
Chắc chắn không phải. Hãy thực tế: ngay cả khi tính đến Định luật Moore (hiệu suất phần cứng sẽ tiếp tục được cải thiện và Solana được tối ưu hóa cho những tiến bộ phần cứng này), điều này là không thực tế. Tôi tin rằng tất cả các giao dịch ít quan trọng hơn (ví dụ: DRiP gửi NFT) cuối cùng sẽ được chuyển đến Chuỗi của riêng họ, trong khi các giao dịch có giá trị nhất sẽ vẫn còn trên Chuỗi chính, trong đó khả năng kết hợp thực sự là rất quan trọng (ví dụ: nền tảng giao dịch phi tập trung ) .
Điều này không có nghĩa là Solana sẽ thua trong cuộc đua về khối đơn và khả năng kết hợp; nó sẽ quản lý tốt hơn Chuỗi khác trong các tình huống dựa vào khả năng kết hợp và độ trễ thấp. Ngoài ra, Sui/ Aptos/ Sei/Monad, v.v. hiện không có lựa chọn nào tốt hơn vì chúng tôi không biết liệu chúng đã được thử nghiệm với hoạt động người dùng thực tế cao hay chưa.
Không giống như Ethereum , mục tiêu của mainnet Solana không phải là trở thành một " Chuỗi B2B", nó luôn là một Chuỗi tiêu dùng. Có những thách thức lớn trong việc xây dựng hệ thống phân tán trên quy mô lớn và Solana có tiềm năng lớn nhất để trở thành sổ cái chung của các giao dịch có giá trị nhất trên thế giới.
Solana cần một người bạn tâm giao: Appchains và Rollups có phải là sự kết hợp hoàn hảo không? Chào mừng bạn đến bình luận và trao đổi.
