Tác giả: Yash Agarwal Nguồn: Medium Dịch: Shan Oppa, Golden Finance

< p style="text-align: left;">Một tháng trước, Vibhu, người sáng lập ứng dụng tiêu dùng hàng đầu DRiP của Solana, đã đưa ra một tuyên bố làm dấy lên cuộc thảo luận rất cần thiết. DRiP phân phối NFT miễn phí từ các nghệ sĩ nổi tiếng hàng tuần thông qua nền tảng. Đây là những gì anh ấy nói:

Solana sẽ có và cần có các tùy chọn L2 và/hoặc Rollup.

Sự thất vọng của anh ấy bắt nguồn từ việc DRiP đang rò rỉ một lượng lớn giá trị (khoảng 20.000 USD) xuống lớp dưới cùng mỗi tuần do giá SOL tăng và tắc nghẽn mạng. Hoạt động Solana tăng lên dẫn đến:

• Phần thưởng - Thanh khoản, vốn và do khả năng kết hợp Tăng khối lượng giao dịch

• Nhược điểm - chi phí cơ sở hạ tầng cao, trải nghiệm người dùng kém và tắc nghẽn mạng

< /ul>

Tuy nhiên, DRiP chủ yếu sử dụng cơ sở hạ tầng của Solana để gửi hàng triệu NFT đế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. Sự tăng trưởng TVL và dòng vốn vào của Solana sẽ có tác động tối thiểu đế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 lưu ý rằng "khả năng kết hợp có lợi nhuận giảm dần." Ông cũng lưu ý rằng các nhà phát triển ứng dụng Solana đang thảo luận riêng về mong muốn của họ về giải pháp Tổng hợp vì những lý do sau:< /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í. Có quyền kiểm soát tốt hơn đối với giá trị kinh tế do hoạt động kinh doanh của họ tạo ra.

p>

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. Mọi người có thể nghĩ rằng Firedancer có thể giải quyết tất cả những vấn đề này, nhưng thực tế là:Dòng thời gian của Firedancer vẫn chưa chắc chắn và hiện tại nó không có khả năng mở rộng vượt quá 10 lần. Tuy nhiên, trong số tất cả các blockchain lớn đã được thử nghiệm trong trận chiến, Solana vẫn là kiến ​​trúc nguyên khối thực sự cuối cùng.

SOLana nên duy trì kiến ​​trúc nguyên khối hay chuyển sang mô-đun? Liệu Solana có phát triển thành các giải pháp L2 và L3 phân mảnh như Ethereum đã làm không? Bối cảnh hiện tại của chuỗi ứng dụng và Rollup trên Solana là gì?

Để giải quyết 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 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 nhưng sẽ cung cấp cái nhìn tổng quan bằng cách thảo luận về các phương pháp mở rộng khác nhau từ góc độ thực tế và định hướng thị trường hơn.

Bài viết này sẽ bao gồm các nội dung sau:

• Solana và tắc nghẽn mạng

• Tạo Solana theo mô-đun

• < p style="text-align: left;">Chuỗi ứng dụng Solana - Ví dụ

• Solana Layer-2 và Rollup (RollApps) - Ví dụ

• Cung cấp sức mạnh cơ sở hạ tầng cho Rollup và chuỗi ứng dụng



Solana và tắc nghẽn:

Trước tiên, hãy giải quyết vấn đề quan trọng trong phòng: mạng Solana do airdrop, hoạt động giao dịch memecoin dày đặc và more Gần đây có rất nhiều tình trạng tắc nghẽn (hiện đã được giải quyết phần lớn), dẫn đến thời gian ping 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. Mặc dù vậy, tốc độ xử lý của Solana vẫn ở khoảng 1-2 nghìn TPS, nhanh hơn tất cả các chuỗi EVM cộng lại. Tôi muốn nói rằng đây là một câu hỏi hay dành cho blockchain và nó kiểm tra lập luận tổng thể của Solana.

Quỹ Solana gần đây đã xuất bản một blog kêu gọi các dự án hành động ngay lập tức để cải thiện hiệu suất mạng, bao gồm:

• Thực thi tính phí ưu tiên – rất quan trọng để tránh các giao dịch bị trì hoãn hoặc bị mất.

• Tối ưu hóa việc sử dụng đơ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ông bằng - cho phép ứng dụng ưu tiên người dùng xử lý giao dịch.

Tuy nhiên, tất cả các biện pháp này chỉ có thể cải thiện việc 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 người dùng giao dịch suôn sẻ. Một giải pháp tức thời cho vấn đề này là bộ lập lịch giao dịch mới rất được mong đợi, dự kiến ​​phát hành ở phiên bản 1.18 vào cuối tháng 4. Nó sẽ được giới thiệu 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 hoàn nguyên về bộ lập lịch cũ nếu có bất kỳ vấn đề nào phát sinh. Bộ lập lịch mới này được thiết kế để lấp đầy các khối hiệu quả và tiết kiệm 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ề Trình lập lịch biểu mới.

Anza (một công ty con của Solana Labs) đã liên tục cố gắng giải quyết các vấn đề tắc nghẽn mạng được xác định là các vấn đề liên quan đến việc triển khai QUIC, như cũng như hành vi của khách hàng xác thực Agave ( Solana Labs) khi được yêu cầu xử lý lượng lớn dữ liệu.

p>

Trong khi những người ủng hộ tính mô-đun ủng hộ mạnh mẽ “lộ trình mô-đun” của Solana, thì 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 lớp cơ bản thông lượng và độ trễ. Một số cải tiến tiềm năng bao gồm:

1. Đại tu thị trường phí và tăng phí cơ bản (hiện được đặt ở mức 5.000 Lamports hoặc 0,000005 SOL).

2. Triển khai phí khóa ghi theo cấp số nhân đối với các tài khoản, phí này sẽ tăng dần theo thời gian để ngăn chặn thư rác.

3. Tối ưu hóa các yêu cầu ngân sách CU thông qua hệ thống hình phạt.

4. Cải thiện kiến ​​trúc mạng tổng thể.

Ngay cả với những cải tiến về chia tỷ lệ 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 tỷ lệ theo chiều ngang (Cuộn lên). Thực tế là Solana có thể là sự kết hợp của cả hai - nó có thể đóng vai trò là lớp cơ sở tuyệt vời cho các lần cuộn, 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 đáng kể cho các lần cuộn, chẳng hạn như triển khai độ trễ cực thấp từ trình tự xác nhận nhanh chóng. Điều tuyệt vời nhất là Solana trước đây có thể thực hiện các thay đổi một cách nhanh chóng, điều này có thể khiến nó trở thành lớp tổng hợp hiệu quả hơn Ethereum.

p>

Tạo mô-đun Solana:

Những nỗ lực mô-đun hó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 (một thực thể phụ của Solana Labs) liên kết chặt chẽ và duy trì. 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ẽ tạo điều kiện thuận lợi cho việc phân nhánh các SVM và tạo ra “Chuỗi ứng dụng Solana” một cách dễ dàng.

Đối với Rollup, lợi ích 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ể xảy ra ở giai đoạn sau.

p>

Joe C (kỹ sư của Anza) cũng đã công bố kế hoạch mô-đun hóa SVM, trong đó quy trình xử lý giao dịch sẽ được đưa ra 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 biệt lập sẽ là một tập hợp các 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 các mô-đun này thông qua các giao diện được xác định rõ ràng, giúp giảm hơn nữa các rào cản đối với các dự án tuân thủ SVM bằng cách 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 của các mô-đun còn lại, chẳng hạn như các mô-đun từ Agave hoặc Firedancer.

Tóm lại, Solana sẽ có tính cắm và chạy nhiều hơn, giúp việc kết nối và tổng hợp ứng dụng Solana trở nên dễ dàng hơn.

Nói chung, có hai hướng: Lớp 2/Cuộn và Appchains. Chúng ta sẽ xem xét từng cái một.



Chuỗi ứng dụng Solana:

Chuỗi ứng dụng Solana , còn được gọi là fork SVM, về cơ bản là một fork dành riêng cho ứng dụng của chuỗi Solana. 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 sự chú ý khi Rune (một trong những người sáng lập giao thức 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). 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 hoạt động tốt nhất để đáp ứng tốt hơn nhu cầu của người tiêu dùng. Mặc dù chưa có hành động nào được thực hiện nhưng động thái này đã làm dấy lên cuộc thảo luận về nhu cầu cấp thiết của Solana AppChain.

Chuỗi ứng dụng Solana có thể được chia đại khái thành hai loại:

• Không được 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.

• Quyền phép: Quỹ Solana đã ra mắt "Môi trường được phép Solana (SPE)" cho các tổ chức, cho phép các tổ chức xây dựng và duy trì môi trường của riêng họ chuỗi sơ thẩm, được cung cấp bởi SVM.

Pyth: Chuỗi ứng dụng Solana kỳ cựu

Pyth 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 nhánh cơ sở mã 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ó.

Pythnet AppChain là một nhánh phân nhánh bằng chứng xác thực của mạng chính Solana và đóng vai trò là lớp cơ sở tính toán để xử lý và tổng hợp dữ liệu do Nhà xuất bản dữ liệu Pyth cung cấp Mạng.

Tại sao Pyth lại di chuyển?

• Nó không yêu cầu khả năng kết hợp, do đó tránh tắc nghẽn mạng chính.

• Nó yêu cầu môi trường được phép để xuất bản dữ liệu.

Cube Exchange là một ví dụ khác. Đây là một sàn giao dịch tập trung lai được triển khai như một chuỗi ứng dụng SVM độc lập (Sổ đặt hàng hoàn toàn ngoài chuỗi và thanh toán nằm trên chuỗi ứng dụng SVM của nó).

p>



Ví dụ về chuỗi ứng dụng Solana

Chuỗi ứng dụng Solana (còn được gọi là nhánh SVM) là nhiều loại Dự án cung cấp các khả năng, một số ví dụ được liệt kê bên dưới:

• Sàn giao dịch phi tập trung bền vững Exchange (Perp DEX ): Chẳng hạn như Hyperliquid, loại sàn giao dịch này có thể hoạt động như một mạng L1 độ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 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 logic nguyên tử dành riêng cho ứng dụng.

• Trí tuệ nhân tạo và Mạng cơ sở hạ tầng vật lý phi tập trung (DePIN): Loại chuỗi ứng dụng này có thể bao gồm danh sách thương số cung cấp dịch vụ được kiểm soát, chẳng hạn như Pyth. 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ị: Sự quan tâm của MakerDAO đối với chuỗi ứng dụng SVM chứng tỏ sự hấp dẫn của chuỗi ứng dụng quản trị có chủ quyền. Quản trị trong không gian tiền điện tử vẫn đang phát triển và việc có các chuỗi riêng tư có thể phân nhánh 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 sử dụng chuỗi ứng dụng của riêng mình.

• Fork cải tiến của Solana: Tương tự như Monad hoặc Sei, nó cung cấp EVM (song song) được tối ưu hóa và cũng có thể xây dựng 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:

Trong khi xây dựng 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. Solana có thể học hỏi kinh nghiệm từ mạng con Avalanche (được kết nối thông qua nhắn tin Avalanche Warp gốc) và chuỗi ứng dụng Cosmos (được kết nối qua IBC) và tạo khung nhắn tin gốc để kết nối các chuỗi ứng dụng này.

Ngoài việc tạo chuỗi ứng dụng độc lập, còn có một số cách khác để mở rộng hệ sinh thái Solana:

• Phần mềm trung gian giống Cosmos-SDK: có thể cung cấp giải pháp chìa khóa trao tay để tạo chuỗi ứng dụng và có hỗ trợ tích hợp cho oracles (chẳng hạn như Pyth hoặc Switchboard) , RPC (như Helius) và các kết nối truyền thông điệp (như Wormhole), v.v.

• Polygon AggLayer: Đây cũng là một cách tiếp cận 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, điều mà ZK chứng minh từ tất cả các chuỗi kết nối sẽ được tổng hợp.

Chuỗi ứng dụng có tốt cho hệ sinh thái Solana không?

Mặc dù các chuỗi ứng dụng sẽ không trực tiếp làm tăng giá trị của SOL (vì họ sẽ không trả phí SOL hoặc sử dụng SOL làm phí gas - trừ khi SOL được đặt lại được sử dụng để đảm bảo an ninh nền kinh tế), nhưng chúng được hưởng lợi rất nhiều từ hệ sinh thái SVM. Giống như có "hiệu ứng mạng EVM", nhiều nhánh và chuỗi ứng dụng SVM hơn sẽ củng cố hiệu ứng mạng SVM. Mặc dù Eclipse (SVM L2 trên Ethereum) là đối thủ cạnh tranh trực tiếp với mạng chính Solana, logic tương tự áp dụng cho nó cũng áp dụng cho Eclipse, đó là nó tốt cho SVM.

Solana Layer-2: Một nhánh khác của con đường mô-đun

Solana Layer- 2 hoặc Rollup là các chuỗi độc lập về mặt logic xuất bản dữ liệu lên lớp dữ liệu sẵn có (DA) của chuỗi máy chủ và sử dụng lại cơ chế đồng thuận của chuỗi máy chủ. 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 Rollup thực sự nữa. "RollApp" là thuật ngữ thường được sử dụng cho các bản tổng hợp dành riêng cho ứng dụng (đó là điều mà hầu hết các ứng dụng Solana đang khám phá).

Solana Rollup có giống như Ethereum không?

Rõ ràng là không. Đối với Solana, Rollup sẽ trừu tượng hơn đối với người dùng cuối. Từ quan điểm ý thức hệ, Rollup của Ethereum là từ trên xuống, Ethereum Foundation và các nhà lãnh đạo đã quyết định rằng triển khai Rollup là cách tốt nhất để mở rộng quy mô và bắt đầu hỗ trợ nhiều L2 khác nhau sau thảm họa CryptoKitties. Đối với Solana, nhu cầu đến từ 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 các dự án Rollup hiện tại đều mang tính chất tiếp thị hơn là do nhu cầu của người tiêu dùng thúc đẩy. Đây là một sự khác biệt đáng kể có thể dẫn đến một tương lai khác cho Rollup trên Solana so với những gì chúng ta thấy trên Ethereum.

Nén=Rollups?

L2 mở rộng chuỗi 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 để chứng minh 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à "giải quyết". 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 L2 sẽ sử dụng tính năng nén trạng thái để tổng hợp.

Rollups Landscape trên Solana:

Hiện có hai "ứng dụng cuộn" đang chạy :< /p>

1. Nhận mã:

Ứng dụng thanh toán với 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 và cũng sử dụng Rollup 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 để xử lý trên Solana sau N khoảng thời gian.

p>

Sử dụng cấu trúc tương tự như Rollup có thể:

1. 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 dưới dạng dây chuyền cũng có thể được thay thế khi cần thiết.

2. Tức thì và riêng tư: Với 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 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 chưa rõ ràng, đảm bảo quyền riêng tư của người dùng.

2. Bản tổng hợp tạm thời của MagicBlocks

MagicBlocks là cơ sở hạ tầng chơi game web3 được phát triển cho các Bản tổng hợp Ephermal (hoặc Phù du) dành riêng cho chơi game. Nó sử dụng cấu trúc tài khoản của SVM và trạng thái trò chơi được chia thành các cụm. Nó chuyển trạng thái tạm thời sang lớp thứ cấp hoặc "bản tổng hợp tạm thời" (lớp chuyên dụng có thể định cấu hình). Các bản tổng hợp đặc biệt chạy dưới dạng thời gian chạy hoặc bản tổng hợp SVM chuyên dụng để hỗ trợ xử lý giao dịch với thông lượng tăng lên.



Sử dụng cái gì đó như Rollup Các cấu trúc có thể:

1. Tùy chỉnh thời gian chạy chuyên biệt, bao gồm các giao dịch không tốn gas, các vùng nhanh hơn Các tính năng như sự kết hợp giữa thời gian khối và cơ chế đánh dấu (ví dụ: hệ thống lập kế hoạch giao dịch tích hợp như đồng hồ, chạy miễn phí).

2. Các nhà phát triển triển khai chương trình đến lớp cơ sở (chẳng hạn như Solana) thay vì một chuỗi hoặc Rollup riêng biệt. ER không phân mảnh các hệ sinh thái hiện có và có thể tăng tốc các hoạt động có 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.

Phương pháp tiếp cận này thúc đẩy một hệ thống có khả nă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 quy mô theo chiều ngang để phù hợp với việc thực thi của người dùng Hàng triệu giao dịch không có sự đánh đổi điển hình của L2 truyền thống. Mặc dù MagicBlock đặc biệt 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 ứng dụng khác như thanh toán.

Sắp tới Solana Rollup:

1. Grass: Dự án DePIN nhằm giải quyết các vấn đề về dữ liệu AI thông qua quá trình quét đã được xác minh. Khi các nút cỏ thu thập dữ liệu đào tạo trí tuệ nhân tạo trên 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 thu thập dữ liệu và thưởng cho chúng theo tỷ lệ.
   Grass yêu cầu 1 triệu yêu cầu web 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 chứng minh ZK dữ liệu thô cho tất cả các tập dữ liệu và xử lý chúng trên Solana L1 theo đợt. Họ đang xem xét sử dụng một cụm khác để nén trạng thái và root nó trên phiên bản beta của mạng chính.
   Sự phát triển này định vị Grass như một lớp cơ sở cho nhiều ứng dụng chỉ có thể được triển khai trên Grass (lưu ý rằng các nền tảng và cơ sở hạ tầng thường yêu cầu mức định giá cao hơn và Grass sắp tung ra một token :P ).

2. Zeta: Một trong những Perp DEX lâu đời nhất trên Solana, với sổ đặt hàng Perp hoàn chỉnh trên chuỗi và cũng có kế hoạch sử dụng Solana Rollup Di chuyển nó xuống chuỗi phù hợp.
   Perp DEX có PMF tức thì cho Rollup 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 trên Hyperliquid hoặc Aevo bằng Solana perp DEX, bạn phải đăng nhập vào mọi giao dịch, một chiếc ví sẽ bật lên và bạn phải đợi khoảng 10-20 giây. Ngoài ra, Perps không yêu cầu thực thi đồng bộ và cung cấp mức độ kết hợp cao với phần còn lại của DeFi, đặc biệt là về khớp lệnh giao dịch.

Thật thú vị, Armani (Người đồng sáng lập Backpack) cũng đã tweet rằng họ hiện đang chuyển sang L2.

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 L2 tương thích 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 (SVM Bitcoin Layer 2).

SDK có chủ quyền là một khung khác tương tự như Node.js, nhưng để xây dựng Bản tổng hợp. Người dùng mang theo mã Rust của họ và chúng tôi chuyển đổi nó thành một bản tổng hợp Optimistic hoặc ZK có thể được triển khai trên bất kỳ chuỗi khối 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.

Một số bài viết về Rollups:

1. Rollups = Căn chỉnh SOL:
   Thuật ngữ "Căn chỉnh ETH", hay thuật ngữ hay hơn là "Khuynh hướng túi ETH", đã trở thành một meme phổ biến. Tại sao bạn cho rằng Layer 2 và Retake/EigenLayer đã trở thành chủ đề nóng nhất? Điều này là do chúng làm tăng thêm “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ẽ tập hợp xung quanh bất kỳ giải pháp nào giúp tăng lượng nắm giữ SOL của mình - thật đơn giản. 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 các Bản tổng hợp đều là "các trò chơi tiếp thị" và 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 ứng dụng.

2. Bản tổng hợp giống như một phần mở rộng của Solana:
   Ngoại trừ 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ở) , khả năng tiếp cận dễ dàng với người dùng và tài sản của Solana sẽ là một lợi thế đáng kể. Như Jon Charbonneau đã chỉ ra, Ethereum Rollups (chẳng hạn 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 duy trì các ví và địa chỉ giống nhau, mã thông báo Gas gốc là một phiên bản chuẩn duy nhất của ETH, ETH thống trị DeFi trên tất cả các cặp giao dịch, 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), gửi tiền vào L2 là ngay lập tức, v.v.
   Tương tự, điều này cũng 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ảm thấy như họ đang sử dụng một chuỗi riêng biệt (ví dụ: Getcode).

3. Solana sẽ thấy nhiều "RollApps" hơn "Rollups"
   Solana không có quy mô giống như Vấn đề Ethereum, bởi vì Mạng chính của Ethereum đơn giản là không thể sử dụng được do phí gas cao, 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ù Universal Rollups trên Solana không có ý nghĩa đối với tôi, nhưng nó có ý nghĩa đối với dự án từ góc độ tài chính. 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 các nhà xây dựng nghiêng nhiều về L2. Tuy nhiên, theo quan sát, mọi EVM Rollup dường như là một Rollup bình thường và nhiều (chẳng hạn như Linea, Scroll hoặc 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 airdrop token nhỏ.
   Ngoài ra, tôi nghĩ rằng L2 phổ quát trên Solana có thể dẫn đến các vấn đề cũ tương tự của Ethereum về tổng hợp tập trung, tắc nghẽn và phân mảnh thanh khoản.

4. Tại sao một số ứng dụng muốn chuyển sang Rollapps/appchain?
   Ban đầu, mỗi ứng dụng 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ó khăn hơn và được thiết kế dành cho nhiều ứng dụng. 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 chỉnh trong các trường hợp sử dụng
  , chẳng hạn như: - Quyền riêng tư: Ví dụ: Getcode sử dụng trình sắp xếp thứ tự để hỗ trợ thanh toán riêng tư cho người dùng.
  - Thử nghiệm thị trường phí
  - Nhóm bộ nhớ được mã hóa để giảm thiểu MEV
  - 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 khởi tạo Bản tổng hợp của riêng mình, đặc biệt là những ứng dụng chưa đạt được lối thoát nhất định vận tốc (Ví dụ: có đủ TVL, người dùng, khối lượng giao dịch) ứng dụng. Việc ra mắt chuỗi của riêng bạn ngày 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, tính thanh khoản phi tập trung, 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ể biện minh cho mức lợi nhuận gia tăng hợp lý. 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: Solana Mainnet hoặc Appchain hoặc Rollup

Tất cả còn tùy. Nếu không có nhu cầu lớn về khả năng kết hợp với tất cả các ứng dụng khác, thì việc đặt một số thành phần khác nhau bên ngoài chuỗi (chuỗi ứng dụng hoặc tổng hợp) là điều hoàn toàn hợp lý. Người dùng thậm chí không cần biết 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 được cấp phép 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 như KYC/logic chuyển trong khi vẫn duy trì khả năng kết hợp.

Vậy, liệu DRiP có trở thành L2/chuỗi ứng dụng không?

Hiện tại, DRiP sử dụng Solana cho:

- Ví do người dùng tạo (có thể trên L2/appchain)
- Phân phối NFT nén (có thể trên L2/appchain)
- Giao dịch NFT nén (có thể trên L2/appchain, nhưng tiền cần phải được bắc cầu)

Chúng ta có thể thấy rõ rằng không có nhu cầu mạnh mẽ nào về việc sử dụng Solana Lớp 1 ngoài các công nghệ mà L2/chuỗi ứng dụng cũng có thể cung cấp. Vì mục tiêu chính của DRiP luôn là người dùng web2 nên việc đưa họ trực tiếp vào chuỗi của họ là rất tốt, điều này mang lại cho nó nhiều quyền kiểm soát hơn về lâu dài vì nó sẽ không rò rỉ tất cả giá trị sang chuỗi Basic (Solana). Ngoài ra, DRiP đã đạt đến tốc độ thoát (ứng dụng tiêu dùng lớn nhất trên Solana) và hiện đã được chuyển sang chuỗi riêng của mình. Các cấu trúc cuộn giả như Getcode có ý nghĩa hoàn hảo đối với DRiP.

p>

Cơ sở hạ tầng trao quyền cho chuỗi Rollup và ứng dụng

Nếu đối số của Rollup/chuỗi ứng dụng trở thành sự thật , Các nhà cung cấp cơ sở hạ tầng hiện tại sẽ thu được lợi nhuận lớn khi họ thâm nhập vào các thị trường mới:

• Khi nhu cầu tăng lên , Các nhà cung cấp Dịch vụ tổng hợp (RaaS) như Caldera có thể dễ dàng tham gia thị trường SVM. Tương tự, các bản tổng hợp SVM tập trung vào Ethereum như Eclipse và NitroVM đ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 để triển khai Rollup trên Solana (nhưng chưa được sản xuất). Như Mert đã ám chỉ nhiều lần, 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.

• Chia sẻ nhu cầu đặt dịch vụ (như Rome Protocol) và khách hàng nhẹ (như Tinydancer). Dịch vụ đặt hàng chung rất hấp dẫn đối với Rollup vì nó 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, do đó làm giảm sự phân mảnh thanh khoản.

• Ví (chẳng hạn như Phantom, Ba lô và Solflare) cũng như cơ sở hạ tầng ví hợp đồng thông minh và đa chữ ký (chẳng hạn như Biệt đội). Squads luôn định vị mình 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: Đối số về tính 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à với Solana thì nhất quán hơn. Điều này sẽ có lợi:

• Những người chơi ban đầu như Cambrian, Picaso và Solayer

• Jito được triển khai thông qua Stakenet và LST giống như Sanctum

• Trình xác thực - thêm thu nhập

Kết luận: Solana có đáp ứng được nhu cầu toàn cầu không?

Hoàn toàn không. Hãy thành thực đi: 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 như vậy), điều này là không thực tế. Tôi nghĩ 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, vì khả năng kết hợp thực sự là rất quan trọng ở đây (chẳng hạn như trao đổi tức thì).

Điều này không có nghĩa là Solana đang thua trong cuộc chiến về kiến ​​trúc nguyên khối và khả năng kết hợp; nó sẽ xử lý khả năng kết hợp và khả năng kết hợp phụ thuộc tốt hơn các trường hợp sử dụng có độ trễ thấp khác. Ngoài ra, các dự án như Sui/Aptos/Sei/Monad vẫn chưa tốt hơn vì chúng tôi chưa biết chúng sẽ hoạt động như thế nào dưới hoạt động thực tế của nhiều người dù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 hướng tới người tiêu dùng. Xây dựng hệ thống phân tán trên quy mô lớn là một thách thức đáng kinh ngạc và Solana có tiềm năng lớn nhất để trở thành sổ cái chung toàn cầu của các giao dịch có giá trị nhất.

Solana cần một người bạn tâm giao: liệu Rollup và AppChain có thể là sự kết hợp hoàn hảo của nó không?