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